PracticU

התקפת MiTM6 & NtlmRelayX
חלק 1 - התקנת CA

בלי כתוביותעם כתוביות
PracticU › קורס פריצה ומבדקי חדירה לתשתית ארגונית - בדיקות חוסן מתקדמות ל-Active Directory - קורס זה נדרש למבחן ההסמכה היוקרתי OSCP › התקפת MiTM6 & NtlmRelayX חלק 1 - התקנת CA
מילון מושגים:
אדם בתווך - מתקפה שבה גורם עוין מיירט ואולי משנה את התקשורת בין שני צדדים בלי שהם מודעים לכך.
IPv6 - הדור החדש של פרוטוקול IP, עם מרחב כתובות גדול בהרבה מ-IPv4, שנכתבות בפורמט הקסדצימלי.
מדפסת - התקן פלט שמדפיס על נייר מידע דיגיטלי מהמחשב.
כבל רשת - כבל פיזי, בדרך כלל מסוג Ethernet, שמחבר מכשירים לרשת חוטית.
IPv4 - הגרסה הרווחת של פרוטוקול IP, שבה כתובת מורכבת מארבעה מספרים בין 0 ל-255.
שרת DNS - שרת שמתרגם שמות מתחם קריאים, כמו example.com, לכתובות IP שהמחשבים משתמשים בהן.
LDAP - פרוטוקול לגישה ולשאילתה של שירותי מדריך כמו Active Directory, לאיתור וניהול משתמשים ומשאבים.
רשות אישורים - גוף מהימן שמנפיק ומאשר תעודות דיגיטליות, ומאמת את זהות בעליהן.

