⚠️ התרעת אבטחה · מודיעין איומים (Threat Intelligence)

מדוע 2FA באמצעות SMS מסוכן: החלפת SIM (SIM Swapping), פגיעויות SS7 והתקפות פישינג

2F מעבדת מחקר האבטחה של 2FA-Tool · עודכן באוקטובר 2026 · 12 דקות קריאה (מעל 2,300 מילים)
💡 תקציר מנהלים

במשך למעלה מעשור, המוסכמה המקובלת באבטחת סייבר גרסה: "כל אימות דו-שלבי עדיף על היעדר אימות דו-שלבי כלל." אמנם הדבר עדיין נכון בהתמודדות מול מתקפות מילון ומתקפות אימות המוניות (credential stuffing) ברמת תחכום נמוכה, אך אימות דו-שלבי המבוסס על SMS הפך לנקודת כשל בודדת (Single Point of Failure) הרסנית. עם דליפות מאסיביות של מידע מזהה אישי (PII) ברשת האפלה, נקודות שירות סלולריות שנפרצו, ומסגרות פרוקסי הפוך אוטומטיות מסוג Adversary-in-the-Middle (AiTM) כדוגמת Evilginx, אימות ב-SMS מעניק תחושת ביטחון כוזבת. תיק טכני זה מנתח כיצד מיורטים קודי SMS ומדוע רמת האבטחה שלכם דורשת הגירה מיידית ליישומי TOTP ומפתחות FIDO2.

01. אשליית האבטחה של SMS והמורשת ההיסטורית

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

עם זאת, פרוטוקול הודעות ה-SMS גובש במקור בשנות ה-80 תחת תקני GSM על ידי המכון האירופי לתקני תקשורת (ETSI). הוא מעולם לא תוכנן לשאת סודות קריפטוגרפיים או לשמש כפרוטוקול אימות זהות. הודעות SMS נעדרות הצפנה מקצה לקצה (End-to-End Encryption), חסרות מנגנון אימות מקור, ונטולות כל קשר קריפטוגרפי (Channel Binding) להפעלת הדפדפן הפעילה של המשתמש.

⚡ פגם הארכיטקטורה הבסיסי: ניתוב מול זהות

ספקיות הסלולר מנתבות הודעות טקסט על בסיס מזהה המנוי הבינלאומי (IMSI) הרשום כעת באנטנה הסלולרית – ולא על בסיס זהותו של האדם שמחזיק במכשיר. כאשר אתם מסתמכים על אימות ב-SMS, הזהות הדיגיטלית שלכם אינה מוגנת על ידי קריפטוגרפיה חזקה; היא מופקדת בידי נציג השירות הזוטר ביותר בסניף הטלפונים המקומי.

02. וקטור תקיפה 1: צלילה לעומק מכניקת החלפת SIM (SIM Swapping)

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

מחזור החיים של מתקפת החלפת SIM:

1
איסוף מודיעין וסנכרון נתונים (OSINT):

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

2
מניפולציה על נציגי שירות או שוחד פנימי:

התוקף מתקשר למוקד התמיכה של הספקית כשהוא מתחזה לקורבן עם "כרטיס SIM שאבד או ניזוק", ועונה בקלות על שאלות אימות בסיסיות. לחלופין, ארגוני פשיעת סייבר משחדים עובדים בחנויות קמעונאיות בסכומים של 500 עד 1,000 דולר לכל החלפת SIM בלתי מורשית.

3
ניתוק שקט (אות מת / The Dead Signal):

הספקית מעבירה את מספר הטלפון (MSISDN) של הקורבן לכרטיס ה-SIM של התוקף. הטלפון של הקורבן מאבד מיד את הקליטה ועובר למצב "אין קליטה" (No Service) או "שיחות חירום בלבד". רוב הקורבנות מניחים שמדובר בתקלה רגעית ברשת, ומבזבזים את חלון התגובה הקריטי של 10 הדקות הראשונות.

