Cyber & Code

🚨 מתקפת סייבר חמורה - UNC5221 מנצלים חולשות Ivanti EPMM 🚨  האקרים המקושרים לסין, UNC5221, ניצלו מיד עם חשיפתם את פרצות האבטחה CVE-2025-4427 & CVE-2025-4428 במערכת ניהול המכשירים Ivanti EPMM. הפעילות שלהם מתמקדת בנקודות קצה ניידות במגזרי הגנה, בריאות ופיננסים, מה שמעמיד בסכנה מידע רגיש ופעילות קריטית.  🛡️ מה ההשלכות האפשריות של המתקפה?  🔹 חדירה לארגונים ממשלתיים וביטחוניים  🔹 גניבת נתונים רפואיים ופיננסיים  🔹 ניצול הפרצות להשתלטות על מערכות נוספות  🔹 הרחבת הפעילות ההתקפית על בסיס מידע גנוב  💡 כיצד ניתן להגן על הארגון?  ✅ עדכון דחוף של מערכת Ivanti EPMM לכל הגרסאות האחרונות  ✅ חסימה וניטור של תעבורה חשודה במכשירים ניידים  ✅ חיזוק אימות משתמשים ואכיפת גישה אפסית (Zero Trust)  ✅ עבודה צמודה עם חוקרי אבטחה לזיהוי מוקדם של חדירות  📡 הצטרפו לקבוצת הטלגרם שלנו לדיונים ועדכונים!  🔗 CyberSecurityCoding

* הפקודה:

            su root2
            

* הסבר: * su (Switch User) מאפשר להחליף למשתמש אחר. * המערכת תבקש את הסיסמה. יש להזין: password. 4. אימות הרשאות: * הפקודה:

            id
            

* הסבר: * הפקודה id מציגה את מזהה המשתמש (uid), מזהה הקבוצה (gid) והקבוצות שהמשתמש חבר בהן. * פלט צפוי: uid=0(root) gid=0(root) groups=0(root) * משמעות: המשתמש root2 קיבל בהצלחה הרשאות root\! זהו אישור להסלמת הרשאות מוצלחת (או יצירת דלת אחורית אם התוקף כבר היה root). ----- 📝 סיכום: קובץ ה-/etc/passwd הוא אבן יסוד במערכת ההרשאות והמשתמשים של לינוקס. * הוא מספק מידע קריטי על כל המשתמשים במערכת. * למרות שבמערכות מודרניות הוא אינו מכיל סיסמאות, הוא עדיין מהווה מקור מידע חשוב לתוקפים בשלב איסוף המודיעין. * הבנת המבנה שלו והמידע שהוא מכיל חיונית לאנשי הגנת סייבר לחיזוק המערכות, ולאנשי התקפה/בדיקות חדירות לזיהוי חולשות. * היכולת לשנות קובץ זה (בדרך כלל לאחר ניצול חולשה אחרת) היא טכניקה חזקה להסלמת הרשאות או ליצירת דלתות אחוריות. * זכרו תמיד את בן זוגו, קובץ ה-/etc/shadow, שם מסתתרות הסיסמאות המגובבות האמיתיות במערכות מודרניות! 🔒 הבנה מעמיקה של קבצי מערכת בסיסיים כמו /etc/passwd היא מה שמבדיל בין משתמש פשוט למומחה סייבר אמיתי. המשיכו לחקור, לשאול ולהתנסות (בסביבות מורשות, כמובן 😉)! מקווה שהמאמר הזה הועיל לכם\! שאלות? הערות? טכניקות נוספות שתרצו לדון בהן? שתפו אותי\! 👇 ----- הצטרפו לערוץ @CYBERSECURITYCODING לעוד תכנים מרתקים! 🚀