התקפת MiTM6 & NtlmRelayX
חלק 1 - התקנת CA
בשיעור זה אנו תוקפים Active Directory בלי לדעת אף סיסמה, בלי לשבור אף hash, בלי להסתמך על מילונים ובלי עזרת שכנים ברשת, כאילו LLMNR סגור, ואכן הוא נסגר ב-Group Policy כדי להקשות על ההתקפה. כל ההתקפה מתבססת על Man in the Middle על IPv6.
נושאי הסיכום המוצגים בשיעור:
1. הדרישה להיות ברשת הפיזית: התוקף חייב להיות מחובר פיזית לאותו וילאן, ולא ניתן לבצע זאת דרך האינטרנט, אלא אם כן פרץ קודם לתחנה כלשהי ברשת ומשם ממשיך. בפועל, נוהגים לנתק מדפסת ולחבר במקומה את ה-Kali בכבל רשת רגיל, או להסתיר מחשב קטן שאליו מתחברים מרחוק. כל נקודות ההתקפה חייבות להיות על אותה רשת פיזית עם הקורבן.
2. התחזות ל-DHCPv6 בלבד: התוקף נכנס לרשת כשרת DHCP של IPv6, בהנחה שכולם עובדים ב-IPv4, ה-IPv6 מופעל ואף אחד לא נוגע בו, ולכן העבודה השוטפת של הארגון אינה נפגעת כלל.
3. הפיכה לשרת DNS: שרת ה-DHCP המזויף מצהיר שהוא גם שרת DNS, וכך מגיעות אליו השאילתות של הלקוחות. כשרת DNS הוא עונה לכל הדפדפנים בארגון ברשומת WPAD שמצביעה על שרת פרוקסי פנים-ארגוני.
4. למה כל דפדפן מחפש פרוקסי: בהרבה רשתות אין יציאה ישירה לאינטרנט דרך default gateway, והיציאה עוברת דרך שרת פרוקסי שמעמת את המשתמשים ובודק למי ולאן מותר לצאת, ואף מקצר זמנים בכך שמחזיק מידע בזיכרון עבור אתרים שנדרשו כבר קודם. מחשב שנדלק ברשת מחפש את שרת הפרוקסי בעזרת שאילתת DNS על רשומת WPAD בדומיין, ושרת ה-DNS שהתוקף שולט בו עונה לו שהפרוקסי נמצא בכתובת שלו עצמו. התוקף הוא גם DHCP, גם DNS וגם הפרוקסי.
5. למה פרוקסי מעמת וראוטר לא: ה-default gateway עובד בשכבת ה-IP בלבד, הוא מקבל פאקטים ומעביר אותם הלאה מכתובת לכתובת בלי להבין את שכבת האפליקציה ובלי לדעת איזה משתמש שולח. כדי לאמת משתמשים ביציאה לאינטרנט נדרש מנגנון מתוחכם יותר, ולכן הומצא הפרוקסי, שמבקש עימות מהמשתמש כדי לדעת מי הוא. ההגדרה האוטומטית של זיהוי הפרוקסי מופעלת כברירת מחדל ב-Windows, בעוד שהגדרה ידנית של שרתי פרוקסי תשבור את הגלישה ברשתות אחרות.
6. הגלגול אל LDAP: העימות שהדפדפן עובר מול הפרוקסי המזויף מגולגל הלאה אל שרת ה-LDAP. LDAP הוא פרוטוקול פתוח, סטנדרט תעשייה שאינו תלוי בספק, שבו מתקשרים עם Active Directory, יוצרים משתמשים חדשים ומבצעים פעולות על מאגר היוזרים והקבוצות, וזו הצורה התקנית להתחבר אל Active Directory עם כלים חיצוניים. הוא עובד בפורט 389 בלי הצפנה, או בפורט 636 כ-LDAPS עם SSL.
7. הבעיה, אין תעודה דיגיטלית: כדי לבצע פעולות מסוכנות כמו יצירת דומיין-אדמין דרך הפרוטוקול, נדרשת הגרסה המוצפנת LDAPS, והיא אינה עובדת כברירת מחדל כי לדומיין קונטרולר אין תעודה דיגיטלית. הבדיקה מ-Kali מראה שהניסיון לפנות לפרוטוקול המוצפן מסתיים בשגיאת איפוס חיבור מצד השרת.
8. הפתרון, התקנת Certificate Services: מתקינים על הדומיין קונטרולר את התפקיד Active Directory Certificate Services, תפקיד נוסף שמעניק לשרת את הזכות לחלק תעודות דיגיטליות לכל מי שיבקש, כשהוא מאמת משתמש לפני הנפקת תעודה. מדגישים שהתוקף אינו יכול להתקין דבר על דומיין קונטרולר, אלא שבארגון רגיל התפקיד הזה כבר יהיה מותקן, וההתקנה כאן היא הכנת המעבדה להתקפה.
9. ההתקנה וההגדרה: בתוך Server Manager בוחרים להוסיף תפקידים ותכונות, מסמנים את התפקיד ומתקינים בברירות מחדל בלי לשנות דבר. חשוב לדעת שהתקנה לבדה אינה מספיקה, ואחריה חייבת הגדרה בקישור ה-Post Deployment. בשלב ההגדרה בוחרים את התפקיד של Certificate Authority, מחלק התעודות. קיימים גם תפקידים נוספים שלא בוחרים, כמו CA דרך ווב, שבו משתמשים ומחשבים יכולים לקבל תעודות דרך אתר אינטרנט פנימי במקום כלי ניהול, וכן Online Responder ועוד, ולכל אלה יש הרצאות נפרדות בקורס מנהלי רשת. מסיימים את ההגדרה עם Configure.
10. הפעלה מחדש והבדיקה: גם אחרי ההגדרה השגיאה נשארת, והסיבה היא שצריך להפעיל את השרת מחדש, כדי ששירות ה-LDAP יעלה וישתמש בתעודה שהותקנה לו. אחרי הריסטארט כל השירותים עולים ברקע וברגע שמופיע חלון הלוגין השרת באוויר. חוזרים ל-Kali, מריצים את אותה פקודה שוב, והפעם אין שגיאה, ה-SSL עובד, הפרוטוקול המוצפן פתח, וזה מספיק כדי להמשיך את ההתקפה בשיעור הבא.
סיכמנו את הכנות ההתקפה, מהדרישה להיות פיזית ברשת והתחזות ל-DHCP ו-DNS ב-IPv6, דרך מנגנון ה-WPAD והפרוקסי המזויף שמעמת משתמשים, ועד להבנה ש-LDAPS דורש תעודה דיגיטלית והתקנת תפקיד ה-Certificate Authority על הדומיין קונטרולר כדי לאפשר את ההמשך. זה הכל, תודה רבה.
SR12968HE