4
השתלטות מוחלטת על החשבון (ATO - Account Takeover):

כשמספר הטלפון בידיהם, התוקפים מבצעים איפוסי סיסמה בחשבונות Gmail, Microsoft, Telegram, Binance וחשבונות בנק מקוונים. כל קוד אימות חד-פעמי (OTP) נכנס מגיע ישירות למכשיר של התוקף, ומעניק לו שליטה מלאה ומיידית בחשבונות.

🚨 פריצות החלפת SIM מתוקשרות בהיסטוריה
  • ג'ק דורסי (מנכ"ל טוויטר): באוגוסט 2019, האקרים תקפו חנות קמעונאית של AT&T כדי להחליף את ה-SIM של דורסי. הם השתמשו במספר הטלפון החטוף שלו כדי לפרסם ציוצים פוגעניים דרך שער ה-SMS-to-tweet הישן של טוויטר (Cloudhopper).
  • חשבון ה-X של הרשות האמריקאית לניירות ערך (SEC) בשנת 2024: תוקפים ביצעו החלפת SIM בלתי מורשית למספר הטלפון של שחזור החשבון הרשמי של ה-SEC, ופרסמו הודעה כוזבת על אישור תעודות סל (ETF) לספוט ביטקוין, מה שגרם לחיסול פוזיציות ממונפות במאות מיליוני דולרים בשווקים העולמיים.

03. וקטור תקיפה 2: ניצול פרוטוקולי SS7 והרשת הסלולרית

בעוד שהחלפת SIM מבוססת על כשל אנושי, פגיעויות במערכת Signaling System No. 7 (SS7) מנצלות פגמים מבניים בניתוב התקשורת הגלובלית.

מערכת SS7, שתוכננה בשנת 1975, מנהלת יצירת שיחות, תרגום מספרים, העברת SMS ונדידה בינלאומית (Roaming) בין מאות חברות תקשורת בעולם. באופן קריטי, SS7 נבנתה על מודל של אמון עיוור: כל ספק תקשורת המחובר לשדרת ה-SS7 נחשב מראש לישות אמינה ומורשית.

// זרימת עבודה להסטת SMS שקטה ב-SS7
1. תוקף משיג חכירת כתובת SS7 Global Title (GT) דרך ספק סלולרי זוטר שנפרץ
2. התוקף שולח MAP_SEND_ROUTING_INFO_FOR_SM (SRI4SM) לרשם המיקום הביתי (HLR) של הקורבן
3. התגובה מדליפה את ה-IMSI הפנימי של היעד ואת כתובת צומת ה-MSC/VLR הנוכחית
4. התוקף משדר MAP_UPDATE_LOCATION כדי לזייף את נוכחות הנדידה של הקורבן אל MSC מתחזה
5. שער השולח מעביר את mt-ForwardSM (חבילת משלוח SMS) ישירות אל השער של התוקף
6. הטלפון האמיתי של הקורבן לעולם אינו מאבד קליטה; הודעת האימות נשמרת ומשוכפלת בחשאי במהלך ההעברה!

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

04. וקטור תקיפה 3: פישינג AiTM בזמן אמת (Evilginx Framework)

משתמשים רבים סבורים בטעות: "אם כרטיס ה-SIM שלי לא נחטף, קודי הטקסט שלי בטוחים לחלוטין." הנחה זו מתנפצת אל מול כלי פרוקסי הפוך מודרניים מסוג Adversary-in-the-Middle (AiTM) כגון Evilginx 3.0, Modlishka ו-Muraena.

איסוף סיסמאות מסורתי התבסס על טפסי התחברות מזויפים סטטיים. כלי הפרוקסי ההפוך ההתקפיים של ימינו פועלים כמתווכים חיים ושקופים:

פישינג מסורתי (מיושן)

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

פרוקסי הפוך AiTM (Evilginx)

