אבטחת מידע בדפדפני אינטרנט: נקודת הכניסה שנמצאת מול העובדים כל היום.
The Browser InfoSec Risks

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

בפועל, עבור עובדים רבים דפדפ אינטרנט הוא כבר לא רק “תוכנה לגלישה באינטרנט”, אלא שכבת גישה מרכזית למערכות ולמידע הארגוני.

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

הדפדפן הוא חלק ממשטח התקיפה הארגוני

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

מבחינת אבטחת מידע, המשמעות היא שהדפדפן מחבר בין שלושה עולמות רגישים:

המשתמש, המידע הארגוני והאינטרנט.

אם אחת מהשכבות אינה מנוהלת כראוי, היא עלולה להשפיע על כל היתר.

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

עדכוני דפדפן: תיקון אבטחה, לא רק גרסה חדשה

אחד הנושאים החשובים ביותר באבטחת דפדפנים הוא עדכון גרסאות.

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

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

גם Mozilla מפרסמת באופן שוטף Security Advisories עבור Firefox, כולל פגיעויות בדרגות חומרה שונות, ומציינת כי עדכוני אבטחה מועברים לרוב המשתמשים באופן אוטומטי.

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

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

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

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

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

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

Mozilla מסבירה כי תוספים ב־Firefox יכולים לבקש הרשאות לקריאת מידע באתרי אינטרנט, שינוי הגדרות דפדפן, גישה לנתונים, סימניות, היסטוריה ואף הגדרות פרטיות.

זו בדיוק הסיבה שארגון לא צריך להתייחס לתוסף כאל “עוד כלי קטן בדפדפן”.

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

לא כל תוסף צריך להיות מותר בארגון

בסביבת עבודה מנוהלת, מומלץ להגדיר מדיניות ברורה בנוגע לתוספים.

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

Microsoft מאפשרת לארגונים לנהל Extensions ב־Edge באמצעות מדיניות ארגונית ולשלוט בהרשאות שלהם.

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

מבחינת הארגון, נכון לקבוע לפחות:

• מאילו מקורות מותר להתקין תוספים.
• מי מוסמך לאשר Extension חדש.
• אילו הרשאות נחשבות חריגות.
• האם תוספים מורשים לפעול במצב Private/Incognito.
• האם תוספים יכולים לגשת ל־File URLs או למידע מקומי.
• כיצד מתבצעת הסרה של תוסף שאינו נדרש יותר.

פרטיות בדפדפן: הרבה יותר מעוגיות

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

היסטוריית גלישה, נתוני Autofill, סיסמאות שמורות, Tokens, מידע על אתרים שבהם המשתמש ביקר, הרשאות למצלמה ולמיקרופון, מיקום ולעיתים גם מידע שמועבר דרך Extensions.

מבחינת ארגון, זו שאלה של Data Governance:

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

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

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

סנכרון דפדפן: נוחות שיכולה להפוך לחשיפת מידע

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

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

לכן חשוב להחליט מראש:

האם מותר Sync?
עם איזה חשבון?
אילו סוגי מידע מותר לסנכרן?
והאם פרופיל העבודה של הדפדפן נשאר מופרד מהשימוש האישי?

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

סיסמאות, Autofill ו-Sessions

הדפדפן הוא גם כלי לניהול זהויות.

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

לכן אבטחת דפדפן צריכה להיות מחוברת למדיניות Identity:

• שימוש ב-MFA.
• Conditional Access.
• מדיניות Session.
• נעילת תחנות.
• שימוש במנהל סיסמאות מאושר.
• מניעת שמירת Credential במקומות שאינם מאושרים.
• ניהול גישה לפי מצב התחנה והמשתמש.

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

הרשאות אתרים: מצלמה, מיקרופון, מיקום והתראות

אתרים מודרניים מבקשים יותר ויותר הרשאות.

גישה למצלמה, מיקרופון, מיקום, Clipboard והתראות היא לגיטימית בשירותים רבים, אבל לא תמיד נדרשת.

הרשאות שניתנו בעבר יכולות להישאר פעילות גם כאשר המשתמש כבר שכח מהן.

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

הרעיון המרכזי הוא Least Privilege גם בתוך הדפדפן: אתר או Extension צריך לקבל רק את ההרשאה הדרושה לו ורק למשך הזמן שבו היא נדרשת.

