PracticU

התקפת MiTM6 & NtlmRelayX
על Comp Account - חלק 2 -NtlmRelayX

בלי כתוביותעם כתוביות
PracticU › קורס פריצה ומבדקי חדירה לתשתית ארגונית - בדיקות חוסן מתקדמות ל-Active Directory - קורס זה נדרש למבחן ההסמכה היוקרתי OSCP › התקפת MiTM6 & NtlmRelayX על Comp Account - חלק 2 -NtlmRelayX
מילון מושגים:
פרוקסי - שרת מתווך שמעביר בקשות בין לקוח ליעד, ויכול לשמש להסתרה, לסינון, למטמון או לבקרת גישה.
דומיין קונטרולר - שרת בדומיין של Active Directory שמאמת משתמשים ואוכף מדיניות והרשאות ברשת הארגונית.
Kerberos - פרוטוקול אימות המבוסס על כרטיסים (tickets), המשמש ברשתות Active Directory לאימות מאובטח של משתמשים ושירותים.
DHCP - פרוטוקול שמחלק כתובות IP והגדרות רשת למכשירים אוטומטית כשהם מתחברים לרשת.
IPv6 - הדור החדש של פרוטוקול IP, עם מרחב כתובות גדול בהרבה מ-IPv4, שנכתבות בפורמט הקסדצימלי.
IPv4 - הגרסה הרווחת של פרוטוקול IP, שבה כתובת מורכבת מארבעה מספרים בין 0 ל-255.
Active Directory - שירות מדריך של מיקרוסופט לניהול מרכזי של משתמשים, מחשבים והרשאות ברשת ארגונית מבוססת דומיין.
אדמיניסטרטור - משתמש בעל הרשאות הניהול הגבוהות ביותר במערכת, שיכול לשנות הגדרות, להתקין תוכנות ולנהל משתמשים אחרים.