מעביר תעבורה חיה בין המשתמש לשרת האמיתי. כאשר המשתמש מזין את קוד ה-SMS, הפרוקסי מעביר אותו מיידית, משלים את האימות, וגונב את קובצי העוגיות (Session Cookies) המאומתים ואת טוקני ה-OAuth.

מדוע SMS אינו מסוגל להגן מפני AiTM: ל-SMS חסר מנגנון צימוד ערוצים (Channel Binding). לקוד בן 6 הספרות שעל המסך שלכם אין שום קשר קריפטוגרפי לתעודת ה-TLS של האתר. משתמש אינו יכול להבחין בין הזנת הקוד ב-login.example.com לבין login.examp1e.com. לעומת זאת, מאמתי FIDO2/WebAuthn מצמידים חתימות מפתח ציבורי ישירות לכתובת ה-URL של האתר בדפדפן, ובכך בולמים ניסיונות פישינג באופן מיידי והרמטי.

05. וקטור תקיפה 4: מלכודות IMSI (Stingrays) וסוסים טרויאניים לאנדרואיד

ברמת תדרי הרדיו המקומיים וברמת מכשירי הקצה, הודעות SMS נתקלות בפגיעויות חמורות נוספות:

  • ●
    מלכודות IMSI (Stingrays) ומתקפות שחזור לאחור ל-2G: תחנות בסיס סלולריות ניידות עוינות משדרות אותות בעוצמה גבוהה המאלצים מכשירים סמוכים להתנתק מרשתות 4G/5G ולחזור לרשתות 2G (GSM) מיושנות. מכיוון ש-GSM אינו מאמת את תחנת הבסיס אל מול המכשיר הנייד, תוקפים מנצלים צפני A5/1 שבורים כדי לפענח שיחות קוליות והודעות SMS המכילות קודי אימות ישירות מהאוויר.
  • ●
    רוגלות ויישומי ריגול SMS באנדרואיד: אפליקציות שירות מטעות או קובצי APK המותקנים מחוץ לחנות מבקשים הרשאות android.permission.RECEIVE_SMS או BIND_NOTIFICATION_LISTENER_SERVICE. לאחר התקנתן, תהליכי רקע מיירטים קודי אימות ברגע הגעתם ומעבירים אותם בזמן אמת לבוטים מוצפנים בטלגרם או לשרתי שליטה ובקרה (C2).

06. הנחיות ההוצאה משימוש של NIST SP 800-63B

בהכירו בווקטורי תקיפה קטסטרופליים אלה, המכון הלאומי לתקנים וטכנולוגיה של ארה"ב (NIST) הגביל רשמית את האימות ב-SMS במסמך הסטנדרטים המוביל שלו, Special Publication 800-63B (קווים מנחים לזהות דיגיטלית: אימות וניהול מחזור חיים):

📜 הנחיית NIST SP 800-63B סעיף 5.1.3.3:
"אימות מחוץ לפס (Out-of-band - OOB) באמצעות מערכות PSTN (SMS או קול) מוגדר באופן רשמי כ-מוגבל (RESTRICTED). מערכות המפעילות אימות ב-SMS חייבות לתעד ולקבל במפורש את הסיכונים הקיומיים של החלפת SIM, זיוף מספרים, יירוט איתות ושכפול מכשירים. עבור ארגונים המחויבים לרמת אבטחת מאמת 2 (AAL2) או גבוהה יותר, נדרש באופן מובהק שימוש במאמתי ריבוי-גורמים קריפטוגרפיים (אפליקציות TOTP או מפתחות FIDO פיזיים)."

רשויות הסייבר באירופה (ENISA) והסוכנות להגנת סייבר ותשתיות של ארה"ב (CISA) אימצו מדיניות זו, והורו לארגונים ולגופי ממשל לבטל בהדרגה וביסודיות את האימות ב-SMS מתשתיות קריטיות.

07. השוואת ארכיטקטורות: SMS מול TOTP מול FIDO2

