ALPACA - טכניקה חדשה להתקפות MITM על HTTPS

צוות חוקרים מכמה אוניברסיטאות בגרמניה פיתח מתקפת MITM חדשה על HTTPS שיכולה לחלץ עוגיות הפעלה ונתונים רגישים אחרים, כמו גם לבצע קוד JavaScript שרירותי בהקשר של אתר אחר. המתקפה נקראת ALPACA וניתן להחיל אותה על שרתי TLS המיישמים פרוטוקולי שכבת יישומים שונים (HTTPS, SFTP, SMTP, IMAP, POP3), אך משתמשים בתעודות TLS נפוצות.

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

בהתאם לכך, אם, למשל, אתה מפנה מחדש חיבור משתמש שהופנה במקור ל-HTTPS לשרת דואר המשתמש בתעודה משותף עם שרת ה-HTTPS, חיבור ה-TLS יתבצע בהצלחה, אך שרת הדואר לא יוכל לעבד את המשודר. פקודות HTTP ויחזיר תגובה עם קוד שגיאה. תגובה זו תעובד על ידי הדפדפן כתגובה מהאתר המבוקש, המועברת בתוך ערוץ תקשורת מוצפן שהוקם כהלכה.

שלוש אפשרויות תקיפה מוצעות:

• "העלה" כדי לאחזר קובץ Cookie עם פרמטרי אימות. השיטה ישימה אם שרת ה-FTP המכוסה על ידי אישור ה-TLS מאפשר לך להעלות ולאחזר את הנתונים שלו. בגרסה התקפה זו, התוקף יכול להשיג שמירה של חלקים מבקשת ה-HTTP המקורית של המשתמש, כמו תוכן כותרת ה-Cookie, למשל, אם שרת ה-FTP מפרש את הבקשה כקובץ שמירה או רושם בקשות נכנסות לחלוטין. כדי לתקוף בהצלחה, התוקף צריך לחלץ איכשהו את התוכן המאוחסן. ההתקפה חלה על Proftpd, Microsoft IIS, vsftpd, filezilla ו-serv-u.
• "הורד" לארגון סקריפטים בין אתרים (XSS). השיטה מרמזת כי התוקף, כתוצאה מכמה מניפולציות בודדות, יכול למקם נתונים בשירות המשתמש בתעודת TLS משותפת, אשר לאחר מכן ניתן להנפיק בתגובה לבקשת משתמש. ההתקפה חלה על שרתי ה-FTP, שרתי ה-IMAP ושרתי ה-POP3 שהוזכרו לעיל (שליחים, סיירוס, kerio-connect וזימברה).
• "Reflection" להפעלת JavaScript בהקשר של אתר אחר. השיטה מבוססת על החזרה ללקוח חלק מהבקשה, המכיל את קוד ה-JavaScript שנשלח על ידי התוקף. ההתקפה חלה על שרתי ה-FTP שהוזכרו לעיל, שרתי ה-cyrus, kerio-connect ו-zimbra IMAP, כמו גם על שרת ה-Sendmail SMTP.

לדוגמה, כאשר משתמש פותח דף שנשלט על ידי תוקף, דף זה עשוי ליזום בקשה למשאב מאתר שבו למשתמש יש חשבון פעיל (לדוגמה, bank.com). במהלך מתקפת MITM, ניתן להפנות בקשה זו המופנית לאתר bank.com לשרת דוא"ל המשתמש באישור TLS המשותף עם bank.com. מכיוון ששרת הדואר אינו מסיים את ההפעלה לאחר השגיאה הראשונה, כותרות שירות ופקודות כגון "POST / HTTP/1.1" ו-"Host:" יעובדו כפקודות לא ידועות (שרת הדואר יחזיר "500 פקודה לא מזוהה" עבור כל כותרת עליונה).

שרת הדואר אינו מבין את המאפיינים של פרוטוקול ה-HTTP ועבורו מעובדים כותרות השירות ובלוק הנתונים של בקשת ה-POST באותו אופן, כך שבגוף בקשת ה-POST ניתן לציין שורה עם פקודה ל שרת הדואר. לדוגמה, אתה יכול להעביר: MAIL FROM: alert(1); אליו שרת הדואר יחזיר הודעת שגיאה 501 alert(1); : כתובת שגויה: התראה(1); עלול שלא לעקוב

תגובה זו תתקבל על ידי הדפדפן של המשתמש, אשר יבצע את קוד ה-JavaScript בהקשר לא של אתר האינטרנט הפותח תחילה של התוקף, אלא של אתר bank.com שאליו נשלחה הבקשה, שכן התגובה הגיעה תוך סשן TLS נכון. , שתעודתו אישרה את האותנטיות של תגובת bank.com.

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

הוכנו דוגמאות לניצול עבור שרתי ftp pureftpd, proftpd, microsoft-ftp, vsftpd, filezilla ו-serv-u, שרתי IMAP ו-POP3 dovecot, courier, exchange, cyrus, kerio-connect ו-zimbra, שרתי SMTP postfix, exim, sendmail , ניתן לדואר, mdaemon ו-opensmtpd. חוקרים בחנו את האפשרות לבצע תקיפה רק בשילוב עם שרתי FTP, SMTP, IMAP ו-POP3, אך ייתכן שהבעיה עלולה להתרחש גם עבור פרוטוקולי יישומים אחרים המשתמשים ב-TLS.

כדי לחסום את המתקפה, מוצע להשתמש בתוסף ALPN (Application Layer Protocol Negotiation) כדי לנהל משא ומתן על סשן TLS תוך התחשבות בפרוטוקול האפליקציה ובסיומת SNI (Server Name Indication) כדי להיקשר לשם המארח במקרה של שימוש אישורי TLS המכסים מספר שמות מתחם. בצד האפליקציה, מומלץ להגביל את מגבלת מספר השגיאות בעת עיבוד פקודות, ולאחר מכן החיבור מופסק. תהליך פיתוח אמצעים לחסימת התקיפה החל באוקטובר אשתקד. אמצעי אבטחה דומים כבר ננקטו ב-Nginx 1.21.0 (פרוקסי דואר), Vsftpd 3.0.4, Courier 5.1.0, Sendmail, FileZill, crypto/tls (Go) ו-Internet Explorer.

מקור: OpenNet.ru