דפדפן פרטי לא הופך את הגלישה לאנונימית

מצב Incognito או Private Browsing הוא לעיתים מקור לאי־הבנות.

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

לכן לא נכון לראות בו פתרון לפרטיות ארגונית או מנגנון אבטחה.

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

פישינג דרך הדפדפן: האתר הוא חלק מהתקיפה

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

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

לכן הגנה מפני פישינג אינה מסתיימת בשער הדואר.

צריך להתייחס גם למה שקורה לאחר הקליק: זיהוי אתרים חשודים, בקרת גישה, הגנה על Credentials, Safe Browsing, חסימת הורדות מסוכנות ומודעות משתמשים.

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

מאמר על מתקפות קליק פיקס ClickFix בישראל 2026 ואזהרת אגף הסייבר

דפדפן ארגוני צריך להיות מנוהל כמו Endpoint

אחת הטעויות הנפוצות היא לנהל היטב את Windows או macOS, אבל להשאיר את הדפדפן כמעט ללא מדיניות.

בפועל, בארגונים שעובדים בענן, הדפדפן יכול להיות אחד הרכיבים החשובים ביותר בתחנת העבודה.

לכן כדאי להגדיר Browser Security Baseline שכולל לפחות:

• גרסאות נתמכות ועדכונים אוטומטיים.
• רשימת דפדפנים מאושרים.
• מדיניות Extensions.
• הרשאות אתרים.
• הגדרות סנכרון.
• הפרדה בין פרופיל אישי לארגוני.
• ניהול סיסמאות.
• הגדרות הורדת קבצים.
• מדיניות Private Browsing.
• Logging וניטור לפי הצורך.
• חסימת דפדפנים או גרסאות שאינן עומדות בדרישות.

כך הדפדפן הופך מרכיב “שקוף” למערכת שניתנת לניהול ולבקרה.

ומה לגבי BYOD?

האתגר גדל כאשר העובד משתמש בדפדפן במחשב או במכשיר פרטי.

גם אם הארגון אינו שולט במכשיר כולו, המשתמש עדיין יכול להתחבר ל-Microsoft 365, CRM, ERP או שירות SaaS אחר.

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

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

מאמר נוסף על מכשירים ניידים פרטיים בשימוש ארגוני ו-BYOD

עדכונים ותוספים צריכים להיות תהליך מתמשך

חשוב במיוחד לא להפוך Browser Security לפרויקט חד־פעמי.

הדפדפן מתעדכן. Extensions מקבלים גרסאות חדשות. הרשאות משתנות. עובדים מתקינים כלים חדשים. שירותי SaaS מתחלפים.

לכן אחת לתקופה כדאי לבצע סקירה:

אילו דפדפנים וגרסאות מותקנים?
אילו Extensions פעילים?
אילו מהם כבר אינם נדרשים?
האם נוספו הרשאות חריגות?
האם יש משתמשים שמפעילים חשבונות פרטיים במקביל לחשבון העבודה?
והאם המדיניות הארגונית עדיין תואמת את סביבת העבודה בפועל?

זו בדיוק המשמעות של ניהול סיכון מתמשך.

אבטחת דפדפן היא גם אבטחת מידע וגם פרטיות

דפדפנים עומדים היום בנקודת מפגש בין סייבר, פרטיות ו-Identity.

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

לכן הגנה טובה אינה מסתכמת ב“להתקין Chrome מעודכן”.

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

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

איך אינפוגארד יכולה לסייע?

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

העבודה יכולה לכלול סקירות אבטחה והקשחה, בחינת מדיניות דפדפנים ותוספים, סקירת הרשאות, ניהול סיכונים, מדיניות BYOD ו־SaaS, בחינת היבטי פרטיות והדרכות מודעות לעובדים.

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

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

המידע המוצג במאמר זה נועד למטרות מידע והעשרה בלבד ואינו מהווה ייעוץ מקצועי, רגולטורי, משפטי או טכנולוגי. כל ארגון נדרש לבחון את צרכיו, הסיכונים והדרישות החלות עליו באמצעות אנשי מקצוע מתאימים.
המאמר נכתב בשיתוף מומחי אבטחת המידע והסייבר של Infoguard מקבוצת IDOR, ונערך על ידי ROY KISCH, חובב אבטחת מידע, סייבר ומנהל השיווק של קבוצת חברות עידור (Messagent, Infoguard, Idornext).