מדוע סיסמה חד-פעמית מבוססת זמן (RFC 6238 TOTP) עדיפה באופן מהותי על גבי SMS? טבלת ההשוואה להלן מפרטת את מאפייני האבטחה הארכיטקטוניים:

ממד אבטחה אימות ב-SMS מאמת TOTP (RFC 6238) מפתח חומרה FIDO2 / YubiKey
ערוץ מסירה רשת סלולרית של מפעיל התקשורת חישוב מתמטי 100% מקומי בצד הלקוח שבב מאובטח מקומי (Secure Element)
עמידות בפני החלפת SIM אפסית (נחטף מיידית) חסין לחלוטין (בלתי תלוי במספר טלפון) חסין לחלוטין (מבודד בחומרה)
יירוט איתות ב-SS7 פגיע חסין (אפס תעבורת חבילות ברשת) חסין (ללא מעבר ברשת)
מלכודת IMSI / חזרה ל-2G פגיע חסין חסין
פרוקסי הפוך AiTM (Evilginx) נעקף בקלות בינוני (דורש ערנות לכתובת האתר) מושלם (צימוד מקור הרמטי)
מצב טיסה / שימוש לא מקוון לא זמין פעיל לחלוטין (מבוסס חותמת זמן בלבד) פעיל לחלוטין
עלות הטמעה עמלות מפעיל לכל הודעת SMS חינמי ותקן פתוח טוקן חומרה ($45 - $80)

08. מפת דרכים מעשית להגנה והגירה

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

שלב 1 נתקו את שחזור ה-SMS מחשבונות בעלי ערך גבוה

היכנסו אל Google, Apple ID, GitHub, Binance, Kraken וספקי הדוא"ל הראשיים שלכם. הגדירו אפליקציית מאמת (כגון Aegis, 2FAS או Bitwarden) או מפתח אבטחה פיזי. במידת האפשר, בטלו במפורש את ה-SMS כשיטת שחזור חלופית.

שלב 2 נעלו את חשבון הסלולר שלכם עם קוד PIN להקפאת ניוד (Port-Freeze)

צרו קשר עם ספקית הסלולר שלכם ובקשו להגדיר קוד PIN חובה לניוד מספרים או חסימת העברת בעלות. הפעילו קוד PIN לכרטיס ה-SIM בהגדרות iOS/Android כדי למנוע העברת כרטיס SIM פיזי שנגנב לטלפון אחר.

שלב 3 גבו באופן מאובטח וקר מפתחות TOTP בני 16 תווים וקודי שחזור

בכל פעם שאתם מגדירים מאמת, שמרו את המפתח הסודי הגולמי בן 16 התווים ב-Base32 על גבי מדיית אחסון פיזית לא מקוונת (נייר או אחסון קר מוצפן) ושמרו את 10 קודי השחזור החד-פעמיים למקרי חירום.

09. שאלות נפוצות (FAQ)

שאלה 1: האם אימות SMS אינו עדיף על היעדר גורם שני כלל? ▼

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

שאלה 2: האם שימוש ב-eSIM מגן עליי מפני החלפת SIM? ▼

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

שאלה 3: מדוע בנקים קמעונאיים עדיין מחייבים אימות ב-SMS? ▼

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

שאלה 4: מה עליי לעשות מיד אם הסמארטפון שלי מציג "אין קליטה" (No Service)? ▼

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

שאלה 5: האם תוקף שמבצע החלפת SIM יכול לפרוץ למאמת ה-TOTP שלי? ▼

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

אפס תלות ברשת הסלולר · 100% פרטיות בצד הלקוח

הפיקו קודי TOTP מאובטחים ישירות בדפדפן שלכם

היפרדו מסיכוני היירוט הסלולרי. 2FA-Tool משתמש ב-W3C Web Crypto API כדי לחשב קודי RFC 6238 באופן בלעדי בתוך ארגז החול המקומי של הדפדפן, תוך שמירה על המפתחות שלכם פרטיים ולא מקוונים.