התקפת MiTM6 & NtlmRelayX
על Comp Account - חלק 2 -NtlmRelayX
בשיעור זה אנו ממשיכים את ההתקפה ומפעילים את הכלי NTLMRelayX, שמגלגל את בקשות העימות של הפרוקסי אל שרת הדומיין קונטרולר ומבצע בו את פעולות התקפת Kerberos Delegation.
נושאי הסיכום המוצגים בשיעור:
1. תפקיד הכלי: NTLMRelayX מכוון אל יעד ה-LDAPS של הדומיין קונטרולר, מתחזה לשרת פרוקסי ודורש עימות מהלקוח. ברגע שהשרת התמים, שעשה ריסטארט, עובר מולו עימות כי הוא הפרוקסי שלו, הכלי מגלגל את העימות אל ה-DC ומבצע בתוכו את הפעולות הדרושות להתקפת ה-Delegation, יצירת מחשב חדש והענקת לו זכות להיכנס למחשב המקורי בשמם של כל היוזרים.
2. ההמתנה והטריגר: הכלי עומד וממתין שהמחשב היעד יחפש את הפרוקסי שלו דרך ה-DNS המזויף. כדי לא לחכות זמן רב, עושים ריסטארט לשרת היעד, דבר שקורה בשגרה בכל שרתים. בזמן העלייה מחדש הוא מנסה לחדש את כתובת ה-IP, ואנו עונים לו כשרת DHCP ב-IPv6 בלבד, בלי להפריע ל-DHCP האמיתי של IPv4. הוא מחפש את ה-WPAD, מקבל תשובה שהפרוקסי הוא שם פיקטיבי שהגדרנו, מגיע אליו ועובר מולנו אימות.
3. עימות מוצלח בשם המחשב: הכלי מדווח על הצלחת אימות LDAPS אל ה-DC, תוך גלגול בקשות העימות של השרת. שימו לב שהשם שמזדהה מסתיים בסימן דולר, מה שאומר שזה אינו יוזר אמיתי אלא חשבון מחשב, ומבחינת קרברוס הוא כמו יוזר רגיל.
4. יצירת חשבונות מחשב חדשים: אחרי העימות המוצלח, הכלי מנסה ליצור חשבון מחשב חדש ומצליח. הוא מציג את שם המחשב ואת הסיסמה שלו, ורושמים אותם לצד, כיוון שמבחינת קרברוס המחשב הוא Security Principal כמו יוזר, ואת השם והסיסמה האלה נשתמש לבקשת טיקטים מקרברוס. מעניין שהכלי יצר למעשה שני חשבונות מחשב, ושניהם נראים בממשק הגרפי של Active Directory אחרי ריענון, ועל שניהם בוצע ה-Delegation כדי שנוכל להגיע לשרת הקבצים בשמו של האדמיניסטרטור.
5. הענקת זכות ה-Delegation: אחרי יצירת חשבון המחשב, הכלי מעניק למחשב החדש זכות להתחבר בשמם של כל היוזרים אל המחשב המקורי, שרת הקבצים, בעזרת פונקציית הפרוקסי המובנית בקרברוס.
6. מהו מנגנון ה-Delegation: קרברוס נועד לאפשר האצלת סמכות, שבה שרת מסוים מתחבר לשרת אחר בשמם של כל היוזרים בארגון שאינם רגישים, כלומר כאלה שלא סומנו עם הדגל שהחשבון שלהם רגיש ואסור לו לעבור delegation. מדגימים את הדגל בממשק, ומסבירים שאף מנהל רשת כמעט לא מכיר אותו ולא מסמן אותו, כיוון שהם אינם מכירים את ההתקפה הזאת. המנגנון נועד לתרחיש לגיטימי שבו משתמש מהבית עובר עימות מול שרת קדמי והשרת הקדמי הולך בשמו בתוך הארגון ומביא את המידע.
7. Resource-Based Delegation: המנגנון שבו אנו מתעללים הוא ה-RBCD שהתווסף ב-Active Directory מגרסת 2012. עד אז רק מנהל רשת יכול היה להגדיר delegation, אך מאז המחשב עצמו רשאי להגדיר לעצמו אילו שרתים יוכלו להתחזות ליוזרים ולהגיע אליו. אנו אומרים שיש לנו את הזכות להגדיר מי יכול לבוא אלינו ב-Delegation.
8. ההמצאה של טיקטים: הבעיה מבחינת התוקף היא שברגע שיש למחשב זכות Delegation, מותר לו לטעון שהוא אימת את המשתמשים בדרך מיוחדת משלו, ואז לבקש מהדומיין קונטרולר טיקט עבור המשתמש שכביכול עבר עימות. כמובן ששום עימות לא התרחש, כי מדובר במחשב שאנו שולטים בו, אך אנו מתחזים כאילו הוא בדק את היוזר, נניח אדמיניסטרטור של הדומיין, ומצא שהוא תקין, ומבקש טיקט מקרברוס כדי להתחבר אל שרת הקבצים. מותר לו להמציא טיקטים, וזה בדיוק מה שנעשה, נבקש טיקט בשמו של אדמיניסטרטור של כל הרשת עבור השירוד בשרת הקבצים, כאילו האדמיניסטרטור רוצה את שרת הקבצים והוא מגיע מתוך המחשב החדש שלנו.
9. סיום השלב: הכלי מדווח שסיים את ההתקפה, יש לנו את זכות ה-Delegation, מכבים את ה-DHCPv6 וכל מה שנותר הוא לנצל את הזכות הזאת ולבקש טיקט של אדמיניסטרטור כאילו עשינו לו אימות, ואת זה נעשה בשיעור הבא ונסיים את ההתקפה כמו שצריך.
סיכמנו את חלקו השני של ההתקפה, גלגול עימותי ה-LDAPS של חשבון המחשב אל הדומיין קונטרולר, יצירת חשבונות מחשב חדשים בעזרת ה-Machine Quota, הענקת זכות ה-RBCD למחשבים שבשליטתנו, וההבנה כיצד מנגנון ה-Delegation הלגיטימי הופך לנשק התקפה. בשיעור הבא נעסוק בנושא התקפת MiTM6 & NtlmRelayX
על Comp Account - חלק 3 - getST. זה הכל, תודה רבה.
בשיעור הבא נעסוק בנושא התקפת MiTM6 & NtlmRelayX
על Comp Account - חלק 3 - getST.
SR12972HE