פרקי ההרצאה: התקפת MiTM6 & NtlmRelayX חלק 1 - התקנת CA

  1. 00:00

    התנאים להתקפה

  2. 00:38

    שלבי ההתקפה ב-IPv6

  3. 01:32

    התחזות לשרת DNS

  4. 02:10

    מציאת שרת הפרוקסי

  5. 03:02

    תפקיד ויתרונות הפרוקסי

  6. 03:55

    האזנה אוטומטית ל-WPAD

  7. 04:52

    פרוטוקול LDAP מול Active Directory

תמלול ההרצאה: התקפת MiTM6 & NtlmRelayX חלק 1 - התקנת CA

הטקסט המלא של הדקות הראשונות בהרצאה «התקפת MiTM6 & NtlmRelayX חלק 1 - התקנת CA» בקורס הווידאו של PracticU – כתוביות בעברית עם זמן התחלה לכל פסקה. כך תוכלו לקרוא ולחפש את הנושאים לפני שמתחילים ללמוד.

  1. 00:02

    שלום לכולם, בהרצאה הזו אנחנו נתקוף Active Directory בלי לדעת אף סיסמה, בלי לשבור אף האש, בלי להסתמך על מילונים ובלי להסתמך על שכנים ברשת.

  2. 00:14

    כאילו אלה למנהר סגור. דרך אגב, אתם יכולים לבדוק שבאמת סגרתי אותו בגרופוליסי כדי להקשות על עצמי כאילו הרשת יותר מאובטחת. כל ההתקפה שלי תתבסס על Man in the Middle, על IPv6. אני אכנס כשרת DHCP בתוך הרשת, אבל DHCP של IPv6 כדי לא לפגוע בעבודה השוטפת ב-IPv4, ההנחה שלי שכולם עובדים

  3. 00:40

    ב-IPv4 וה-IPv6 מופעל ואף אחד לא נוגע בו. אז אני אכנס כ-DHCPv6 לתוך הרשת, כמובן שאני חייב להיות פיזית מחובר לאותו וילאן לאותה רשת פיזית, אי אפשר לעשות את זה דרך אינטרנט, אלא אם כן פרצתי לאיזושהי תחנה ובתוך אותה תחנה אני כבר עושה הכל.

  4. 00:59

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

  5. 01:08

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

  6. 01:24

    בקיצור, אני חייב להיות באותה רשת כדי להיות שרת DHCP ב-V6, אני לא פוגע בארגון השוטף, בעבודה השוטפת שעובדת על V4. אחרי שאני מתחזה להיות V6 אני נהיה גם שרת DNS, כי DHCP שלי אומר שאני גם שרת DNS. ושרת DNS עונה לכל הקליינטים בארגון שרשומה WPAD מצביעה על שרת פרוקסי בתוך הארגון, כל דפדפן שנדלק מחפש אותה, אולי הוא בכלל נדלק

  7. 01:53

    באיזושהי רשת חדשה שיש שם שרת פרוקסי שדרכו יוצאים לאינטרנט, לא דרך default gateway רגיל, לא דרך ראוטר רגיל מגיעים לאינטרנט אלא דרך שרת פרוקסי, כדי ששרת פרוקסי יעמת את המשתמשים, יבדוק למי ולאן מותר לצאת.

  8. 02:09

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

  9. 02:23

    אז המחשב החדש שנדלג ברשת מחפש את שרת הפרוקסי הזה, כי בהרבה רשתות אי אפשר לצאת דרך default gateway לאינטרנט, אלא חייבים לעבור דרך הפרוקסי.

  10. 02:33

    איך המחשב אמור לדעת מיהו הפרוקסי? הוא פונה ל-DNS ושואל אותו, האם יש לך רשומת WPAD.הדומיין שלי? ושרד DNS שאני שולט עליו אומר לו, בטח, זה IP כזה וכזה, לך אליו, הוא הפרוקסי שלך.

  11. 02:50

    ואז הוא מגיע ל-IP הזה, שזה גם במקרה אני, זה הכל אני, אני גם DHCP, אני גם DNS, אני גם הפרוקסי. אבל התוכנה של הפרוקסי שלי נקראת ntlm relay x ומה היא מבקשת?

  12. 03:02

    היא אומרת אני הפרוקסי אבל אני רוצה עימות שאני אדע מי אתה וזה לגיטימי ככה עובד הפרוקסי פרוקסי אמור לבקש עימות כדי לדעת מי היוזר שהגיע אליו מי המשתמש דרך אגב זה בניגוד ליציאת דייפול גטוויי דייפול גטוויי מקבל פאקט הוא לא מבין איזה יוזר זה כי הוא רק בלייר 3 ברמת הIP הוא לא מגיע לרמה אפליקטיבית של היוזרים

  13. 03:25

    הוא רואה פאקט מאיזה IP לאיזה IP מעביר שמאלה או ימינה ולכן כדי לאמת את המשתמשים ביציאה ולבדוק אותם צריך משהו מתוחכם יותר מראוטר, הראוטר הטיפש הזה מבין רק שכבה של כתובות IP הוא לא מבין את השכבה של האפליקציה של היוזרים ולכן המציאו את האופציה של פרוקסי בכל וינדוס שימו לב כאן בתוך הווינדוס שלי

  14. 03:49

    אני כותב פרוקסי סטינגס ואני נמצא בכלל בשרת אבל זה לא משנה אם זה שרת וינדוס 10 11 ויש לי פה אוטומטיקלי דטק סטינגס של פרוקסי הוא יחפש באוטומטיק את ה-WPAD ויעבור מולו עימות כמובן שמנהל רשת יכול להגדיר פה ידנית פרוקסי סרוורס אבל אז המחשב הזה יעבור לרשת אחרת ולא יעבוד לו האינטרנט כי הוא יחפש דווקא את הפרוקסי

  15. 04:12

    הזה והוא כבר לא קיים ברשת אחרת אם המחשב לא זז לשום מקום אז אפשר לרשום פה ידנית אבל כברירת מחדל מוגדר האוטומט והאוטומט הזה מחפש את הרשומה הזאת ב-DNS מי שעושה את זה בפועל זה הדפדפן והולך לפרוקסי הזה, עובר מולו עימות ואני מגלגל את העימות הזה הלאה.

  16. 04:30

    הלאה לשרת ה-LDAP. LDAP זה פרוטוקול אופן סורס, פרוטוקול גלוי לכולם, שבו מתקשרים עם Active Directory. יוצרים יוזר חדש, עושים כל מיני פעולות על המאגר המרכזי שלי, של היוזרים ושל הקבוצות ושל המשתמשים.

  17. 04:49

    זאת למעשה הצורה התקנית להתחבר ל-Active Directory עם כלים חיצוניים. מיקרוסופט בעצמם לא כל כך משתמשים ב-LDAP יש להם כל מיני בקדורים אחרים לעצמם אבל אנחנו הולכים להשתמש ב-LDAP הזה שהוא ונדר

לקורס המלא: מבדקי חדירה ל‑Active Directory

ההרצאה הקודמת: הסבר על התקפת MiTM6 - ועל WPAD

ההרצאה הבאה: התקפת MiTM6 & NtlmRelayX - חלק 2 - יצירת משתמש

הרצאות קשורות מקורסים אחרים

  • התקפת CSRF
  • התקפת SQL injection
  • התקנת MongoDB
  • התקנת HAXM

קורסים נוספים במסלול

  • קורס SOC - מיישם הגנת סייבר
  • קורס סייבר למתחילים - Hacking - בדיקות חוסן תשתיתי ופריצה ל-Windows 10/11 - קורס זה נדרש למבחן ההסמכה היוקרתי OSCP
  • קורס פריצה ומבדקי חדירה לאתרי אינטרנט - בדיקות חוסן לאתרים - Web Pentesting - קורס זה נדרש למבחן ההסמכה היוקרתי OSCP
  • קורס סייבר והאקינג ל-Android - פריצה לטלפונים ואפליקציות אנדרואיד - בודק חוסן - Mobile App Pentesting