* תיאור: מפרש הפקודות (ה-shell) שהמשתמש צפוי להשתמש בו לאחר התחברות. * הערות: עבור משתמשים שלא אמורים להיות מסוגלים להתחבר באופן אינטראקטיבי (כמו חשבונות שירות), הערך הוא בדרך כלל /usr/sbin/nologin או /bin/false. משתמשים רגילים יקבלו לרוב /bin/bash, /bin/sh, /bin/zsh וכו'. * *דוגמה:* /bin/bash דוגמה לשורה מלאה בקובץ `/etc/passwd`: weakuser:x:1002:1002:weak,,,:/home/weakuser:/bin/bash ----- 🚀 פרקטיקה: סריקת קובץ ה-Passwd וטכניקות תקיפה אחרי שהבנו את התיאוריה, בואו נראה איך תוקפים יכולים לנצל את המידע בקובץ /etc/passwd ואיך ניתן (במצבים מסוימים מאוד) לשנות אותו כדי להסלים הרשאות. 🎯 איך סריקת הקובץ יכולה לעזור לתקוף? 1. איסוף מודיעין בסיסי (Reconnaissance): * הפקודה הפשוטה ביותר: cat /etc/passwd * מטרות: * לרשום את כל שמות המשתמשים. * לזהות משתמשים עם UID 0 (פוטנציאל לגישת root). * למצוא משתמשים עם מעטפות התחברות (למשל, grep "/bin/bash" /etc/passwd) – אלו המשתמשים שניתן לנסות להתחבר אליהם. * לחפש הערות מעניינות בשדה GECOS. 2. פיצוח גיבובי סיסמאות (Password Hash Cracking): * הקשר: אם מדובר במערכת ישנה מאוד או מוגדרת באופן שגוי, והסיסמאות המגובבות *נמצאות* בקובץ ה-/etc/passwd (ולא רק 'x'), תוקף יכול להעתיק את השורות הרלוונטיות ולנסות לפצח אותן offline. * כלים: John the Ripper (JTR), Hashcat. * טכניקות: * התקפת מילון (Dictionary Attack): שימוש ברשימות מילים נפוצות, שמות, וכו'. * התקפת כוח גס (Brute Force): ניסיון של כל צירוף אפשרי של תווים (יכול לקחת המון זמן). * הערה חשובה: במערכות מודרניות, יש צורך לקרוא את קובץ /etc/shadow (שדורש הרשאות root לקריאה) כדי לקבל את גיבובי הסיסמאות. אם לתוקף כבר יש גישת root, הוא לא צריך לפצח סיסמאות כדי להסלים הרשאות, אלא אולי כדי לנוע רוחבית או לשמור על נגישות. 3. ניצול מדיניות סיסמאות חלשה (Exploiting Weak Password Policies): * גם אם הסיסמאות לא חשופות ישירות, רשימת המשתמשים מ-/etc/passwd מאפשרת לתוקף למקד מאמצי ניחוש סיסמאות כלפי חשבונות ספציפיים. אם הארגון או המערכת סובלים ממדיניות סיסמאות חלשה (סיסמאות קלות לניחוש, סיסמאות ברירת מחדל שלא שונו, וכו'), הסיכוי להצלחה עולה. 4. הוספת משתמש עם הרשאות גבוהות (Privilege Escalation/Persistence): * תרחיש: זהו תרחיש מתקדם יותר. אם תוקף הצליח, דרך חולשה אחרת במערכת, להשיג הרשאות כתיבה לקובץ /etc/passwd, הוא יכול להוסיף שורה חדשה וליצור לעצמו משתמש עם הרשאות root (UID 0). * אזהרה: שינוי ישיר של /etc/passwd הוא פעולה מסוכנת ויכולה לשבור את המערכת אם נעשית לא נכון. כמו כן, מערכות הגנה מודרניות (כמו SELinux או AppArmor) עשויות למנוע שינויים כאלה גם אם לתוקף יש לכאורה הרשאות כתיבה. דוגמה מעשית להוספת משתמש `root2` עם סיסמה `password` (דורש יכולת לכתוב ל-`/etc/passwd`!): 1. יצירת גיבוב סיסמה: * הפקודה:

            perl -e 'print crypt("password", "Fd"),"\n"'
            

* הסבר: * perl -e '...': מריץ סקריפט פרל קצר ישירות משורת הפקודה. * crypt("password", "Fd"): פונקציית crypt של פרל מצפינה (מגבבת) את המחרוזת "password" באמצעות אלגוריתם DES מבוסס crypt(3). "Fd" הוא ה-"salt" – ערך אקראי (או לא כל כך במקרה הזה) המשמש לגיוון ההצפנה כדי ששתי סיסמאות זהות לא יקבלו את אותו הגיבוב עם salt שונה. * print ..., "\n": מדפיס את התוצאה עם ירידת שורה. * פלט לדוגמה: Fdtr67zbisXVA (הגיבוב של "password" עם ה-salt "Fd"). 2. הוספת המשתמש לקובץ `/etc/passwd`: * הפקודה:

            echo "root2:Fdtr67zbisXVA:0:0:root:/root:/bin/bash" >> /etc/passwd
            

* הסבר: * echo "...": מדפיס את המחרוזת הנתונה. * root2: שם המשתמש החדש. * Fdtr67zbisXVA: גיבוב הסיסמה שיצרנו. * 0: UID (משתמש root). * 0: GID (קבוצת root). * root: שדה GECOS (שם מלא או הערה). * /root: תיקיית הבית (כמו של root המקורי). * /bin/bash: מעטפת התחברות. * >> /etc/passwd: מוסיף (appends) את הפלט של echo (השורה החדשה) לסוף הקובץ /etc/passwd. פעולה זו דורשת הרשאות כתיבה לקובץ\! 3. מעבר למשתמש החדש:

🔑📜 קובץ ה-Passwd בלינוקס: המפתח (והסודות) של חשבונות המשתמש! 📜🔑 היום אנחנו צוללים , לקובץ אחד קטן אך בעל משמעות אדירה: /etc/passwd. הקובץ הזה הוא יותר מסתם רשימה; הוא השומר של זהויות המשתמשים במערכת, ולכן הבנה מעמיקה שלו חיונית לכל איש סייבר, בין אם בהגנה ובין אם בהתקפה. בואו נפרק אותו לגורמים, נבין את ההשלכות האבטחתיות וגם נראה איך "משחקים" איתו בפועל. 🕵️‍♂️💻 ----- 🧐 רקע תיאורטי: מהו קובץ /etc/passwd ולמה הוא כל כך חשוב? קובץ ה-/etc/passwd הוא קובץ טקסט פשוט הנמצא, כפי ששמו מרמז, בנתיב /etc/passwd במערכות לינוקס ויוניקס דומות. 🤔 מה הוא עושה? הוא מאחסן מידע חיוני על כל חשבונות המשתמשים המוגדרים במערכת. המידע הזה כולל: * שמות משתמש (Login names) * מזהי משתמש (UID - User ID) * מזהי קבוצה (GID - Group ID) * תיאור קצר על המשתמש (GECOS) * נתיב לתיקיית הבית של המשתמש (Home directory) * המעטפת (Shell) שתופעל עם התחברות המשתמש בעבר, קובץ זה הכיל גם את הסיסמאות המוצפנות של המשתמשים. 😱 למרבה המזל (והאבטחה\!), ברוב המערכות המודרניות, הסיסמאות המוצפנות הועברו לקובץ נפרד ומאובטח יותר, /etc/shadow, וקובץ ה-/etc/passwd מכיל רק מצביע (לרוב האות 'x') המציין זאת. 📍 איפה זה יכול לסייע (מנקודת מבט של תוקף/בודק חדירות)? * מיפוי משתמשים: זיהוי כל המשתמשים הקיימים במערכת, כולל משתמשי שירות ומשתמשים "רגילים". * זיהוי משתמשים פריבילגיים: איתור משתמשים עם UID נמוך (כמו 0 עבור root) או כאלו השייכים לקבוצות מיוחדות. * הבנת מבנה המערכת: מידע על תיקיות בית ומעטפות יכול לרמז על תפקיד המשתמש ועל תוכנות המותקנות. * איתור חולשות פוטנציאליות: חיפוש משתמשים עם מעטפות לא סטנדרטיות או ללא מעטפת התחברות מוגדרת כראוי (למשל, אם חשבון שירות מקבל בטעות מעטפת אינטראקטיבית). 🛡 השלכות בהבטחת מידע: * חשיפת מידע (Information Disclosure): עצם היכולת לקרוא את הקובץ (בדרך כלל הוא קריא לכל המשתמשים במערכת) מספקת מידע רב ערך לתוקף פוטנציאלי. * וקטור להסלמת הרשאות (Privilege Escalation): אם תוקף מצליח להשיג הרשאות כתיבה לקובץ /etc/passwd (נדיר אך אפשרי דרך חולשות אחרות), הוא יכול לשנות פרטי משתמשים קיימים או להוסיף משתמש חדש עם הרשאות גבוהות (למשל, UID 0). * פיצוח סיסמאות (אם הסיסמאות מאוחסנות בו ישירות): במערכות ישנות או כאלו שהוגדרו באופן שגוי, אם גיבובי הסיסמאות (password hashes) נמצאים ישירות בקובץ, ניתן לנסות לפצח אותם. במערכות מודרניות, יש צורך לגשת לקובץ /etc/shadow לשם כך, שהוא מוגן יותר. * ניצול מדיניות סיסמאות חלשה: גם אם הסיסמאות אינן בקובץ, זיהוי שמות המשתמשים מאפשר לתוקף למקד התקפות ניחוש סיסמאות או התקפות מילון כנגד חשבונות ספציפיים. מבנה שדות בקובץ /etc/passwd: כל שורה בקובץ מייצגת חשבון משתמש אחד ומכילה שבעה שדות, המופרדים באמצעות נקודתיים (:). בואו נפרט: 1. שם משתמש (Username): * תיאור: שם ההתחברות של המשתמש. * הערות: חייב להיות ייחודי. זה השם שתקלידו במסך הלוגין. * *דוגמה:* weakuser 2. מציין מיקום סיסמה (Password Placeholder): * תיאור: לרוב מכיל 'x', מה שמציין שהסיסמה המוצפנת מאוחסנת בקובץ /etc/shadow. * הערות: אם גיבוב הסיסמה מאוחסן ישירות בקובץ (מאוד לא מומלץ ולא נפוץ כיום\!), הוא יופיע כאן. * *דוגמה:* x 3. מזהה משתמש (UID - User ID): * תיאור: מספר ייחודי המזהה את המשתמש במערכת. * הערות: למשתמש root (המשתמש העליון עם כל ההרשאות) יש בדרך כלל UID 0. משתמשי מערכת (שירותים) מקבלים לרוב UIDs נמוכים, ומשתמשים רגילים מקבלים UIDs גבוהים יותר (לרוב החל מ-1000). * *דוגמה:* 1002 4. מזהה קבוצה (GID - Group ID): * תיאור: מזהה הקבוצה הראשית של המשתמש. * הערות: לקבוצת root יש בדרך כלל GID 0. משתמש יכול להיות חבר במספר קבוצות, אך זוהי הקבוצה הראשית שלו. * *דוגמה:* 1002 5. מידע על משתמש (GECOS - General Electric Comprehensive Operating Supervisor field): * תיאור: שדה הערות המכיל בדרך כלל את השם המלא של המשתמש ומידע תיאורי נוסף (כמו מספר חדר, טלפון וכו'), מופרד בפסיקים. * הערות: השדה הזה הוא אופציונלי ויכול להיות ריק. * *דוגמה:* weak,,, (שם מלא "weak", שאר הפרטים ריקים) 6. תיקיית בית (Home Directory): * תיאור: הנתיב המוחלט לתיקיית הבית של המשתמש, אליה הוא מועבר לאחר התחברות. * הערות: זהו המקום בו המשתמש מאחסן את קבציו האישיים והגדרותיו. * *דוגמה:* /home/weakuser 7. מעטפת התחברות (Login Shell):

🚀🔍 GooFuzz - חשיפת סודות בקלות! 🔍🚀 רוצים לגלות איזה מידע רגיש מסתתר ברשת על מטרות מסוימות, וכל זה בלי להשאיר עקבות? הכירו את GooFuzz, כלי שמנצל את העוצמה של Google Dorks לאיסוף מידע פאסיבי. 🕵️‍♂️ 🤔 מה זה GooFuzz? יGooFuzz הוא סקריפט Bash שמבצע חיפושי גוגל מתקדמים (Google Dorks) באופן אוטומטי. הוא עוזר למצוא קבצים, תיקיות ומידע רגיש שמאונדקסים בגוגל, מבלי לשלוח בקשות ישירות לשרת המטרה. כלומר, הוא שואל את גוגל מה הוא יודע. 🤫 📜 איך זה עובד? הקסם של Google Dorks יGoogle Dorks הם פקודות חיפוש מיוחדות (כמו filetype:pdf או inurl:admin) שחושפות מידע שלא תמיד גלוי בחיפוש רגיל. GooFuzz ממכן את התהליך הזה. אתרים חושפים לעיתים מידע בטעות (קבצי גיבוי .bak, קונפיגורציות .config, תיקיות פתוחות), וגוגל מאנדקס אותם. 😬 🛡 השלכות אבטחה: מידע רגיש שזמין בגוגל הוא פרצת אבטחה. תוקפים יכולים לנצל זאת לגניבת מידע, תכנון התקפות, או השגת גישה לא מורשית. GooFuzz עוזר לכם למצוא את המידע הזה (למטרות אתיות כמובן!). ✨ למה GooFuzz? * פאסיביות: לא נוצר קשר ישיר עם שרת המטרה, הפעילות לא נרשמת בלוגים שלו. * אוטומציה: חוסך זמן ומייעל את תהליך ה-Dorking. * ממוקד: מאפשר חיפוש סיומות, שמות קבצים, נתיבים, ואפילו תוכן בקבצים (למשל, המילה "password"). * גילוי סאב-דומיינים. 🏆 יתרונות עיקריים: * איסוף מידע דיסקרטי. * מציאת "פנינים נסתרות" שבעלי האתר שכחו מהן. * הרחבת שטח התקיפה . 👤 מי צריך להכיר? בודקי חדירות, חוקרי אבטחה, , וכל מי שמתעניין ב-OSINT. 🛠 התקנה והרצה 1. שכפלו את המאגר:

    git clone https://github.com/m3n0sd0n4ld/GooFuzz.git
    

2. היכנסו לתיקייה:

    cd GooFuzz
    

3. תנו הרשאות הרצה:

    chmod +x GooFuzz
    

4. הציגו עזרה:

    ./GooFuzz -h
    

⚙️ פקודות שימושיות (דוגמאות מתוך ה-README): * -t <TARGET>: דומיין המטרה (חובה). * -e <EXTENSION>: סיומות קבצים (למשל, pdf,doc,sql או קובץ). * -w <DICTIONARY>: מילות מפתח, נתיבים (למשל, config.php,admin או קובץ). * -p <PAGES>: מספר עמודי תוצאות בגוגל. * -s: חיפוש סאב-דומיינים. * -c <TEXT>: חיפוש טקסט בתוך קבצים. * -d <DELAY>: השהיה בין בקשות (חשוב\!). 💡 דוגמאות שימוש פרקטיות: * חיפוש קבצי PDF וגיבויים בדומיין `example.com`:

    ./GooFuzz -t example.com -e pdf,bak -d 5
    

* חיפוש סאב-דומיינים של `example.com` (סריקת 10 עמודים בגוגל):

    ./GooFuzz -t example.com -s -p 10
    

* חיפוש קבצים בדומיין `example.com` המכילים את המילה "password":

    ./GooFuzz -t example.com -c password
    

🎯 מתי להשתמש? לאיסוף מידע פאסיבי, איתור מידע שדלף, מיפוי שטח תקיפה ראשוני. 🚫 מתי פחות מתאים? כשהמידע לא מאונדקס בגוגל, לבדיקות פנימיות, או לסריקת חולשות אקטיבית (זה כלי פאסיבי!). 🚨 חשוב לזכור: * השימוש על אחריותכם. * גוגל עלול לחסום אתכם זמנית אם תגזימו בבקשות. * מידע בגוגל לא תמיד עדכני או עדיין קיים בשרת. 📝 סיכום קצר: GooFuzz הוא כלי נהדר לאיסוף מידע פאסיבי וחשיפת מידע שזלג לגוגל. השתמשו בו בתבונה ובאופן חוקי! שאלות? שתפו! 👇 הצטרפו לערוץ @CYBERSECURITYCODING לעוד🚀

🔒 Oniux – רמת חדשה של אנונימיות באינטרנט! 🔒  מה זה Oniux?  📌 זהו כלי חדש של TOR, שנועד לנתב אפליקציה ספציפית דרך הרשת האפלה באופן מבודד ומאובטח!  📌 בונה קונטיינר עצמאי (Linux namespaces) כך שהאפליקציה שנבחרה תפעל אך ורק דרך TOR.  📌 לא מצריך התקנה של תהליך Tor נפרד – הכל עובד בתוך הסביבה ש-Oniux יוצר.  📌 אין צורך ב-torsocks – כך נמנעות דליפות רשת, מה שהופך אותו לאחד הכלים הבטוחים ביותר כיום!  💡 איך זה עובד?  כאשר אתה מריץ oniux firefox, הכלי יוצר סביבת רשת נפרדת שבה כל הבקשות עוברות דרך onionmasq, מסנן רשת מתקדם שמנתב אך ורק דרך Tor, ללא גישה לאינטרנט הרגיל.  בנוסף, Oniux משכתב את הגדרות ה-DNS, כך שכל בקשת DNS עוברת דרך הרשת האפלה, מה שמונע דליפות נתונים בצורה מוחלטת!  🔥 יתרונות מרכזיים של Oniux:  ✅ מותאם רק ללינוקס – מנצל את מנגנון ה-namespaces של הקרנל לבידוד מוחלט.  ✅ נכתב ב-Rust – שפה מהירה ובטוחה, המונעת בעיות של זיכרון ודליפות מידע.  ✅ מבודד אפליקציות בודדות – אפשר להריץ דפדפן אחד בלבד עם Oniux, בלי להשפיע על שאר המערכת.  ✅ ניתוב מאובטח דרך onionmasq – מבטיח שכל הנתונים עוברים אך ורק דרך Tor, ללא אפשרות דליפה לרשת הציבורית.  ✅ אין צורך בתהליך Tor נפרד – הכל כלול בתוך Oniux, כך שהוא פשוט וקל לשימוש.  🕶️ איך משתמשים ב-Oniux?  פשוט מאוד! כל מה שצריך לעשות הוא להריץ: 

oniux firefox

וזהו – הדפדפן שלך פועל אך ורק דרך Tor, בצורה מבודדת ומאובטחת!  📢 הצטרפו לקבוצה שלנו למידע נוסף!  💻 Cyber Security & Coding 

🔍 Spectre עדיין כאן – והוא מתפתח! 🔍  חוקרי אבטחת מידע מ-ETH Zürich ו-VUSec חשפו חולשות חדשות בסגנון Spectre שמשפיעות על כל מעבדי Intel המודרניים.  הפגיעויות, שמזוהות כ-CVE-2024-45332, CVE-2024-28956, ו-CVE-2025-24495, מאפשרות לתוקפים לדלוף זיכרון בין משתמשים, אורחים ומארחים בקצב של עד 17KB לשנייה.  💡 מה חדש?  🔸 Branch Privilege Injection (BPI) – מנצל תנאי מרוץ במנגנוני ניבוי הענפים של Intel, תוך עקיפת ההגנות הקיימות נגד Spectre.  🔸 Training Solo – מאפשר חטיפת ביצוע ספקולטיבי בתוך אותו דומיין, מה שמערער את ההפרדה המסורתית בין רמות הרשאה שונות.  🛠 Intel כבר שחררה עדכוני מיקרו-קוד כדי להקטין את הסיכון, אך השאלה הגדולה היא האם מדובר רק בפתרון זמני.  בהתחשב בהיסטוריה של Spectre, מומחים חוששים שגרסאות חדשות של ההתקפה ימשיכו להופיע.  📖 לפרטים נוספים, אפשר לקרוא את הדיווח המלא כאן או כאן.  הצטרפו לערוץ הטלגרם שלנו:  👉 CyberSecurityCoding  מה דעתכם על הפגיעויות החדשות? האם אי פעם נצליח להיפטר מ-Spectre לחלוטין? 🤔💭

CVE-2025-4664 🚨👇  🔍 מהי הפגיעות?  מדובר בבעיה של אכיפה בלתי מספקת של מדיניות ברכיב Loader בדפדפן Google Chrome.  הפגיעות מאפשרת לתוקפים לגנוב נתונים רגישים דרך דף HTML מעוצב במיוחד, תוך ניצול מנגנון Referrer Policy.  ⚠️ איך זה עובד?  🖼️ תוקף יכול להשתמש בתמונה חיצונית כדי ללכוד מידע רגיש ולשלוח אותו לשרת זדוני.  🔗 ניתן להגדיר כותרת Link בבקשות למשאבים חיצוניים, מה שמאפשר שליחת פרטי כתובת מלאה (כולל פרמטרים רגישים).  🕵️‍♂️ התוקפים מנצלים את זה כדי לגנוב נתונים כמו פרטי התחברות.  🔒 איך להתגונן?  ✅ עדכון מידי לגרסה 136.0.7103.113 או חדשה יותר ⚡  ✅ אם משתמשים ב-Edge, Brave, Opera, Vivaldi – גם שם יש לוודא עדכון 🛠️  ✅ הימנעו מגלישה באתרים חשודים ⚠️  📢 להצטרפות לדיונים ועדכונים:  🚀 CyberSecurityCoding  🔗 לקריאה נוספת:  SecurityWeek  Heise News  מאגר הפגיעויות הלאומי (NVD)  מאגר CVE 

4. שלב 4: קבלת גישת root\! 👑 לאחר שהמשימה רצה, התוקף יכול להשתמש בקובץ ה-bash עם הרשאות ה-SUID (אם הטכניקה הזו עובדת) כדי לקבל מעטפת root:

    ls -l /tmp/rootbash  # נוודא שהקובץ נוצר עם הרשאות SUID (יהיה 's' בהרשאות)
    /tmp/rootbash -p     # ה-'-p' מנסה לשמר הרשאות
    whoami
    

אם הכל עבד, הפקודה whoami תחזיר root. התוקף השתלט על המערכת\! 🍾 דוגמאות נוספות לניצול משימות מתוזמנות: * יצירה או שינוי של Cron Jobs זדוניים: אם לתוקף יש כבר גישה כלשהי למשתמש שיכול לערוך את ה-crontab שלו (או אם הוא הצליח להשיג הרשאות גבוהות יותר בדרך אחרת), הוא יכול להוסיף משימות cron חדשות שיריצו קוד זדוני באופן קבוע (למשל, reverse shell שמתחבר חזרה לשרת של התוקף) או לשנות משימות קיימות. * ניצול Wildcards בנתיבים: אם משימת cron מריצה פקודה כמו tar -czf /backup/archive.tgz /home/user/* והתוקף יכול ליצור קבצים ב-/home/user/ עם שמות כמו --checkpoint-action=exec=evil_command.sh, הוא עלול לנצל את ה-wildcard (*) כדי להריץ פקודות לא רצויות. (זה תלוי בגרסת ה-tar ובפקודות נוספות). * מניפולציה של systemd Timers: בלינוקס מודרני, systemd timers הם אלטרנטיבה/תוספת ל-cron. גם הם יכולים להיות מטרות לתוקפים. שינוי של קבצי יחידה (unit files) של טיימרים יכול להוביל להרצת קוד זדוני עם הרשאות גבוהות. ----- 🛡 חלק 3: פרקטיקה (הגנתית) - איך מתגוננים מפני בעיות ה-Cron? אל דאגה, יש לנו כלים ושיטות להילחם בחזרה ולהבטיח שה-cron שלנו יישאר חבר ולא אויב: 1. ביקורת קבועה של משימות מתוזמנות (Auditing): 🧐 * בדקו באופן יזום: עברו על כל משימות ה-cron במערכת. * עבור משתמשים: crontab -l -u <username> (כדי לראות crontab של משתמש ספציפי, דורש הרשאות מתאימות). כל משתמש יכול להריץ crontab -l עבור עצמו. * קבצים מערכתיים: בדקו את /etc/crontab ואת הקבצים ב-/etc/cron.d/. * חפשו חריגות: האם יש סקריפטים חשודים? האם יש משימות שאתם לא מזהים? האם יש משימות שרצות בתדירות מוזרה או עם הרשאות גבוהות מדי? * שימו לב למשימות הקשורות לתהליכי מערכת קריטיים. 2. עקרון ההרשאה המינימלית (Least Privilege): ⬆️➡️⬇️ * הכי חשוב\! משימות מתוזמנות צריכות לרוץ עם ההרשאות המינימליות ההכרחיות לביצוע מטרתן. אם סקריפט גיבוי צריך רק לקרוא קבצים של משתמש מסוים, אל תריצו אותו כ-root\! צרו משתמש ייעודי עם הרשאות מוגבלות. * הבטיחו הרשאות קבצים נכונות: סקריפטים שמופעלים על ידי cron (במיוחד אלו שרצים כ-root) חייבים להיות בבעלות root ולא ניתנים לכתיבה על ידי משתמשים אחרים. השתמשו ב-chown root:root /path/to/script.sh וב-chmod 744 /path/to/script.sh (או אפילו chmod 700 אם רק root צריך להריץ ולקרוא אותו). 3. ניטור יומני מתזמן המשימות (Task Scheduler Logs): 📜 * cron רושם את פעולותיו ליומני המערכת (לרוב ב-/var/log/syslog, /var/log/cron, או ביומן של journald). * נתחו יומנים אלו לאיתור פעילויות חריגות, שגיאות, או שינויים לא מורשים. כלים כמו SIEM יכולים לעזור באוטומציה של ניתוח זה בארגונים גדולים. 4. הקשחת סקריפטים: 🔒 * השתמשו בנתיבים מלאים לפקודות חיצוניות בתוך הסקריפטים שלכם (למשל, /bin/cp במקום רק cp) כדי למנוע חטיפת נתיב (path hijacking). * בצעו ולידציה קפדנית של כל קלט חיצוני שהסקריפט מקבל. 5. הגבלת גישה ל-crontab: 🚫 * השתמשו בקבצים /etc/cron.allow ו-/etc/cron.deny כדי לשלוט באופן מפורש אילו משתמשים רשאים להשתמש בפקודה crontab. אם cron.allow קיים, רק משתמשים הרשומים בו יכולים ליצור/לערוך משימות. אם הוא לא קיים אבל cron.deny כן, אז משתמשים הרשומים ב-cron.deny לא יכולים. 📝 סיכום: משימות cron הן כלי אדיר לאוטומציה וניהול מערכות לינוקס. הן חוסכות לנו זמן ומאמץ. אבל, כמו כל כלי עם פוטנציאל, חובה להבין את הסיכונים הכרוכים בו. הגדרה לא נכונה או חוסר תשומת לב להרשאות יכולים לפתוח דלת לתוקפים. על ידי ביצוע ביקורות סדירות, הקפדה על עקרון ההרשאה המינימלית, וניטור לוגים, נוכל להשתמש ב-cron בבטחה וביעילות. מקווה שהמאמר הזה שפך אור על הנושא\! 💡 יש לכם שאלות, תובנות או סיפורי cron מהשטח? שתפו בתגובות 👇 הצטרפו לערוץ @CYBERSECURITYCODING לעוד תכנים מרתקים 🚀

🗓💣 Cron Jobs בלינוקס: הכלי האולטימטיבי לאוטומציה... או לדלת אחורית? 💣🗓 היי חברים\! היום אנחנו צוללים לעומק של אחד הכלים הכי שימושיים (ולפעמים הכי מסוכנים אם לא נזהרים\!) במערכות לינוקס – משימות מתוזמנות, או בשמן המוכר יותר, Cron Jobs. נבין איך הן עובדות, איך מגדירים אותן, איך תוקפים יכולים להפוך אותן לסוס טרויאני להסלמת הרשאות, וכיצד אנחנו, כגיבורי הסייבר, יכולים להתגונן\! 💪🛡 🤔 חלק 1: הרקע התיאורטי - מה זה בכלל Cron ואיך זה עובד? במערכות לינוקס, cron הוא דמון (תהליך רקע) ותיק ואמין שמריץ פקודות או סקריפטים בזמנים קבועים מראש. חשבו עליו כמו על שעון מעורר סופר-משוכלל למערכת שלכם. ⏰ הוא מאפשר לנו לבצע אוטומציה למשימות תחזוקה, גיבויים, שליחת דוחות, ועוד המון דברים טובים. איפה כל הקסם קורה? בקבצי crontab: * קבצים כלל-מערכתיים: נמצאים בנתיבים כמו /etc/crontab וספריית /etc/cron.d/. אלו בדרך כלל משימות שמוגדרות על ידי המערכת או מנהלי מערכת עבור כלל המשתמשים. * קבצים ספציפיים למשתמש: כל משתמש יכול להגדיר משימות מתוזמנות משלו. עורכים אותם באמצעות הפקודה:

    crontab -e
    

אם זו הפעם הראשונה שלכם, המערכת תבקש מכם לבחור עורך טקסט (כמו nano הנוח למתחילים, או vim לאמיצים 😉). מבנה שורת הגדרה ב-crontab – ה-DNA של התזמון: כל שורה בקובץ crontab מייצגת משימה מתוזמנת, והיא בנויה כך:

# ┌───────────── דקה (0 - 59)
# │ ┌───────────── שעה (0 - 23)
# │ │ ┌───────────── יום בחודש (1 - 31)
# │ │ │ ┌───────────── חודש (1 - 12)
# │ │ │ │ ┌───────────── יום בשבוע (0 - 7) (כש-0 ו-7 מייצגים יום ראשון)
# │ │ │ │ │י
# │ │ │ │ │י
# * * * * * י/path/to/your/command_or_script.sh

* כוכבית (*): משמעותה "כל" ערך אפשרי בשדה. לדוגמה, כוכבית בשדה הדקות משמעותה "כל דקה". * גרעיניות מינימלית: cron יכול לתזמן משימות ברזולוציה של דקה אחת. אי אפשר לתזמן משהו כל 30 שניות באמצעות cron סטנדרטי. דוגמאות שימושיות: 1. להריץ סקריפט גיבוי כל יום בחצות:

    0 0 * * * /home/user/scripts/backup_script.sh
    

2. להריץ סקריפט ניקוי קבצים זמניים כל יום שני בשעה 03:30 לפנות בוקר:

    30 3 * * 1 /home/user/scripts/cleanup_temp_files.sh
    

3. להריץ פקודה לאחר אתחול המערכת (reboot):

    @reboot /home/user/scripts/run_on_startup.sh
    

הסימן @reboot הוא קיצור נוח שלא דורש התעסקות עם שדות הזמן. איפה זה יכול לסייע לנו? * אוטומציה של גיבויים קריטיים 💽 * הרצת סקריפטי תחזוקה (ניקוי לוגים, בדיקת מקום פנוי בדיסק) 🧹 * סנכרון קבצים בין שרתים 🔄 * שליחת התראות או דוחות תקופתיים 📧 אבל... כמו כל כלי חזק, אם הוא נופל לידיים הלא נכונות או מוגדר בצורה רשלנית, הוא יכול להפוך לפרצת אבטחה. 😬 ----- 😈 חלק 2: פרקטיקה (התקפית) - איך תוקפים מנצלים Cron Jobs? משימות cron יכולות להפוך לכלי נשק בידי תוקפים, בעיקר להסלמת הרשאות (Privilege Escalation) או ליצירת דלת אחורית (Persistence). הנה כמה דרכים: תרחיש קלאסי: הסלמת הרשאות דרך סקריפט עם הרשאות כתיבה בעייתיות 💥 דמיינו מצב: יש משימת cron שרצה תחת משתמש root (המשתמש הכי חזק במערכת\!). המשימה הזו מריצה סקריפט מסוים, למשל /usr/local/bin/backup.sh, כל שעה. 1. שלב 1: הבדיקה החשובה - הרשאות הקובץ\! 🔍 התוקף (שכבר יש לו גישה למערכת כמשתמש רגיל) יבדוק את ההרשאות של הסקריפט:

    ls -l /usr/local/bin/backup.sh
    

אם הפלט מראה משהו כמו -rwxrwxrwx, זה אומר שכל משתמש במערכת (כולל התוקף) יכול לכתוב לקובץ הזה ולשנות את תוכנו. זו טעות קריטית\! 😱 2. שלב 2: שינוי הסקריפט - החדרת הקוד הזדוני 🐍 התוקף יכול פשוט להחליף את תוכן הסקריפט בפקודה זדונית. למשל, פקודה שתיצור עותק של מעטפת ה-bash, תמקם אותו במיקום זמני (כמו /tmp/), ותעניק לו הרשאות SUID root. הרשאת SUID על קובץ הרצה אומרת שהקובץ ירוץ תמיד עם ההרשאות של הבעלים של הקובץ (במקרה שלנו, root), גם אם משתמש רגיל מריץ אותו\!

    echo 'cp /bin/bash /tmp/rootbash && chmod +xs /tmp/rootbash' > /usr/local/bin/backup.sh
    

(הערה: במערכות מודרניות, יש הגנות נוספות שעשויות למנוע מ-bash עם SUID לעבוד כמצופה, אבל הרעיון הכללי של שינוי הסקריפט למשהו זדוני נשאר זהה. אפשר להכניס reverse shell, למשל). 3. שלב 3: ההמתנה המתוקה... (לתוקף) ⏳ התוקף פשוט מחכה. בפעם הבאה שמשימת ה-cron של root תרוץ (למשל, בתחילת השעה העגולה), היא תריץ את הסקריפט *הזדוני* שהתוקף שתל, וכל הפקודות בתוכו ירוצו עם הרשאות root.

blackmail סחיטה (Sextortion/Blackmail): יצירת סרטונים מביכים או פליליים של אנשים ודרישת כופר תמורת אי-הפצתם. 🤯 האפקט המצטבר: למה זה כל כך מסוכן דווקא עכשיו? 🤯 השילוב של הכלים האלה יוצר סערה מושלמת: שבירת חומות פסיכולוגיות: אנחנו מתוכנתים להאמין למה שאנחנו רואים ושומעים. AI מנצל את ההטיה הקוגניטיבית הזו עד תום. הקושי הגובר בזיהוי אנושי: ככל שהזיופים משתפרים, היכולת שלנו להבחין בינם לבין המציאות הולכת ופוחתת. הUncanny Valley הופך פחות ופחות רלוונטי. דמוקרטיזציה של כלי תקיפה: כלים רבים (או לפחות המודלים הבסיסיים) הופכים לזמינים יותר, לעיתים בקוד פתוח, מה שמנמיך את רף הכניסה לתוקפים פחות מיומנים. הנדסה חברתית היא עדיין שער הכניסה המרכזי: דו"ח חקירות פרצות הנתונים של Verizon (לשנת 2025) ממשיך להצביע על הנדסה חברתית כווקטור תקיפה מוביל. AI פשוט נותן לה סטרואידים. 📉 ההגנות הקלאסיות קורסות: למה אי אפשר להסתפק במה שיש? 📉 לנסות להילחם באיומי AI עם הכלים של אתמול זה כמו להביא סכין לקרב יריות: זיהוי מבוסס חתימות? לא רלוונטי לתוכן גנרטיבי ייחודי. אימון מודעות משתמשים? חשוב, אבל לא מספיק. כמה הדרכות יעמדו בפני דיפ-פייק מושלם של הבוס שלך בפגישת וידאו לחוצה? כלי זיהוי דיפ-פייקס? במירוץ חימוש מתמיד. כל שיפור בכלי זיהוי מוביל לשיפור בכלי יצירה. זה משחק של חתול ועכבר שבו התוקפים לרוב צעד אחד קדימה. ✨ פרדיגמה חדשה: מאמון בהנחה לאמון בהוכחה – הדרך קדימה ✨ אם אי אפשר לסמוך במאה אחוז על מה שאנחנו רואים ושומעים, אנחנו חייבים לשנות את הגישה הבסיסית שלנו לאמון דיגיטלי. הפתרון לא טמון רק בזיהוי זיופים, אלא במניעה שלהם מראש ובבניית מערכות שבהן אמון הוא דבר שניתן להוכיח באופן קריפטוגרפי ורציף: 🔑 זהות דיגיטלית מאומתת וחסינה: לא עוד סיסמאות ושאלות סבתא. אנחנו מדברים על אישורים קריפטוגרפיים חזקים, אימות רב-שלבי אמיתי שמקושר לחומרה, משהו שאי אפשר לזייף או לגנוב בקלות. 💻 אימות תקינות מכשיר (Device Attestation): האם המכשיר שממנו מתחבר המשתמש (גם אם זהותו "אומתה") נקי מנוזקות? האם הוא עומד במדיניות האבטחה? מכשיר פרוץ הוא דלת פתוחה, גם אם מאחוריו יושב משתמש לגיטימי. 👁️ שקיפות ומחווני אמון ויזואליים: המשתמשים צריכים לראות בבירור, בזמן אמת, את רמת האמון של כל משתתף בתקשורת. לא להשאיר את זה לניחושים. הרעיון הוא ליצור סביבה שבה התחזות היא פשוט לא כדאית או בלתי אפשרית טכנית, כי רף האימות וההוכחה גבוה מדי עבור התוקף הממוצע (ואפילו המתקדם). 🚀 מחשבות לסיום: הקרב על האמון הדיגיטלי רק החל. בינה מלאכותית היא כלי, והשימוש שנעשה בו תלוי בנו. כקהילה של אנשי סייבר, מפתחים ומשתמשים, אנחנו חייבים להיות בחזית, להבין את האיומים לעומקם, ולפתח את הדור הבא של ההגנות – הגנות שמבוססות על חשיבה חדשנית, טכנולוגיה מתקדמת, והבנה שהעולם הדיגיטלי של מחר לא ייראה כמו זה של אתמול. מה דעתכם על השינויים האלה? האם יש היבטים נוספים שלדעתכם כדאי להרחיב עליהם? שתפו! 👇 מקורות נלקחו מכאן הצטרפו לערוץ @CYBERSECURITYCODING כדי להישאר מעודכנים

🎭🤖 הפנים האמיתיות של הבינה המלאכותית: בין הבטחה לתרמית הדור הבא 🤖🎭 כולנו שומעים על נפלאות הבינה המלאכותית (AI) – איך היא משנה את הרפואה, התעשייה, ואפילו את האופן שבו אנחנו יוצרים אמנות. אבל כמו כל טכנולוגיה עוצמתית, גם ל-AI יש צד אפל, צד שתוקפי סייבר מנצלים בזריזות מפחידה כדי לשדרג את ארסנל הכלים שלהם. היום אנחנו לא רק נדבר על "עוד איום", אלא על שינוי תפיסתי באופן שבו הנדסה חברתית והתחזות מתבצעות. זה הזמן לחשוב מחוץ לקופסה. 💡 🌀 גל ראשון: כשהמילים הופכות לנשק – LLMs בשירות תוקפים🌀 דמיינו לרגע תוקף שלא צריך יותר לבלות שעות בניסוח מייל פישינג מגושם מלא בשגיאות. מודלי שפה גדולים (LLMs), כמו אלה שעליהם מבוססים צ'אטבוטים מתקדמים, הם מכונת כתיבה משוכללת בידיים הלא נכונות. רקע תיאורטי: LLMs מאומנים על מיליארדי משפטים וטקסטים. הם לומדים את הדקויות של השפה, את הסלנג, את הטון הרשמי והבלתי רשמי. הם יכולים לייצר טקסט שנראה כאילו נכתב על ידי אדם, עם הקשר נכון ונימה משכנעת. פרקטיקה (לתוקף): 🎣 פישינג אישי: במקום לשלוח מייל גנרי למיליון איש, התוקף יכול להשתמש ב-LLM כדי לייצר אלפי גרסאות ייחודיות, המותאמות אישית לכל קורבן על בסיס מידע שנאסף עליו (OSINT). המייל יכול להתייחס לפרויקט עדכני, לתחביב, או אפילו לחבר משותף. הסיכוי ליפול בפח? גבוה משמעותית. 💬 אוטומציה של הונאות בצ'אט: LLMs יכולים לנהל שיחות שלמות עם קורבנות בפלטפורמות מסרים, להתחזות לתמיכה טכנית, לנציג בנק, או אפילו למושא אהבה פוטנציאלי (Romance Scams). הם סבלניים, לא מתעייפים, ויכולים לנהל מאות "קורבנות" במקביל. 💻 סיוע בכתיבת קוד זדוני? יש דיונים ערים על יכולתם של LLMs לייצר קטעי קוד. אמנם הם לא יכתבו נוזקה מורכבת מאפס (עדיין), אך הם בהחלט יכולים לסייע ביצירת סקריפטים פשוטים, מקטעי קוד לניצול חולשות, או אפילו "לתרגם" קוד זדוני משפה לשפה כדי לחמוק מזיהוי. 🗣️ גל שני: כשהקול הוא רק חיקוי – Vishing בעידן ה-AI Voice Cloning 🗣️ "שלום, מדבר המנכ"ל. אני בפגישה דחופה וצריך שתעביר בבקשה סכום כסף לחשבון הזה מיד." נשמע מוכר? עכשיו דמיינו שזה נאמר בקולו המדויק של המנכ"ל שלכם. רקע תיאורטי: טכנולוגיות שיבוט קול (AI Voice Cloning) דורשות כיום דגימות קול קצרות יחסית (לפעמים אפילו דקות ספורות מפודקאסט, שיחת זום מוקלטת או סרטון יוטיוב) כדי ליצור מודל קולי סינתטי. איכות החיקוי יכולה להיות מדהימה, כמעט בלתי ניתנת להבחנה מהמקור לאוזן בלתי מיומנת. פרקטיקה (לתוקף): 📞 התקפות Vishing (פישינג קולי) מתוחכמות: לא עוד קול רובוטי או מבטא זר. התוקף יכול להתקשר לעובדים, לספקים, או אפילו לבני משפחה, ולהישמע בדיוק כמו האדם שהוא מתחזה אליו. זה מגביר דרמטית את האמינות ומקטין את החשד. 👨‍👩‍👧‍👦 תרחישי "חירום משפחתי" משודרגים: "אמא, זה אני, הייתי מעורב בתאונה ואני חייב כסף דחוף..." כשהקול נשמע בדיוק כמו של הילד, ההיגיון והחשדנות מתערערים. 🛡️ עקיפת מערכות אימות קוליות: מערכות ביומטריות המסתמכות על זיהוי קולי עלולות להיות פגיעות לחיקויים איכותיים. 🎬 גל שלישי: לראות זה (כבר לא) להאמין – Deepfakes בווידאו משנים את כללי המשחק 🎬 כאן אנחנו נכנסים לטריטוריה שעד לא מזמן הייתה נחלת סרטי מדע בדיוני. היכולת ליצור סרטוני וידאו מזויפים (Deepfakes) של אנשים אמיתיים, אומרים ועושים דברים שמעולם לא קרו, הופכת לנגישה יותר ויותר. רקע תיאורטי: דיפ-פייקס מבוססים לרוב על רשתות נוירונים מסוג GAN (Generative Adversarial Network) או מודלי דיפוזיה מתקדמים. רשת אחת (ה"גנרטור") יוצרת את הזיוף, ורשת שנייה (ה"דיסקרימינטור") מנסה לזהות אותו. התהליך הזה "מאמן" את הגנרטור להשתפר כל הזמן. התוצאות? לעיתים מפחידות באמינותן. פרקטיקה (לתוקף): 🕴️ התחזות למנהלים בכירים בפגישות וידאו: תוקף יכול "להשתתף" בפגישת Zoom או Teams כשהוא נראה ו(אולי גם) נשמע כמו מנהל בכיר, ולהנחות עובדים לבצע פעולות רגישות או לחשוף מידע מסווג. 🕵️‍♂️ חדירה לארגונים דרך ראיונות עבודה מזויפים: כפי שדווח, גורמי תקיפה כבר משתמשים בדיפ-פייקס כדי "לשלוח" מועמדים סינתטיים לראיונות עבודה מרחוק, במטרה להשיג משרה ולחדור לרשת הארגונית מבפנים. (לפי דו"ח האיומים של CrowdStrike ל-2025, נצפתה עלייה של 442% בתקיפות וישינג במחצית השנייה של 2024, חלקן מונעות AI). 📰 הפצת דיסאינפורמציה ופייק ניוז: יצירת סרטונים מזויפים של פוליטיקאים, מנהיגים או אנשי ציבור כדי לזרוע כאוס, להשפיע על בחירות, או לפגוע במוניטין.

🔹 האקרים מטורקיה ניצלו פרצה באפליקציית צ'אט בהתקפת סייבר שקטה  קבוצת ההאקרים Marbled Dust, המזוהה עם טורקיה, ניצלה פגיעות יום אפס (CVE-2025-27920) ב-Output Messenger, אפליקציה הודית לתקשורת עסקית, כדי למקד את התקיפה במשתמשים צבאיים כורדים בעיראק.  🔐 הפרטים החשובים:  ✅ הפגיעות – כשל מעבר בין ספריות בגרסה 2.0.62, המאפשר גישה או ביצוע קבצים זדוניים.  ✅ שיטות תקיפה – שימוש בחטיפת DNS ודומיינים מזויפים כדי לגנוב אישורי גישה.  ✅ דלת אחורית – שתילת קוד מבוסס Golang לשליחת נתונים לשרת שליטה מרוחק.  ✅ תיקון הפגיעות – הבעיה נסגרה בגרסה 2.0.63, אך מי שלא עדכן עדיין חשוף.  🚨 צעדי מניעה והתגוננות:  📌 עדכון דחוף של Output Messenger לגרסה האחרונה.  📌 מעקב אחר תעבורת רשת לזיהוי חיבורים חשודים לדומיינים זדוניים.  📌 חיזוק מנגנוני אימות כדי למנוע גניבת פרטי גישה.  🔗 לקריאה נוספת, ניתן לבדוק את הדיווח המלא כאן.  🚀 שמרו על אבטחת המידע שלכם – הסייבר הוא זירה מתפתחת ללא הפסקה!  📡 לשיח מתקדם על פרטיות, תקשורת מוצפנת וסייבר, הצטרפו לקבוצת:  🔹 CyberSecurityCoding בטלגרם! 🔐🔥 

* חיפוש מפתחות SSH או מידע התחברות:

    grep -i "ssh" ~/.bash_history
    grep -i "scp" ~/.bash_history
    grep -i "ftp" ~/.bash_history
    grep -i "id_rsa" ~/.bash_history # חיפוש ספציפי למפתחות פרטיים
    

יכול לחשוף ניסיונות התחברות לשרתים אחרים (כולל שמות משתמש וכתובות IP), העברת קבצים, או אפילו נתיבים למפתחות SSH. * חיפוש קבצי תצורה:

    grep -i "config" ~/.bash_history
    grep -i ".conf" ~/.bash_history
    grep -i "settings" ~/.bash_history
    

פקודות שעוסקות בקבצי תצורה (למשל, באמצעות nano, vim, cat על קבצי .conf) יכולות להצביע על מיקומים של קבצים רגישים או על שינויים שבוצעו בתצורה. 3. זיהוי תצורות שגויות או נתיבי הסלמה פוטנציאליים: 🗺➡️👑 מעבר למידע רגיש ישיר, היסטוריית הפקודות יכולה לרמוז על חולשות מערכתיות. * בדיקת שינויי הרשאות קבצים:

    grep -i "chmod" ~/.bash_history
    

שינויי הרשאות, במיוחד הרשאות רחבות מדי (כמו chmod 777), יכולים להצביע על קבצים או תיקיות שניתן לנצל. * בדיקת שינויי בעלות על קבצים:

    grep -i "chown" ~/.bash_history
    

שינוי בעלות על קבצים חשובים יכול להיות וקטור תקיפה אם הבעלים החדש הוא משתמש פגיע. * בדיקת הפעלות מחדש של שירותים או ניהול שירותים:

    grep -i "systemctl" ~/.bash_history  # למערכות עם systemd
    grep -i "service" ~/.bash_history    # למערכות ישנות יותר
    

זה יכול לחשוף שירותים מותאמים אישית או שירותים שרצים עם הרשאות גבוהות. אם שירות כזה פגיע, ניתן לנצל אותו. * בדיקת חבילות מותקנות וניהול חבילות:

    grep -i "apt" ~/.bash_history       # למערכות מבוססות Debian/Ubuntu
    grep -i "yum" ~/.bash_history       # למערכות מבוססות RHEL/CentOS/Fedora
    grep -i "dpkg" ~/.bash_history      # כנ"ל Debian/Ubuntu
    grep -i "rpm" ~/.bash_history       # כנ"ל RHEL/CentOS
    grep -i "pip" ~/.bash_history       # לחבילות פייתון
    

זה יכול להצביע על תוכנות ספציפיות המותקנות במערכת, מה שמאפשר לתוקף לחפש חולשות ידועות בתוכנות אלו או בגרסאות שלהן. --- ###🛡 איך מתגוננים? (בקצרה) אמנם הפוסט מתמקד בתקיפה, אבל חשוב לזכור כמה נקודות הגנה: * הימנעו מהקלדת סיסמאות ישירות בפקודות. השתמשו במנהלי סיסמאות או בקשו מהתוכנה לבקש סיסמה באופן אינטראקטיבי. * הגבילו את גודל קובץ ההיסטוריה (HISTFILESIZE, HISTSIZE). * השתמשו במשתנה `HISTCONTROL` (למשל, ignorespace כדי לא לשמור פקודות שמתחילות ברווח, או ignoredups למניעת כפילויות). * הגדרת `PROMPT_COMMAND` (ב-Bash) יכולה למנוע שמירה של פקודות מסוימות או לנקות היסטוריה באופן סלקטיבי (למשתמשים מתקדמים). * הקשחת הרשאות על תיקיות בית וקובץ ההיסטוריה. * ניטור לוגים ושימוש בכלי SIEM לזיהוי גישה חשודה לקבצי היסטוריה. * והכי חשוב: מניעת גישה ראשונית לחשבונות משתמש היא קו ההגנה הראשון! --- 📝 סיכום: היסטוריית הפקודות בלינוקס היא כלי נוח וחיוני, אך היא גם סכנה. מודעות למידע שהיא מכילה וכיצד תוקפים יכולים לנצל אותו היא צעד ראשון וחשוב באבטחת מערכות הלינוקס שלנו. אל תזלזלו בכוחה של שורת הפקודה – ובטח שלא בהיסטוריה שלה! ⚔️ מקווה שהמאמר הזה היה מאיר עיניים! שאלות? תובנות? טכניקות נוספות? שתפו בתגובות! 👇 הצטרפו לערוץ @CYBERSECURITYCODING לעוד תכנים מרתקים!

🕵️‍♂️📜 היסטוריית הפקודות בלינוקס: נוחות. או פצצה מתקתקת? 📜🕵️‍♂️ היום אנחנו צוללים לנושא שלפעמים נראה תמים, אבל יכול להיות בעל השלכות אדירות על אבטחת מערכות לינוקס: היסטוריית הפקודות של המשתמש. נבין איך היא עובדת, למה היא שימושית, וחשוב מכך – איך תוקפים יכולים להפוך אותה לכלי נשק בידיהם. 💣💻 --- ### 🧐 רקע תיאורטי: מה זה בכלל "היסטוריית פקודות"? בכל פעם שאתם מריצים פקודה במעטפת (shell) של לינוקס (כמו Bash או Zsh), המערכת שומרת תיעוד של הפקודה הזו. למה זה טוב? * נוחות למשתמש: 😌 מאפשר למשתמשים לחזור בקלות על פקודות קודמות (לחצן חץ למעלה ⬆️, מישהו?), לחפש פקודות מורכבות ששכחו, ובאופן כללי לייעל את העבודה מול הטרמינל. * תיעוד בסיסי: 📝 מספק לוג בסיסי של הפעולות שבוצעו על ידי המשתמש. איפה כל הטוב הזה נשמר? 🤔 בדרך כלל, היסטוריית הפקודות נשמרת בקובץ נסתר בתיקיית הבית של המשתמש: * למשתמשי Bash (הנפוץ ביותר): ~/.bash_history * למשתמשי Zsh: ~/.zsh_history * מעטפות אחרות עשויות להשתמש בשמות קבצים דומים. --- ### 🛡 השלכות אבטחת מידע: כשההיסטוריה עובדת נגדך כאן העניינים מתחילים להתחמם. 🔥 אם תוקף מצליח להשיג גישה לחשבון משתמש במערכת לינוקס (אפילו עם הרשאות נמוכות!), קובץ היסטוריית הפקודות יכול להפוך למקור מידע יקר ערך עבורו. מה תוקף יכול למצוא שם? 1. סיסמאות ומידע רגיש: 🤫 משתמשים לפעמים מקלידים סיסמאות ישירות בשורת הפקודה (למשל, בחיבור ל-FTP, מסדי נתונים וכו'). טעות נפוצה אך קריטית! גם מפתחות API, טוקנים ומידע סודי אחר עלולים להופיע. 2. מידע על המערכת והרשת: 🗺 פקודות יכולות לחשוף כתובות IP של שרתים פנימיים, שמות משתמש אחרים, מבנה הרשת, שמות קבצים חשובים, נתיבי קבצים, ופרטי תצורה. 3. פקודות שבוצעו עם הרשאות גבוהות (sudo): 👑 תוקף יכול לראות אילו פקודות המשתמש מורשה להריץ עם sudo. זה יכול לחשוף וקטורים להסלמת הרשאות (Privilege Escalation), במיוחד אם יש הגדרות sudo לא מאובטחות. 4. סקריפטים וכלים בשימוש: 🛠 היסטוריית הפקודות יכולה להראות באילו סקריפטים, כלים או תוכנות המשתמש משתמש באופן קבוע. אם לאחד הכלים האלה יש חולשה ידועה, התוקף יכול לנסות לנצל אותה. 5. הרגלי המשתמש: 🚶‍♂️ התוקף יכול ללמוד על הרגלי העבודה של המשתמש, שעות הפעילות שלו, ובאילו מערכות הוא מתעסק. מידע זה יכול לסייע בתכנון התקפות מתוחכמות יותר. 6. טעויות והתנסויות: 🧪 לעיתים, משתמשים מנסים פקודות עם פרמטרים שונים, מה שיכול לחשוף בטעות מידע או כוונות. המטרה העיקרית של התוקף: 🎯 להשתמש במידע שנאסף מהיסטוריית הפקודות כדי להבין טוב יותר את הסביבה, למצוא נקודות תורפה, ובסופו של דבר להסלים הרשאות ולהשיג שליטה רחבה יותר על המערכת. --- ### ⚔️ פרקטיקה: איך תוקף מנצל את היסטוריית הפקודות? אז השגתם גישה למשתמש כלשהו. מה עכשיו? הנה כמה צעדים שתוקף עשוי לנקוט: 1. צפייה בהיסטוריית הפקודות: 👁‍🗨 * הצגת היסטוריית הפקודות של המשתמש הנוכחי:

    history
    

הפקודה הזו פשוט תדפיס את הפקודות שהמשתמש הנוכחי (שאליו השגתם גישה) הריץ בחלון הטרמינל הנוכחי או בסשנים קודמים (תלוי בקונפיגורציה). * קריאה ישירה של קובץ ההיסטוריה (יותר מקיף ולפעמים חושף יותר):

    cat ~/.bash_history
    

או עבור משתמש אחר (אם יש לכם הרשאות לקרוא את תיקיית הבית שלו):

    cat /home/username/.bash_history
    

(החליפו את username בשם המשתמש הרלוונטי). שימו לב: פקודות מסוימות עלולות לא להופיע בפלט של history אם הן כוללות תווים מיוחדים או אם משתנים סביבתיים מסוימים מוגדרים (כמו HISTCONTROL), אך קריאה ישירה של הקובץ עשויה לחשוף אותן. 2. חיפוש מידע רגיש באמצעות grep: 🔎 grep הוא כלי רב עוצמה לחיפוש טקסט. תוקפים משתמשים בו כדי לסנן את היסטוריית הפקודות ולמצוא מחרוזות מעניינות. האופציה -i משמשת לחיפוש לא תלוי אותיות גדולות/קטנות (case-insensitive). * חיפוש סיסמאות:

    grep -i "password" ~/.bash_history
    grep -i "pass" ~/.bash_history
    grep -i "secret" ~/.bash_history
    grep -E "passw|secret|token|apikey" ~/.bash_history # חיפוש מורכב יותר
    

מילים נפוצות כמו "password", "pass", "secret", "token", "apikey" יכולות להופיע בפקודות שהעבירו סיסמאות כפרמטרים. * חיפוש פקודות sudo:

    grep -i "sudo" ~/.bash_history
    

זה מראה אילו פקודות המשתמש הריץ עם הרשאות מנהל. זה יכול לחשוף: * אילו פקודות המשתמש *יכול* להריץ כ-root (אם קובץ ה-sudoers מאפשר זאת ללא סיסמה, או אם התוקף כבר יודע את הסיסמה). * סקריפטים או קבצים בינאריים מותאמים אישית שהורצו עם sudo ועשויים להכיל חולשות.

🎉🥳 חגיגות ה-300 ואתם חלק מזה! 🥳🎉 קהילה יקרה שלנו, הגענו ל-300 מנויים בערוץ! 🚀 זה אולי נראה כמו מספר, אבל מאחורי כל "סאב" עומד אדם עם תשוקה לעולם הסייבר, רצון ללמוד, להתפתח ולשתף. זו ההזדמנות שלנו להגיד לכם – תודה ענקית! 🙏 לכבוד המאורע המרגש הזה, אחד ממנהלי הערוץ המוכשרים שלנו לקח יוזמה והכין משהו מיוחד – כלי סייבר שנכתב במיוחד עבורכם! 💻✨ 🎁 מה זה הכלי הזה? הכלי הוא בעצם אוסף סקריפטים וכלים שימושיים המחולקים לקטגוריות שונות בעולם אבטחת המידע והסייבר. הוא נועד לתת לכם נקודת פתיחה מעולה ונוחה למגוון משימות, החל מאיסוף מידע ועד לבדיקות חדירות בסיסיות. בואו נצלול קצת למה שמחכה לכם בפנים: * 🕵️‍♂️ איסוף מידע (Information Gathering): * כלים כמו sqlmap לבדיקת פגיעויות SQL Injection. * sublist3r לאיתור תתי-דומיינים. * sherlock למציאת פרופילים ברשתות חברתיות. * ועוד כלים לאיסוף מידע על אתרים, דומיינים ושרתים. * 🌐 רשתות (Networking): * הכלי הבלתי מעורער nmap לסריקת רשתות, זיהוי מכשירים ופורטים פתוחים. * bettercap להתקפות Man-in-the-Middle (MITM) וניטור תעבורה. * 🛡️ אפליקציות ווב (Web Applications): * xsstrike לבדיקת פגיעויות Cross-Site Scripting (XSS). * photon לאיתור נקודות תורפה ומידע רגיש באתרים. * 🔑 סיסמאות (Passwords): * hash_buster לפיצוח האשינג של סיסמאות. * changeme לאיתור סיסמאות ברירת מחדל. * cupp ליצירת רשימות סיסמאות מותאמות אישית. * 🐱 הסוואה (Obfuscation): * cuteit להסוואת קוד JavaScript. * ⚙️ כלים שימושיים (Utilities): * כלים להמרת דומיין ל-IP, פיצוח Base64, פתיחת Shell ועוד הרבה כלים שימושים. 📝 איך מתחילים? 1. הורידו את הקוד: . 2. עיינו בקובץ Installation-Tool.txt: הקובץ הזה מכיל הוראות מסודרות איך להתקין ולהריץ את הכלי על המערכת שלכם (כולל יצירת סביבה וירטואלית והתקנת תלויות). 3. חקרו את About-The-Tool.txt: שם תמצאו פירוט על כל קטגוריה והכלים שבה, ומה כל אחד מהם עושה. 💡 למה זה טוב? * למידה והתנסות: זו הזדמנות מצוינת לראות קוד אמיתי בפעולה, להבין איך כלים שונים עובדים יחד, ואפילו לנסות לשנות ולהתאים אותם לצרכים שלכם. * בסיס לפרויקטים: אולי הכלי הזה ייתן לכם רעיון לפרויקט אישי או אפילו השראה לפתח כלי משלכם! * הבנה מעמיקה יותר: התעסקות עם הכלים האלו תעזור לכם להבין טוב יותר את התהליכים והטכניקות בעולם הסייבר. ⚠️ חשוב לזכור – שימוש אתי בלבד! ⚠️ הכלי הזה, כמו כל כלי סייבר אחר, נועד למטרות לימוד, מחקר ובדיקות חדירות אתיות בלבד, ובסביבות שקיבלתם אישור מפורש לבדוק. השימוש בכלים אלו על מערכות ללא אישור הוא עבירה על החוק. אנחנו סומכים עליכם שתעשו שימוש אחראי ונכון בכלים ובידע שאתם רוכשים. 🙏 שוב תודה לכולכם! אנחנו נרגשים להמשיך ולגדול יחד איתכם, לשתף עוד ידע, מדריכים ודיונים מעניינים. העולם הזה הוא מרתק, והקהילה שלנו היא הכוח שמניע אותו קדימה. יש לכם שאלות על הכלי? רעיונות לשיפור? רוצים להגיד תודה למפתח? כתבו לנו בתגובות! 👇 וכמובן, אל תשכחו להצטרף לערוץ @CYBERSECURITYCODING אם עוד לא עשיתם זאת! 😉

🔹 גרמניה סגרה אתר להחלפת קריפטו בשווי 1.9 מיליארד דולר  📌 משטרת הפשע הפדרלית של גרמניה (BKA) סגרה את eXch[.]cx, פלטפורמת מסחר בקריפטו ששימשה לכאורה להלבנת כספים ועסקאות ברשת האפלה.  📌 האתר היה פעיל הן ברשת הפתוחה (clearnet) והן בDark Web, מה שאפשר גישה רחבה למשתמשים.  📌 חוקרים גילו כי הפלטפורמה שימשה האקרים מצפון קוריאה וגם קבוצות פשיעה ברשת האפלה.  🔹 מה השתלטות המשטרה כללה?  ✅ החרמת 34 מיליון אירו במטבעות קריפטו – כולל ביטקוין, את'ריום, לייטקוין ודאש.  ✅ תפיסת 8 טרה-בייט של נתונים – הרשויות אספו רישומי עסקאות נרחבים.  ✅ זיהוי קישורים לפעילות זדונית – חלק מהכספים אוחסנו בשרתים סיניים ששימשו להלבנת כספים.  ✅ מעורבות בפרשת Bybit Hack – האתר היה קשור לחלק מהכספים שנגנבו בפריצת Bybit מוקדם יותר השנה.  🔹 למה האתר נסגר?  📌 האתר לא הפעיל נהלי AML (מניעת הלבנת הון), מה שאפשר עסקאות אנונימיות בהיקף גדול.  📌 הוא פורסם בפורומים תת-קרקעיים, מה שמשך גורמים עברייניים.  📌 הרשויות מעריכות שהוא שימש להלבנת מעל 1.9 מיליארד דולר, כולל כספים גנובים.  📜 לקריאה נוספת ניתן לבדוק כאן  📌 הצטרפו לקבוצת CyberSecurityCoding כדי להתעדכן בכל מה שחדש באבטחת מידע וסייבר! 🚀🔐  💬 מה דעתך על הפעולה הזו? האם נראה לך שהאכיפה נגד פשיעת קריפטו מתגברת? 

🔹 גוגל תשלם 1.375 מיליארד דולר בעקבות פגיעה בפרטיות  📌 גוגל הסכימה לשלם 1.375 מיליארד דולר למדינת טקסס כדי ליישב תביעה על מעקב בלתי חוקי ואיסוף נתונים ביומטריים.  📌 התביעה, שהוגשה בשנת 2022, האשימה את גוגל באיסוף נתוני מיקום, חיפושים במצב "אנונימי" ונתונים ביומטריים – גם כשמשתמשים חשבו שמעקב היה כבוי.  📌 מדובר באחת מהתביעות הגדולות בהיסטוריה של ארה"ב נגד חברה טכנולוגית, בסדר גודל של הקנסות שהוטלו על Meta בעבר.  🔹 מה היו ההאשמות נגד גוגל?  ✅ מעקב אחר מיקום משתמשים גם כאשר היסטוריית מיקום הייתה מושבתת.  ✅ איסוף נתונים ביומטריים כמו תביעות קול ותמונות פנים ללא הסכמת המשתמשים.  ✅ שמירת חיפושים פרטיים שנעשו במצב "Incognito".  🔹 למה זה חשוב?  📌 מדובר בהסדר הפיצויים הגדול ביותר ברמת מדינה שנכפה על גוגל.  📌 התביעה הובלה על ידי התובע הכללי של טקסס, קן פקסטון, שטען כי גוגל הפרה את חוקי הפרטיות של תושבי המדינה.  📌 גוגל לא הודתה באשמה, אך הסכימה להסדר כדי לסגור את התיק המשפטי.  📌 מאז התביעה, החברה ביצעה שינויים במדיניות הפרטיות, כולל אחסון נתוני מפות באופן מקומי במקום בענן.  📜 פרטים נוספים על התביעה ניתן לקרוא כאן  📌 הצטרפו לקבוצת CyberSecurityCoding כדי להתעדכן בכל מה שחדש באבטחת מידע וסייבר! 🚀🔐  💬 מה דעתך על ההסדר הזה? האם הוא ישנה את הדרך שבה משתמשים רואים את הפרטיות שלהם מול גוגל? 

🎯 ניצול קבצי SUID ו-SGID: קבצים אלו הם יעד מועדף. אם תוקף מוצא קובץ הרצה עם ביט SUID דלוק, והקובץ שייך ל-root, הוא יחפש דרכים לגרום לקובץ הזה לבצע פעולות בשמו. * איך מאתרים?

    find / -perm -u=s -type f 2>/dev/null  # חיפוש קבצי SUID
    find / -perm -g=s -type f 2>/dev/null  # חיפוש קבצי SGID
    

* תרחיש תקיפה: נניח שקיים כלי עזר ישן supertool עם SUID bit והוא שייך ל-root. אם בתוך supertool יש פונקציונליות המאפשרת להריץ פקודות מערכת (למשל, פותח shell, או מריץ פקודה שהמשתמש מכניס), והכלי לא מבצע בדיקות קלט (input validation) כמו שצריך, תוקף יכול להכניס פקודות זדוניות (כמו whoami כדי לוודא, ואז /bin/bash כדי לקבל shell של root). כלים כמו nmap (בגרסה ישנה), find, cp, mv ואחרים, אם הם בטעות עם SUID bit והמשתמש יכול לשלוט על חלק מהפעולה שלהם, יכולים לשמש להסלמת הרשאות. למשל, אם cp הוא SUID root, ניתן להעתיק את /bin/bash למקום אחר, לתת לו SUID bit, ואז להריץ אותו כ-root. 📁 ניצול תיקיות עם הרשאות כתיבה לכולם (World-Writable Directories/Files): תיקיות או קבצים שכל משתמש במערכת יכול לכתוב אליהם הם פצצה מתקתקת. * איך מאתרים?

    find / -perm -o=w -type d 2>/dev/null  # תיקיות World-writable
    find / -perm -o=w -type f 2>/dev/null  # קבצים World-writable
    

* תרחיש תקיפה: 1. החלפת קבצי תצורה/סקריפטים: אם קובץ קונפיגורציה חשוב או סקריפט ש-root מריץ באופן קבוע (למשל מ-cron job) הוא world-writable, תוקף יכול לשנות אותו, להוסיף פקודה זדונית (כמו reverse shell), ולחכות ש-root יריץ אותו. 2. תיקיית `/tmp`: לעיתים קרובות מוגדרת כ-world-writable (עם "sticky bit" למניעת מחיקת קבצים של אחרים). תוקפים יכולים להשתמש בה לאחסון זמני של כלים, אבל הסיכון העיקרי הוא אם תוכנות כותבות אליה קבצים עם שמות צפויים ללא בדיקות מתאימות (symlink attacks). 3. Path Hijacking: אם תיקייה ב-$PATH של משתמש (במיוחד root) היא world-writable, תוקף יכול להכניס סקריפט זדוני עם שם של פקודה נפוצה (למשל ls). כשהמשתמש יריץ ls, הוא יריץ את הסקריפט הזדוני. 🔑 ניצול תצורות `sudo` חלשות: הפקודה sudo מאפשרת למשתמשים מורשים להריץ פקודות כמשתמש אחר (בדרך כלل root). קובץ התצורה /etc/sudoers מגדיר מי יכול להריץ מה. * בדיקת הרשאות `sudo`:

    sudo -l
    

* תרחיש תקיפה: 1. (ALL) NOPASSWD: /usr/bin/any_command: אם משתמש יכול להריץ פקודה מסוימת כ-root ללא סיסמה, והפקודה הזו מאפשרת "לברוח" ל-shell (למשל, עורכי טקסט כמו vim, less, more, כלים כמו find, awk, perl, python), התוקף פשוט יריץ:

        sudo /usr/bin/find . -exec /bin/bash \; -quit # דוגמה עם find
        sudo /usr/bin/vim # ואז בתוך vim להקליד :!/bin/bash
        

2. הרשאה להריץ סקריפט ספציפי עם `sudo`: אם המשתמש יכול להריץ סקריפט כ-root, והמשתמש יכול גם *לכתוב* לסקריפט הזה, הוא פשוט ישנה את הסקריפט כך שיפתח לו shell של root. 3. GTFOBins: אתר מצוין (gtfobins.github.io) שמכיל רשימה ארוכה של קבצי בינאריים של לינוקס שיכולים לשמש להסלמת הרשאות אם יש לך הרשאות sudo (או SUID) עליהם. 👨‍👩‍👧‍👦 ניצול חברות בקבוצות (Group Membership Exploitation): חברות בקבוצות מסוימות יכולה להעניק הרשאות מיוחדות. * קבוצות נפוצות בעלות פוטנציאל: root, admin, sudo, docker, adm, disk, lxd. * תרחיש תקיפה (קבוצת `docker`): אם משתמש חבר בקבוצת docker, הוא יכול להריץ קונטיינרים של דוקר. תוקף יכול להריץ קונטיינר עם הרשאות גבוהות ולעשות mount למערכת הקבצים של ה-host, ובכך לקבל גישה מלאה:

    docker run -v /:/mnt --rm -it alpine chroot /mnt sh
    

זה ייתן לו shell של root על המערכת המארחת. --- 📝 סיכום ומסקנות: הבנה וניהול קפדני של הרשאות קבצים ומשתמשים הם אבן יסוד באבטחת מערכות לינוקס. * ✅ למנהלי מערכות: העניקו תמיד את ההרשאות המינימליות הנדרשות (Principle of Least Privilege). בדקו בקביעות הרשאות חשודות, במיוחד קבצי SUID/SGID ותיקיות world-writable. הגדירו את sudo בזהירות. * 🕵️ לבודקי חדירות (Pentesters) וחוקרי אבטחה: חיפוש אחר הרשאות שגויות הוא אחד השלבים הראשונים והחשובים ביותר בתהליך הסלמת הרשאות. כלים כמו LinEnum.sh, linuxprivchecker.py, lse.sh (Linux Smart Enumeration) יכולים לעזור באוטומציה של החיפוש. זכרו, כל הרשאה מיותרת היא פתח פוטנציאלי לתוקף. שמרו על המערכות שלכם מוגנות! 🛡💪 יש לכם שאלות? טכניקות נוספות שתרצו לדון בהן? שתפו בתגובות! 👇 הצטרפו לערוץ @CYBERSECURITYCODING ---