פרקי ההרצאה: התקפת MiTM6 & NtlmRelayX על Comp Account - חלק 2 -NtlmRelayX

  1. 00:00

    הגדרת יעד ההתקפה

  2. 00:41

    הפעלת ההתקפה

  3. 01:36

    חידוש הכתובת וה-WPAD

  4. 02:09

    העברת האימות מול השרת

  5. 02:46

    יצירת חשבון מחשב

  6. 03:18

    הענקת זכות ההאצלה

  7. 04:16

    המחשב כחשבון אבטחה

  8. 05:10

    האצלת סמכות מבוססת משאב

תמלול ההרצאה: התקפת MiTM6 & NtlmRelayX על Comp Account - חלק 2 -NtlmRelayX

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

  1. 00:02

    מה עושה ntlm relay x? מגלגל את הבקשות של הפרוקסי לשרת dc, זה שרת ה dc שלי. אז הכלי של ntlm relay x הולך לעשות לנו relay לטארגט מינוס t target הזה, שזה כתובת של ה dc שלי ldap s הולך להתחזות לשרת פרוקסי ולדרוש עימות מהלקוח וברגע שהלקוח שזה השרת התמים הזה שעשה ריסטארט יעבור מולו עימות כי הוא הפרוקסי שלו הוא יגלגל את זה לטארגט הזה ל-DC ויבצע בתוך DC פעולות

  2. 00:37

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

  3. 01:03

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

  4. 01:16

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

  5. 01:36

    הוא מחפש WPAD, זוכרים מה זה WPAD? זה הפרוקסי ואני אומר לו שהפרוקסי זה פייק ניים כלשהו והוא בא לפייק ניים הזה שזה אני ועושה מולי אימות ואני מגלגל את בקשות האימות שלו הלאה ושימו לב אני מצליח LDAP S authentication succeeded אני מצליח לגלגל את בקשות העימות שלו ל-DC ולהזדהות בשם של השרת בשם של המחשב סימן של דולר בסוף

  6. 02:03

    זה אומר שזה לא יוזר אמיתי אלא מחשב ומבחינתו של קרברוס זה כמו יוזר רגיל ה-authentication מול ה-DC מצליח מה קורה אחרי שהוא מצליח הוא מנסה create computer account הוא מנסה ליצור חשבון מחשב חדש והנה הוא מצליח ליצור מחשב חדש זה השם של המחשב וזאת הסיסמה של המחשב תזכרו שבקרברוס המחשב זה כמו היוזר זה נקרא

  7. 02:28

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

  8. 02:52

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

  9. 03:04

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

  10. 03:20

    אני הולך להראות לכם את ה-V הזה שאף מנהל רשת אף פעם לא שם אותו, כי הם פשוט לא מכירים את ההתקפה הזאת. ה-V הזה, account is sensitive and cannot be delegated, מונע delegation על היוזר הזה.

  11. 03:32

    מונע משרתים להזדהות בשמו של היוזר הזה. אבל את ה-V הזה אף אחד לא שם, ואם לא שמים את ה-V הזה, מותר לשרת להזדהות בשמו של יוזר מול שרת אחר.

  12. 03:45

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

  13. 04:12

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

  14. 04:24

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

  15. 04:46

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

  16. 05:07

    עד 2012 רק מנהל רשת יכול להגדיר את זה. ב-2012 המחשב עצמו יכול להגדיר resource-based delegation וה- delegation החדש הזה אנחנו

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

ההרצאה הקודמת: התקפת MiTM6 & NtlmRelayX - על Comp Account - חלק 1 - MiTH6

ההרצאה הבאה: התקפת MiTM6 & NtlmRelayX - על Comp Account - חלק 3 - getST

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

  • Run As Account
  • חשבון AWS Account
  • התקפת CSRF
  • יצירת Account Storage נוסף

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

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