מה מדאיג את הלקוחות במחשוב ענן - Global Security | מגזין אבטחת מידע

‫‪M a g a z i n e‬‬
‫‪S e c u r i t y‬‬
‫מגזין אבטחת מידע וניהול סיכונים | גיליון מס' ‪ | 2‬יוני ‪2012‬‬
‫בשער‬
‫מה מדאיג את הלקוחות במחשוב ענן‬
‫היום שאחרי מחר‬
‫אני יודע מה עשית בקיץ האחרון‬
‫סוגרים את הברז‪....‬מניעת דליפת מידע‬
‫כיצד מנהלים פרויקט ‪DLP‬‬
‫‪n f o r m a t i o n‬‬
‫‪I‬‬
‫דבר העורך‬
‫דבר יו"ר‬
‫האיגוד העולמי‬
‫לאבטחת מידע‬
‫האם ניתן וכיצד ניתן‬
‫למנוע את פרשת ענת קם‪....‬הבאה?‬
‫טוב‪ ,‬תקראו לי ‪ ,Old Fashion‬אבל כולם מדברים על הפתרונות‬
‫הטכנולוגיים שיכלו למנוע את פרשת ענת קם‪ ,‬ולמנוע את הדלפת‬
‫המידע‪ ,‬אבל אני חייב לציין לצערנו‪ ,‬שום פתרון טכנולוגי ולא משנה‬
‫עד כמה הוא טוב‪ ,‬היה מונע או יצליח למנוע את הפרשה הבאה‬
‫של דליפת מידע‪ .‬ישנם דברים בסיסיים יותר בעולם אבטחת‬
‫המידע‪ ,‬שניתן לאמץ‪ ,‬אשר יכולים לסייע בנושא זה‪ .‬אני טוען‬
‫שקצת מיותר לרוץ ולרכוש פתרונות ‪ DLP‬לפני שמגדירים היטב‬
‫את מערכת ההרשאות בארגון‪ .‬צריך לבדוק קודם מה יש בארגון‬
‫ועל מה כדאי להגן‪ .‬אולי המידע לא בורח באימייל? אולי מרמים‬
‫אנשים ומשכנעים אותם מבחוץ להעביר מידע? רוב כלי התוכנה‬
‫לניטור תוכן מחפש רק דברים שמגדירים עבורם וככה מפספסים‬
‫פרצות רבות בארגון‪.‬‬
‫במקרה של ענת קם‪ ,‬הייתה לה גישה לכמות אדירה של‬
‫מסמכים מסווגים שחלקם ייצרה אף בעצמה‪ .‬במסגרת תפקידה‪,‬‬
‫היא הייתה להדפיס כמויות גדולות של מסמכים והייתה צריכה‬
‫לראות ולשנות מסמכים שייצרו אחרים‪ .‬כל מסמך שעבר על צג‬
‫המחשב שלה היה חשוף לצילום על ידי מצלמה‪ ,‬העתקה בכתב‬
‫יד‪ ,‬הקראה של התוכן בטלפון או טייפ מנהלים וכו'‪.‬‬
‫עכשיו‪ ,‬תשאלו את עצמכם‪...‬בכמה ארגונים שאתם מכירים‬
‫(ואפילו ברוב הארגונים בהם אתם עובדים כיום) המצב דומה?‬
‫ולכן‪ ,‬מלבד הפתרונות הטכנולוגיים‪ ,‬שהם כמובן מאוד נחוצים‪,‬‬
‫אבל לא מספיקים‪ ,‬חייבים להטמיע ולקחת בחשבון גם בקרות‬
‫נוספות‪ ,‬בקרות שמפצות על מגוון החורים השונים אשר נמצאים‬
‫מוטמעים בחלק מתהליכי העבודה של הארגון‪ ,‬ולא ניתן למנוע‬
‫אותם‪.‬‬
‫אחת הסוגיות שאני רוצה לתקוף‪ ,‬אומנם מוכרת להרבה מנהלי‬
‫אבטחת מידע‪ ,‬אך לדאבוננו‪ ,‬מיושמת מעט מאוד בארגונים‪ .‬ישנם‬
‫‪ 2‬כללי ברזל שחובה לאכוף בכל ארגון‪ ,‬בכל הקשור למדיניות‬
‫בקרת גישה והקצאת הרשאות גישה‪.‬‬
‫העיקרון הראשון הינו "‪ "Least Privilege‬ומה שעומד מאחוריו‬
‫זה העיקרון הפשוט‪ ,‬שלכל עובד בארגון צריך להיות מינימום‬
‫הרשאות גישה לצורך ביצוע עבודתו ולא מעבר לזה‪.‬‬
‫בקרה זו אומנם היא אדמיניסטרטיבית‪ ,‬אבל היא יכולה להיות גם‬
‫בקרה מונעת‪ ,‬היות ומשתמש אשר אין לו הרשאות גישה לבצע‬
‫פעולה מסוימת‪ ,‬הוא לא יבצע אותה‪( .‬ולמתחכמים שבינינו‪ ,‬ברור‬
‫שאפשר לעקוף כל בקרה‪ ,‬אבל זו עבירה פלילית‪ ,‬ומטרתנו היא‬
‫לא למנוע לגמרי‪ ,‬אלא למזער את הסיכון)‪.‬‬
‫העיקרון השני נקרא "‪ ,"Need-to-Know‬והוא מוסיף שכבת‬
‫מידור נוספת לעיקרון הראשון‪ .‬בכל ארגון‪ ,‬מומלץ לבצע מיפוי‬
‫דרישות לבקרת גישה‪ ,‬ולסווג את המשתמשים ואת המידע אליו‬
‫הם צריכים לגשת‪ .‬עיקרון זה אומר‪ ,‬שנניח שלמשתמש שעובד‬
‫במחלקה בעלת סיווג סודי‪ ,‬והוא בעל סיווג מתאים (כלומר‪ ,‬סיווג‬
‫סודי)‪ ,‬עדיין‪ ,‬זה לא אומר שהוא יכול לגשת ולראות את הקבצים‬
‫שנמצאים במחלקה שלו‪ ,‬אלא הוא יכול לגשת אך ורק לאותם‬
‫קבצים אשר מותר לו לגשת‪.‬‬
‫ואלו ‪ 2‬עקרונות‪ ,‬אשר לא מחייבים שום רכישת מוצר צד ג' של‬
‫מניעת לדליפת מידע‪ ,‬ובכל זאת למזער את הסיכון לדליפת מידע‪,‬‬
‫ע"י מניעת גישה חופשית של משתמשים למידע רגיש‪.‬‬
‫‪2‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫מי ומה בגיליון?‬
‫(‪)ISSA‬‬
‫חבר\ה יקר\ה‬
‫ראשית כל‪ ,‬אני רוצה להודות באופן אישי למר אריאל פלד‬
‫(הנשיא לשעבר) עובר תרומתו הרבה לאיגוד‪ .‬לאחר ‪ 8‬שנים של‬
‫עשייה רבה‪ ,‬ובכלל הקמת הציאפטר הישראלי של ‪ ,ISSA‬הוא‬
‫עושה את דרכו לפרויקט אחר בחייו‪ ,‬ואנו מאחלים לו בהצלחה‬
‫מכל הלב‪ ,‬ומקווים ומבקשים את תרומתו ושימשיך לסייע לנו‬
‫בהמשך הדרך‪.‬‬
‫החודש‪ ,‬יתקיים הכנס השנתי הבינלאומי של האיגוד‪ ,‬כמיטב‬
‫המסורת שהתחלנו מזה כמה שנים‪ ,‬וגם השנה יהיו לנו מספר‬
‫מרצים בכירים מחו"ל‪ ,‬וכמובן גם אורחים לא פחות מכובדים‬
‫מהארץ‪.‬‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫הכנס השנה יעסוק בעיקר בתחום הסייבר טרור‪ ,‬נושא שהוא חם‪,‬‬
‫ועולה לכותרות כמעט בכל הזדמנות‪ ,‬בעקות גל של התקפות‬
‫סייבר ברחבי העולם‪ ,‬שאנו עדים להם לאחרונה‪.‬‬
‫כמו כן‪ ,‬אני מברך את הכותבים שלנו‪ ,‬שנרתמו למשימה ובכך יצא‬
‫הגיליון השני של האיגוד‪ ,‬עשיר יותר בתכנים‪ ,‬וניסינו לכסות כמה‬
‫שיותר נושאים‪ ,‬שאר הגיעו כבקשות למערכת של האיגוד‪.‬‬
‫כמו כן‪ ,‬במסגרת פעילות האיגוד‪ ,‬הרצנו סדנא של יומיים‪ ,‬בנושא‬
‫התקפות והגנות ברשתות ‪ ,IPV6‬עם הגורו העולמי מספר אחד‬
‫בתחום זה‪ ,‬מארק היוז ( הידוע בכינויו המקצועי ‪.)Van Hauser‬‬
‫לקרת סוף השנה‪ ,‬במהלך חודש נובמבר‪ ,‬אנו מתכנים שבוע נוסף‬
‫של סדנאות מקצועיות‪ ,‬עם מרצים בכירים מהארץ ומהעולם‪.‬‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫‬
‫מעונן חלקית‬
‫כיצד מנהלים פרויקט ‪IT‬‬
‫כיצד מנהלים פרויקט ‪NAC‬‬
‫כיצד מנהלים פרויקט ‪DLP‬‬
‫היבטי אבטחת מידע בתהליכי הפיתוח‬
‫סוגרים את הברז – כיצד למנוע דליפת מידע‬
‫אני יודע מה עשית בקיץ האחרון‬
‫‪ 10‬סיבות לשימוש בכרטיס חכם‬
‫היום שאחרי מחר‬
‫האם מדובר בלהבה או בניצוץ רגעי‬
‫האם אתה מנהל את המידע בארגון‬
‫או שהמידע מנהל אותך?‬
‫תוכנות ריגול – מה המשמעות החוקית של העניין‬
‫סיקור מפגש אפריל‬
‫מיינפריים ירוק והגנת הסביבה‬
‫לקראת הכנס השנתי בחודש יוני ‪2012‬‬
‫‪ 10‬טיפים לבניית תוכנית מבדקי חוסן עבור הארגון‬
‫ארגז כלים ‪VARONIS‬‬
‫תקן אבטחת מידע ‪ISO27001‬‬
‫הפתרון של היום לבעיות של מחר‬
‫במהלך סוף החודש‪ ,‬אנו מקווים שיעלה לאוויר גם האתר החדש‬
‫של האיגוד‪ ,‬עשיר יותר ומגוון יותר בתכנים‪ ,‬ויחד עימו‪ ,‬נחשוף את‬
‫הפעילות החדשה‪ ,‬והתוכניות של האיגוד‪.‬‬
‫עורך ראשי‪ :‬דני אברמוביץ‬
‫סגן עורך‪ :‬שלומי מרדכי‬
‫המערכת‪ :‬האיגוד הישראלי לאבטחת מידע‬
‫צלם המערכת‪ :‬יוסי טובליס‬
‫עיצוב ודפוס‪ :‬דפוס דיגיטל‬
‫דוא"ל‪[email protected]:‬‬
‫בברכה‪,‬‬
‫האיגוד אינו אחראי לתוכן המודעות‪ .‬כל הזכויות שמורות‪.‬‬
‫אין להעתיק רשימות וחלקים בלא היתר‪.‬‬
‫אז בנימה אופטימית זו‪ ,‬אני מאחל לכם קריאה נעימה‪ ,‬ונתראה‬
‫במפגש הבא של האיגוד‪.‬‬
‫דני אברמוביץ‬
‫נשיא האיגוד‬
‫בכל גיליון תקבלו חשיפה טכנולוגית על פתרונות אבטחת‬
‫מידע שונים‪ .‬אין אנו משמשים כגורם ממליץ‪ ,‬או ממליצים‬
‫על מוצר כזה או אחר‪ .‬מטרת הכתבות היא חשיפה‬
‫טכנולוגית בלבד‪ .‬כמו כן‪ ,‬כל הכתבות בגיליון מביאות את‬
‫חוות דעתם של הכותבים‪ ,‬ואין זה מביע את כוונת האיגוד‪.‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪3‬‬
‫מעונן חלקית‬
‫אבטחת מידע‪ ,‬עמידה בתקנות‪ ,‬מחויבות ארוכת טווח‬
‫של הספקיות‪ ,‬זמינות גבוהה ושרידות‪ ,‬אלו רק כמה‬
‫מהחששות שמעלים הלקוחות ביחס למחשוב הענן‪.‬‬
‫ספקיות נוטות להתמקד בחששות העיקריים‬
‫של הלקוחות ביחס למוצרים‪ ,‬לטכנולוגיות או‬
‫למודלים‪ ,‬ולמצוא את התשובות הנכונות כדי‬
‫להרגיע אותם‪.‬‬
‫שמאוחסנים היכנשהו ברחבי העולם (המיקום‬
‫המדויק אינו ידוע ללקוחות) ומועברים ברשת‬
‫האינטרנט בטוחים כמו נתונים שמאוחסנים‬
‫בשרתים פנימיים ומועברים ברשתות ארגוניות?‬
‫במקרה של מחשוב ענן‪ ,‬שרבים רואים בו את‬
‫המגמה הבאה בעולם המחשוב‪ ,‬מתייחסות‬
‫הספקיות המובילות בעיקר לחששות הבאים‪:‬‬
‫האם הטכנולוגיה הבטחה? האם היא אמינה?‬
‫והאם היא כדאית מבחינה כלכלית?‬
‫התשובות של הספקיות מתמקדות בדרך‬
‫כלל בהיקף ובפיקוח מרכזי‪ .‬רק מעט ארגונים‬
‫גדולים יכולים להקצות תקציבים וכוח אדם‬
‫בהיקף שמקצות חברות כגון ‪Amazon, Google,‬‬
‫‪ ,IBM‬ו‪ Salesforce-‬כדי להגן על מרכזי הנתונים‬
‫שלהם‪.‬‬
‫הלקוחות הפוטנציאליים אכן מביעים את‬
‫החששות האלה‪ ,‬אך הם מתחבטים גם בשאלות‬
‫רבות נוספות‪ .‬האם לא ימצאו את עצמם כבולים‬
‫לספקית בודדת‪ ,‬כאשר הנתונים או היישומים‬
‫משמשים כבני ערובה? האם חברות שפונות‬
‫בעיקר לצרכנים פרטיים‪ ,‬דוגמת ‪Google‬‬
‫ו‪ ,Amazon-‬יוסיפו לפעול בתחום של המחשוב‬
‫הארגוני גם בטווח הארוך? בהתחשב בחוקים‬
‫ובכללים‪ ,‬שנועדו להסדיר תעשיות ולקבוע את‬
‫השיטות הטובות ביותר‪ ,‬אילו נתונים מותר לאחסן‬
‫בשרתים מרוחקים ואילו חייבים להותיר בתחומי‬
‫הארגון? האם יש בנמצא יישומים מתאימים‪ ,‬ואילו‬
‫משאבי מחשוב נוספים ניתן למצוא ברשת?‬
‫אז מה באמת מדאיג‬
‫את הלקוחות במחשוב ענן?‬
‫להלן הסוגיות העיקריות בעת מעבר למחשוב ענן‪:‬‬
‫אבטחת מידע ‪ -‬נושא אבטחת המידע ניצב‬
‫עדיין בראש רשימת החששות‪ .‬האם נתונים‬
‫‪4‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫לטענת הספקיות‪ ,‬נתונים שמאוחסנים באינטרנט‪,‬‬
‫מעצם טבעם‪ ,‬בטוחים יותר מנתונים שבאופן בלתי‬
‫נמנע מתפזרים בסופו של דבר בין מחשבים‬
‫נישאים‪ ,‬טלפונים חכמים ומחשבי ‪ PC‬ביתיים‪.‬‬
‫אולם הספקיות מסכימות כי בכל הקשור לאבטחת‬
‫מידע‪ ,‬לקוחות ארגוניים אינם מוכנים לקנות כל‬
‫הבטחה בעיניים עצומות‪ .‬הספקיות מחשוב ענן‪,‬‬
‫יצטרכו לעבוד קשה‪ ,‬ולהוכיח ללקוחות שהמידע‬
‫שלהם מוגן ובטוח‪.‬‬
‫כבילה לספקיות ותקנים ‪ -‬בתחום זה נשאלות‬
‫שאלות רבות‪ ,‬שטרם נמצאו תשובות הולמות‪ .‬בין‬
‫השאלות הכי חשובות‪ ,‬ניתן למצוא את "האם‬
‫מפרטי האינטרנט בשלים די הצורך על מנת‬
‫לאפשר העברה של נתונים בין הספקיות השונות?‬
‫האם ניתן לבחור יישום של ספקית מסוימת ולעבור‬
‫לאחר מכן בקלות ובמהירות לספקית אחרת?‬
‫הספקיות מדגישות את הפתיחות ואת יכולות‬
‫ההרחבה שמעניקים פרוטוקולים של שירותי‬
‫אינטרנט דוגמת ‪ SOAP‬או ‪ .XMPP‬מאחר‬
‫שהספקיות מעניקות שירותים של תשתיות‬
‫מחשוב‪ ,‬נחסך מהלקוחות הצורך להשקיע הון או‬
‫לשלם מראש תשלומים כלשהם‪ ,‬וכי הלקוחות‬
‫יכולים ליישם את השירותים של ספקית מחשוב‬
‫ענן בצורה מצומצמת‪ ,‬ואז לגדול בהתאם לצורך‬
‫העסקי‪.‬‬
‫הספקיות מציינים בתגובה כי ההשקעות במחשוב‬
‫ענן אינן גבוהות ומשום כך הסיכון נמוך‪ ,‬בעוד‬
‫שמעבר מיישומים מקומיים של ‪ SAP, ORACLE‬או‬
‫‪ EMC‬הוא משימה מורכבת בהרבה יותר‪.‬‬
‫עמידה בחוקים ותקנות ‪ -‬ארגונים שמבקשים‬
‫להעביר חלק מהנתונים לאינטרנט חייבים‬
‫להתמודד עם סבך של חוקים וכללים שחלים על‬
‫תעשיות מסוימות (‪ HIPAA, PCI, FERPA‬ועוד) או‬
‫על כל המשק (‪ SOX, Patriot Act, FISMA‬וכדומה)‪.‬‬
‫החוקים והכללים מגדירים כיצד יש לאחסן את‬
‫המידע ולאפשר את הגישה אליו‪ ,‬אך הם מותירים‬
‫פתח רחב לפרשנויות שונות‪ ,‬והספקיות‪ ,‬שאינן‬
‫יכולות כמובן לשנות את החוקים‪ ,‬מודות שכאשר‬
‫הן פונות לארבעה עורכי דין על מנת לתת מענה‬
‫ללקוחותיהן‪ ,‬הן מקבלות חמש תשובות שונות‪ .‬גם‬
‫באשר לשמירה על הפרטיות החששות רבים‪.‬‬
‫אמינות ‪ -‬ציבור הלקוחות תוהה עד כמה מתאים‬
‫מחשוב הענן לחברות שמרבות לשלוח קבצים‬
‫גדולים‪ .‬המגבלות של רוחב הפס ידועות לכולם‪,‬‬
‫והלקוח לא יכול לחכות‪ ,‬הוא חייב תגובה מהירה‪.‬‬
‫יהיו התשתיות אמינות ככל שיהיו‪ ,‬אפילו הספקיות‬
‫הגדולות של מחשוב ענן סובלות מתקלות‪ .‬בשנה‬
‫האחרונה‪ ,‬היינו עדים למספר תקלות משביתות‬
‫של ענקיות ספקי מחשוב ענן כגון ‪Amazon,‬‬
‫‪ Google, Microsoft‬וזה משאיר אותנו עם השאלה‪...‬‬
‫עד כמה השרות הזה אמין‪...‬ולאורך זמן?‬
‫כל הספקיות הגדולות של מחשוב ענן מפנות‬
‫להסכמים של איכות השירות‪ .‬אולם הלקוחות‬
‫זכאים רק לפיצוי על תקלות בשירות‪ ,‬ולא על‬
‫עסקאות שהפסידו‪ .‬בסופו של דבר‪ ,‬השאלה היא‪:‬‬
‫האם היישומים‪ ,‬מסדי הנתונים‪ ,‬מערכי האחסון‬
‫ותשתיות המחשוב המקומיים של הארגון אמינים‬
‫יותר מאלו של ספקיות מחשוב ענן? ואפילו אם‬
‫נאמר שהאמינות דומה‪ ,‬האם לא עדיף להשקיע‬
‫את המשאבים של מחלקת המחשוב בפעילויות‬
‫שמעניקות יתרונות תחרותיים‪ ,‬במקום שתכלה‬
‫את זמנה בניהול ושדרוג של שרתים‪ ,‬מערכי‬
‫כוננים‪ ,‬יישומים ושאר תוכנות ותשתיות?‬
‫עלות כוללת של הבעלות (או השכירות) ‪-‬‬
‫הטיעונים שמשמיעות הספקיות של ענן המחשוב‬
‫ביחס לעלויות משכנעים למדי‪ :‬זול יותר להשתמש‬
‫בשירותים שהן מציעות מאשר לרכוש ולתחזק‬
‫ציוד חומרה ותוכנות מקומיות‪ .‬אין צורך לשלם‬
‫מראש סכומים גבוהים‪ ,‬משלמים רק לפי היקף‬
‫השימוש וניתן להרחיב או לצמצם את היקף‬
‫השימוש בקלות‪ .‬אפשר גם ליהנות מיתרונות‬
‫הגודל שמציעות הספקיות‪.‬‬
‫מבחר ‪ -‬אילו אפשרויות מוצעות למי ששוקלים‬
‫להעביר משאבים מסוימים למחשוב ענן?‬
‫המבחר גדל מדי יום‪ .‬הספקיות מציעות מגוון‬
‫רחב של שירותים‪ ,‬בהתאם לדרישות העסקיות‬
‫של הארגון‪ .‬למשל‪ ,‬חברת ‪ Salesforce‬מציעה‬
‫פלטפורמת אינטרנט שהיא מעין בורסה‪ ,‬שבה‬
‫מוצעים מאות יישומים מצד שלישי‪ ,‬בצד שירותים‬
‫של מסדי נתונים יחסיים‪ ,‬שירותים עסקיים וסביבת‬
‫פיתוח משולבת‪ .‬חברת ‪ GOOGLE‬מציעה שורה של‬
‫שירותי עיבוד‪ ,‬וכן שירות של מסד נתונים‪ .‬חברות‬
‫כגון ‪ ,EMC, IBM, MICROSOFT, SUN‬וחברות גדולות‬
‫נוספות מציעות שורה הולכת ומתרחבת של‬
‫שירותים‪ ,‬וחברות סטארט‪-‬אפ רבות מאמצות את‬
‫המודל של דמי מנוי‪ .‬השאלה הגדולה היא‪ ,‬באיזו‬
‫מידה ניתן לבצע התאמה אישית של שירותים‬
‫אלה ללקוחות?‬
‫מחויבות ארוכת טווח של הספקיות ‪-‬‬
‫האם חברות ענק שפונות בעיקר לציבור הרחב‪,‬‬
‫דוגמת ‪ AMAZON‬ו‪ ,GOOGLE-‬לא ימאסו יום אחד‬
‫בלקוחות הארגוניים‪ ,‬שמציבים דרישות גבוהות‬
‫ומתנהלים בקצב איטי? הספקיות מרבות להשוות‬
‫את השלב הנוכחי שבו מצוי מחשוב הענן לימיה‬
‫הראשונים של רשת החשמל‪ ,‬כאשר חברות‬
‫עסקיות עדיין הפעילו מחוללי חשמל משלהן‪ ,‬עד‬
‫שעברו לחברות חשמל גדולות‪ .‬אולם למשוואה‬
‫זו גם צד שני‪ :‬האם חברות נמרצות וחדשניות‬
‫דוגמת ‪ GOOGLE‬ו‪ ,AMAZON-‬לא יאבדו יום אחד‬
‫עניין במכירה של שירותים אחידים‪ ,‬שמזכירים‬
‫אספקת חשמל‪.‬‬
‫הספקיות מתעקשות‪ ,‬כמובן‪ ,‬שבכוונתן להוסיף‬
‫ולפעול בתחום זה גם בטווח הארוך‪ ,‬ושהלקוחות‬
‫מקבלים בהתלהבות שירותים אלה‪.‬‬
‫מומחים טוענים כי אין צל של ספק שהפרדיגמה‬
‫של מחשוב ענן היא הדבר הבא‪ .‬השאלה היחידה‬
‫שנשאלת‪ ,‬היא באיזה קצב יתבצע המעבר‪ .‬כיד‬
‫שהמעבר יהיה מהיר‪ ,‬על הספקיות לתת מענה‬
‫הולם לכל החששות של הלקוחות‪.‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪5‬‬
‫כיצד מנהלים פרויקט ‪?IT‬‬
‫ניהול פרויקטים‬
‫ניהול פרויקט אפקטיבי‪ ,‬הפועל בסביבה משתנה‬
‫זו נדרש לענות על השאלות הבאות‪:‬‬
‫כל מנהל כיום יודע לצטט את האימרה‬
‫המפורסמת כי "‪ 50%‬מפרוייקטי יישום פתרונות‬
‫אבטחת מידע נכשלים"‪ .‬כישלון או הצלחת‬
‫פרויקטים נמדד באמצעות אחד משלושה‬
‫ממדים‪ :‬עמידה בתקציב‪ ,‬עמידה בלו"ז ועמידה‬
‫בתכולה‪.‬‬
‫ •מי יזם את הדרישה ומה חשיבותה בראיית‬
‫ניתוח עלות תועלת? – לעתים‪ ,‬יהיה קל יותר‬
‫לקדם פרויקטים חוצי ארגון‪ ,‬או פרויקטים‬
‫שהיוזמים שלהם הם מספר חטיבות בארגון‪,‬‬
‫וזה לא מגיע רק מה‪.IT-‬‬
‫כפי שניתן לראות‪ ,‬ניהול פרויקט ‪ ,IT‬אינו מסתיים‬
‫ברכישת קופסה\מערכת והטמעתה בארגון‪ ,‬אלא‬
‫יש צורך במערך שלם לצורך אפיון וניהול דרישות‬
‫על בסיס הצורך העסקי‪ ,‬ביצוע פיילוט ובחירת‬
‫מערכת שעונה לדרישות שקבענו‪ ,‬הטמעת‬
‫המערכת ותפעול שוטף של המערכת‪ ,‬הדרכות‬
‫ולבסוף בקרה וניהול שינויים במערכת‪.‬‬
‫ •כיצד מחולקים משאבי ה‪ – ?IT-‬האם ישנו‬
‫תקציב עבור הפרויקט שאנו מנסים לקדם?‬
‫מאיפה מגיע התקציב? האם התקציב מגיע‬
‫מכמה חטיבות או מחלקות?‬
‫להלן היבטים נוספים‪ ,‬שצריכים לקחת בחשבון‬
‫ברמה הפרויקטאלית‪.‬‬
‫אבל‪ ,‬זה לא חייב להיות כך‪ .‬בשנים האחרונות‪,‬‬
‫גדלה ההכרה כי למנהל הפרוייקט יש חשיבות‬
‫עצומה להצלחת הפרוייקט‪ .‬גיוס מנהל פרויקט‬
‫בעל ניסיון‪ ,‬ידע ואישיות מתאימה‪ ,‬הינו משימה‬
‫לא פשוטה ואף יקרה‪ .‬פרויקט ‪ ,IT‬במיוחד פרויקט‬
‫אבטחת מידע רוחבי‪ ,‬בארגון‪ ,‬מחייב לנקוט באותן‬
‫אמצעים‪ ,‬לצורך ניהול פרויקט תקין‪ ,‬על מנת‬
‫להטמיע את הפתרון בארגון בצורה קלה‪ ,‬יעילה‬
‫ומוצלחת‪.‬‬
‫גופי ה ‪ IT‬כיום פועלים בסביבה תובענית מתמיד‪,‬‬
‫הם נדרשים להציג תועלות לעסק‪ ,‬לוודא כי‬
‫פעולותיהם מוכוונות בהתאם לאסטרטגיה‬
‫הארגונית ולהתנהל בתפיסת ניהול כלכלי‬
‫מונחה עלות‪/‬תועלת‪ .‬תפקידו של מנהל אבטחת‬
‫המידע במערכה זו‪ ,‬הוא לסייע לארגון בבחירת‬
‫המוצר\הטכנולוגיה המתאימה והעונה לדרישות‬
‫העסקיות של הארגון‪ .‬כמו כן‪ ,‬הוא יכול להוות‬
‫כגורם מייעץ למנהל הפרויקט‪.‬‬
‫גוף ה ‪ IT‬עומד בפני זרם בלתי פוסק של דרישות‬
‫מהיחידות העסקיות ‪ -‬שינויים למערכות קיימות‪,‬‬
‫דרישות לפיתוחים חדשים‪ ,‬פיתוח מערכות חדשות‬
‫ועוד‪ .‬בנוסף‪ ,‬רגולציות שונות הדורשות חיזוק‬
‫המעקב והבקרה על פעילות ה‪( IT-‬דוגמת( ‪SOX‬‬
‫נכנסו לתוקף‪ ,‬ויחד עימם נוספו דרישות נוספות‪.‬‬
‫ •ניהול פינאנסי‪ ,‬תכנון‬
‫לעומת בפועל‪ ,‬חריגות‬
‫תקציב‪ ,‬השקעה בפיתוח‬
‫לעומת השקעה בתחזוקה‪,‬‬
‫ניהול עלויות ספקים ועוד‪.‬‬
‫ •ניהול דרישות הנותן מענה מלא לכל מחזור‬
‫חיי הדרישה בתהליך ניהול הפרוייקטים‪ ,‬החל‬
‫ביוזמה עסקית ועד הפיכתה לפרוייקט‪ ,‬תוך‬
‫יצירת שקיפות ושפה משותפת (מתודולוגיה)‪,‬‬
‫וזרימת מידע באמצעות יכולות ה ‪Workflow‬‬
‫המובנות המערבת את הרפרנט העסקי ואת‬
‫גוף ה‪.IT-‬‬
‫ •איסוף וניתוח נתונים בזמן‬
‫אמת‪ ,‬הכולל שעות עבודה‪ ,‬קבלני משנה רכש‬
‫וכיו"ב‪.‬‬
‫ •כיצד לקבוע סדרי עדיפויות לדרישות‬
‫ולפרוייקטים השונים ועל סמך אילו קריטריונים?‬
‫– חשוב לקבוע קריטריונים לקביעת סדרי‬
‫עדיפויות‪ ,‬מבחינת החשיבות‪ ,‬רמת הקריטיות‪,‬‬
‫דרישות עסקיות ורגולטרויות ועוד‪.‬‬
‫ •סימולציה של משמעות יישום הדרישה‬
‫כפרוייקט וניהול פורטפוליו הפרוייקטים‬
‫השונים בארגון‪ .‬אילו דרישות להוציא לפועל‬
‫ומה השפעתם על מערכות אחרות שקיימות‬
‫בארגון‪.‬‬
‫להלן השלבים הסטנדרטיים בניהול פרוייקט‬
‫יישום והטמעת פתרון‪ .‬כמובן‪ ,‬כל ארגון יכול‬
‫לאמץ שלבים נוספים או להוריד חלק מהשלבים‬
‫בהתאם לדרישות העסקיות של הארגון‪ ,‬ובהתאם‬
‫לסוג המערכת\פרויקט‪.‬‬
‫ •כיצד לנהל בצורה אינטגרטיבית את משאבי‬
‫ה‪ IT -‬והסיכונים הקשורים? – חלק אינטגרלי‬
‫מכל פרויקט ‪ IT‬הינו ניהול נכון של משאבי‬
‫ה‪ IT-‬בארגון‪ ,‬במיוחד אם מתנהלים מספר‬
‫פרויקטים במקביל‪.‬‬
‫ •יצירת תוכנית פרוייקט ארוכת טווח תוך שימוש‬
‫בתסריטי "‪ "What If‬ותכנון משאבים רך לפי‬
‫מיומנות או הגדרת תפקיד‪ ,‬ויכולת לבצע תכנון‬
‫מפורט לטווח הקרוב‪.‬‬
‫אפיון דרישות‬
‫ •אילו פרוייקטים ואילו משימות נמצאים‬
‫בעבודה ואילו צפויים להיכנס? – זה יכול‬
‫להשפיע על סדרי עדיפויות‪ ,‬והסדר שבו‬
‫יתבצעו הפרויקטים‪.‬‬
‫ •כיצד ניתן לתאם וליצור ואינטגרציה בין‬
‫פעילויות ותשתיות? – לעתים ישנם פרויקטים‬
‫שונים‪ ,‬אך תלויים אחד בשני‪ ,‬או שמחייבים‬
‫אינטגרציה ביניהם‪ .‬חשוב לקחת בחשבון‬
‫היבט זה‪ ,‬מבחינת ניהול משאבים בארגון‪.‬‬
‫ •עבודה רב פרוייקטאלית מטריציונית מלאה‪,‬‬
‫עבודה של מספר בעלי עניין באותו פרוייקט בו‬
‫זמנית‪ ,‬לכל בעל עניין תמונת מצב מלאה של‬
‫תכולות העבודה שלו בפרוייקטים השונים‪.‬‬
‫ •ניהול סיכונים ברמת הפורטפוליו‪ ,‬הפרוייקט‬
‫ועד רמת חבילות העבודה‪.‬‬
‫כתיבת מסמך‬
‫)‪RFP (Request For Proposal‬‬
‫שלב זה כולל בתוכו מיפוי תהליכי העבודה‬
‫הרלוונטיים (בהתאם לדרישות העסקיות של‬
‫הארגון)‪ ,‬על בסיס ראיונות עם אנשי מפתח‬
‫השותפים לתהליכי העבודה‪ .‬הכנת מסמך‬
‫דרישות ‪ ,RFP‬לצורך פניה לספקים לקבלת‬
‫הצעות מחיר מפורטות‪ ,‬הכוללות את כל עלות‬
‫הפרוייקט‪ .‬מסמך זה מהווה‪ ,‬פעמים רבות את‬
‫הבסיס לאפיון המפורט של הפרוייקט ועל כן‬
‫חשיבותו הרבה‪ .‬מרבית הפרויקטים אשר כשלו‪,‬‬
‫או לא נפלו בחלקן הצלחה גדולה במיוחד‪ ,‬היו‬
‫כתוצאה מניהול כושל של הפרויקט‪ ,‬כבר משלב‬
‫ייזום הפרויקט‪.‬‬
‫השוואה ובחירת מערכת\פתרון‬
‫בדרך כלל קיימות בשוק מספר מערכות העונות‬
‫לצרכי הארגון‪ .‬מסיבה זו יש להפקיד את המטלה‬
‫בידי גורם מקצועי וניטרלי בעל היכרות עם כלל‬
‫המערכות המוצעות ועם יכולת השוואה ומתן‬
‫ביקורת‪ .‬לאחר הגדרת רשימת כל הספקים‬
‫בשוק‪ ,‬ניתן להשתמש במודל בסיסי לבחינת‬
‫ספק‪ ,‬שהא בעל יתרונות מוכחים‪ ,‬אשר מביא‬
‫את כלל המערכות והחברות המטמיעות לבסיס‬
‫השוואה זהה‪ ,‬המותאם לדרישות והקריטריונים‬
‫הספציפיים של הארגון הבוחן‪ .‬אין טעם לרוץ‬
‫‪6‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫ניהול ניתוח סיכונים מתגלגל והרמת דגלים‬
‫במועד‪ ,‬ניהול בקרה תקציבית וכד'‪.‬‬
‫תכנון וביצוע בדיקות קבלה‬
‫ולרכוש את המערכת "הכי טובה" או את המערכת‬
‫שחבר או ארגון אחר הטמיעה אותה‪ ,‬אלא חשוב‬
‫לבחור מערכת אשר נבחנה בהתאם לדרישות‬
‫העסקיות של הארגון‪.‬‬
‫חתימת חוזה‬
‫הנושאים הנידונים במהלך חתימת חוזה עם ספק‬
‫מערכת‪ /‬חברת יישום הנם משפטיים מסחריים‬
‫ומקצועיים‪ .‬שילוב ייעוץ מקצועי בשלב חתימת‬
‫החוזה מעגן נושאים כגון‪ :‬בדיקות המסירה‬
‫שהספק מתחייב לעשות‪ ,‬הגדרת איכות המוצר‬
‫הנמסר לבדיקות קבלה‪ ,‬בקרות תקופתיות מצד‬
‫הספק‪ ,‬נהלי פיתוח ותחזוקה‪ ,‬ניהול תצורה‪,‬‬
‫קביעת (‪ Service Level Agreement) SLA‬וכד'‪.‬‬
‫שלב זה הינו אחד השלבים החשובים בפרויקט‪,‬‬
‫היות וכאן בעצם מציינים את תכולת העבודה‪,‬‬
‫ואת התוצרים שאמורים לקבל מהספק‪ ,‬כולל‬
‫הגדרת יעדים למתן שרות‪ ,‬ועמידה בהם‪.‬‬
‫כתיבת האפיון המפורט‬
‫שלב כתיבת האפיון המפורט הוא שלב קריטי‬
‫להצלחת הפרוייקט‪ ,‬במיוחד בפרוייקטים‬
‫הכוללים בתוכם דרישות עסקיות של הארגון‬
‫שצריכות לבוא לידי ביטוי במערכת\פתרון‪ .‬לכן‬
‫שלב זה נכתב בדרך כלל בשילוב "המוחות" של‬
‫הגוף המיישם ונציגי המשתמשים המובילים‪ .‬צוות‬
‫ניהול הפרוייקט צריך לשאוף לקבלת מסמך‬
‫ממוקד‪ ,‬מקיף ומתואם לצרכי הלקוח‪.‬‬
‫לווי הפרוייקט ובקרה – עמידה בלו"ז בתכולה‬
‫ובמשאבים המתוכננים‬
‫על מנת לעמוד במדדי ההצלחה של הפרויקט‪,‬‬
‫יש לבצע באופן שוטף בקרה על השלמה מלאה‬
‫של אבני הדרך שהוגדרו בגאנט הפרוייקט על‬
‫פי סטנדרטים מוסכמים של איכות‪ ,‬מעקב אחר‬
‫התקדמות ‪ Action Items‬על פי לוחות זמנים‪,‬‬
‫לפני העלייה לאוויר יש לתכנן ולבצע בדיקות‬
‫קבלה עבור המערכת‪ .‬הבדיקות מתמקדות‬
‫בבחינת תהליכי העבודה המשרתים את הארגון‬
‫(‪ )Business Process‬ובשינויים שפותחו עבור‬
‫הארגון (ולא את אופן פעולת המערכת כמערכת‬
‫‪ .)Vanilla‬גישה זו מציבה את מטרות הארגון וצרכיו‬
‫במרכזה‪.‬‬
‫ניהול עליה לאוויר‬
‫ניהול עליה לאוויר של מערכת הוא כמו מבצע‬
‫צבאי ‪ -‬יש צורך לתזמן את כל החזיתות במדויק‬
‫ובתזמון נכון על מנת שהמערכת תעלה בצורה‬
‫טובה ואיכותית‪ .‬ניהול העלייה לאוויר כולל‪ :‬כתיבת‬
‫נוהל עלייה לאוויר‪ ,‬תוכנית מפורטת לעלייה‬
‫לאוויר‪ ,‬מעקב מדוקדק של עמידה בתוכנית‬
‫(לפעמים ברמה של שעות בודדות)‪ ,‬אינטגרציה‬
‫בין שותפים לפרוייקט‪ ,‬הסבות נתונים‪ ,‬בדיקת‬
‫הסבות ועוד‪.‬‬
‫הדרכה והטמעה‬
‫הכול מתחיל ונגמר ביחסי הציבור‪ .‬מערכת‬
‫לא תוטמע בצורה טובה בארגון אם ההדרכה‬
‫וההטמעה לא ינוהלו כפרוייקט לכל דבר‪ .‬יש צורך‬
‫בתכנון תוך מתן תשומת לב לקהל היעד‪ ,‬העברת‬
‫החומר בצורה מקורית וברורה‪.‬‬
‫לאחר העלייה לאוויר יש לדאוג לכח אדם שיתמוך‬
‫במשתמשים בצורה שוטפת‪.‬‬
‫ניהול תצורה‪ ,‬ניהול דרישות‬
‫חדשות וניהול גרסאות‬
‫הקמת מערך מסודר של ניהול התצורה‬
‫והגרסאות של המערכת‪ .‬יצירת נוהל עבודה‬
‫עבור יצירת סדרי עדיפויות לשינויים ושיפורים‪.‬‬
‫הקמת מערך בדיקות רגרסיה עבור כל גרסא‬
‫לפני המעבר לייצור‪.‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪7‬‬
‫כיצד מנהלים פרויקט ‪?NAC‬‬
‫ניהול פרויקט ‪NAC‬‬
‫הגדרת חולת עבודה‪ ,‬איסוף נתונים אודות הרשת‬
‫ודרישות עסקיות‪ ,‬תכנון הרשת‪ ,‬ביצוע פיילוט ‪ -‬אלו‬
‫הם רק קצה המזלג‪ ,‬מתוך רשימת מטלות של‬
‫על כל ארגון לבצע לפני כניסתו להטמעת פתרון‬
‫‪ NAC‬בארגון‪ .‬אפיון נכון של המצב הקיים בארגון‬
‫מבחינת ציוד תקשורת ומערכות‪ ,‬בתיאום מול‬
‫הדרישות העסקיות יכול להשפיע על ההצלחה‬
‫ורמת האפקטיביות של הפרויקט‪.‬‬
‫אתגרים ובעיות‬
‫כיום הולך ומטשטשת ההבחנה בין סוגי העובדים‬
‫ודרכי עבודתם בארגון‪ :‬עובד קבלן‪ ,‬עובד מן‬
‫המניין‪ ,‬אורח‪ ,‬עובד מהמשרד ועובד מהבית‪ ,‬עובד‬
‫המחובר בצורה אלחוטית ועובד המחובר לרשת‬
‫במחשב המקומי במשרד; חל שיבוש מערכות גם‬
‫כתוצאה משימוש ברשתות אלחוטיות‪ ,‬ללא הגנה‬
‫מספקת וללא ישום מדיניות אבטחת מידע זהה‬
‫גם לרשת האלחוטית‪.‬‬
‫רוב מערכות אבטחת המידע מאתרות את‬
‫האיומים לאחר שהמשתמש כבר מחובר‬
‫אל הרשת ורק אז מנסות לצמצם את הנזק‪.‬‬
‫לעיתים קורה‪ ,‬שמשתמשים לגיטימיים מצליחים‬
‫להדביק את הרשת בוירוסים‪ ,‬סוסים טרויאנים‬
‫או להשתמש בשרותי רשת אסורים‪ .‬זאת‪ ,‬ללא‬
‫כוונת מזיד‪ .‬משתמשים לא מורשים נכנסים פיזית‬
‫לארגון‪ ,‬בין אם מדובר באורח‪ ,‬ספק‪ ,‬עובד קבלן‪,‬‬
‫עובד מיקור חוץ‪ ,‬או כל אדם אחר המגיע לארגון‬
‫ומתחבר לרשת ה ‪- LAN‬או ה‪ WLAN-‬עם המחשב‬
‫הנייד שלו ועלול להזיק‪ .‬אנו רוצים‪ ,‬בהזדמנות זו‬
‫לבקר גם את פעולתם של אורחים שמגיעים‬
‫לארגון או עובדי קבלן הנחוצים לתפקוד השוטף‬
‫של הארגון‪.‬‬
‫נוצר אתגר חדש – מיהו המשתמש ברשת? מהם‬
‫המשאבים הנחוצים לו לצורך ביצוע עבודתו? בעיה‬
‫נוספת נגרמת מכך שמשתמשים ברשת הארגונית‬
‫מקבלים הרשאות גישה זהות או הרשאות גבוהות‬
‫(‪ ,)Administrator‬בעוד שתפקידם שונה במהותו‪.‬‬
‫כך‪ ,‬יכול איש הכספים להגיע לשרתי אגף המכירות‬
‫ואיש אגף המכירות יכול להגיע לשרתי המשכורות‪,‬‬
‫בלא שתהיינה הפרדה ומידור ברשת‪ .‬זאת‪ ,‬כמובן‪,‬‬
‫בלי קשר להגבלות הגישה על גבי השרתים‬
‫עצמם‪ ,‬שממומשים על ידי הרשאות מפורטות‬
‫ברמת המשתמש או ברמת קבוצת משתמשים"‪.‬‬
‫"קונסולידציה" של טכנולוגיות אשר "רוכבות" על‬
‫רשת התקשורת הפכה לתופעה מקובלת‪ .‬אנו‬
‫עדים בעשור האחרון לכך שממשקי ‪Ethernet‬‬
‫ורשתות ‪ IP‬הפכו להיות סטנדרט‪ ,‬שאפליקציות‬
‫כגון וידאו וקול "רוכבות" על הרשת הדרישות של‬
‫ארגונים ואימוץ טכנולוגיות חדשות כגון טלפונית‬
‫‪ IP‬ו‪Unified Communication, ,Wireless LAN -‬‬
‫‪8‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫‪ ,Video Over IP‬וירטואליזציה‪– Thin Clients ,‬‬
‫יצרו בעיות אבטחה חדשות שגורמות להגדלת‬
‫הפגיעות של הרשתות ולחשיבות של הגנה על‬
‫יישומים קריטייים אלו‪.‬‬
‫אודות פתרון ‪NAC‬‬
‫מדובר בשכבת הגנה עיקרית ומשופרת‪ ,‬שכבה‬
‫שיכולה לתת פתרון אבטחת מידע מקצה לקצה‪.‬‬
‫מדובר בפתרון שיכול וצריך לבדוק את כל‬
‫ההתקנים המתחברים לרשת ופעילותם בכל‬
‫שכבות הרשת‪ .‬זהו בעצם עמוד השדרה של‬
‫מערך אבטחת המידע‪.‬‬
‫ארגונים רבים כבר הבינו שבקרת גישה לרשת‬
‫(‪ )NAC‬היא תנאי חיוני לאבטחת שלמות הנתונים‬
‫בכל רשת ארגונית גדולה‪ .‬מערכת ‪ NAC‬חייבת‬
‫להוות חלק ממדיניות האבטחה הכללית של‬
‫הארגון‪ .‬למרות שמדיניות אבטחה קיימת בכל‬
‫הארגונים‪ ,‬רק לעיתים נדירות העובדים יודעים מה‬
‫היא‪ ,‬ובכל מקרה אינם מיישמים אותה‪ .‬מסיבה זו‪,‬‬
‫חשוב להפקיד שלא להפיל את האחריות בנושא‬
‫על משתמשי הקצה‪ ,‬אלא להעבירה לטיפולן של‬
‫תוכנות האבטחה‪ .‬מערכות ‪ NAC‬מספקות לחברות‬
‫דרך שיטתית ואוטומטית לניהול האבטחה‪ ,‬במטרה‬
‫למנוע חשיפת מידע ולאפשר הגנה מתמשכת‪.‬‬
‫מערכות אלו מאפשרות לארגונים לוודא שרק‬
‫התקנים אמינים‪ ,‬המצייתים למדיניות האבטחה‬
‫התאגידית‪ ,‬יוכלו לגשת לרשת‪.‬‬
‫מערכות ‪ NAC‬מבררות את מידת אמינותו של‬
‫כל מחשב המנסה להתחבר לרשת‪ ,‬ובודקות‬
‫האם הוא מציית למדיניות האבטחה של הארגון‪.‬‬
‫ההתרבות המהירה של חיבורי פס רחב הפכו את‬
‫העבודה מהבית לכדאית מהבחינה הכלכלית‪,‬‬
‫ובמקביל‪ ,‬בעקבות הירידה החדה במחירי‬
‫המחשבים הניידים והתפשטותה המהירה של‬
‫טכנולוגית ה‪ ,Wi-Fi -‬הפכה העבודה הניידת‬
‫למקובלת מאד בחברות מסחריות רבות‪ .‬עם זאת‪,‬‬
‫ברגע שמחשב פועל מחוץ למשרד‪ ,‬יכולתה של‬
‫החברה לאכוף את מדיניות האבטחה התאגידית‬
‫פוחתת באופן משמעותי‪ .‬למשל‪ ,‬אם עובד לוקח‬
‫מחשב נייד לשבוע‪ ,‬מי יוודא שהמחשב יופעל‬
‫בהתאם למדיניות האבטחה של החברה?‬
‫כאשר משתמשים במערכות ‪ NAC‬בצורה יעילה‪,‬‬
‫הן אמורות להוות אמצעי רב‪-‬שכבתי לאכיפת‬
‫מדיניות האבטחה ולהגנה מפני חדירות לרשת‪.‬‬
‫מערכות אלו מוודאות שכל הפינות של הרשת‬
‫הארגונית יהיו מכוסות‪ ,‬גם כאשר מתחברים אליה‬
‫התקנים ניידים‪ .‬עם זאת‪ ,‬למרות שחברות מכירות‬
‫בדרך‪-‬כלל את יתרונות ה‪ ,NAC -‬רק מעטות‬
‫יודעות כיצד ליישמן בצורה יעילה‪.‬‬
‫להשיב את הסדר על כנו‬
‫פתרון ‪ NAC‬אפקטיבי צריך להבטיח שמחשבים‬
‫המנסים להתחבר לרשת יצייתו באופן מלא‬
‫למדיניות האבטחה כתנאי למתן הרשאת גישה‪.‬‬
‫המערכת צריכה להחזיר מחשבים לא‪-‬צייתניים‬
‫למצב עבודה אמין‪ ,‬ולעשות זאת במהירות ובצורה‬
‫אוטומטית‪ .‬חיוני שתהייה למערכת יכולת לתיקון‬
‫אוטומטי של התקנים לא‪-‬צייתניים כדי לצמצם‬
‫למינימום פגיעה בתפוקת המשתמשים ולהקטין‬
‫עלויות הנובעות מטיפול בפניות למרכז התמיכה‬
‫או מהתערבות ידנית של אנשי מערכות המידע‪.‬‬
‫מערכת ‪ NAC‬היא מרכיב חיוני בכל רשת תאגידית‪.‬‬
‫כאשר היא מיושמת בצורה אפקטיבית‪ ,‬היא‬
‫מאפשרת לארגונים עסקיים ליישם את מדיניות‬
‫החברה‪ ,‬לשלוט על האופן בו אנשים‪ ,‬יישומים‬
‫והתקנים פועלים ברשת‪ ,‬לתקן במהירות כל התקן‬
‫לא‪-‬צייתני ולהבטיח את שלמותה המתמשכת‬
‫של הרשת‪ .‬ניתן להשיג זאת אך ורק בעזרת‬
‫אכיפה מתמשכת של מדיניות האבטחה‪ ,‬וכדי‬
‫להצליח בכך האכיפה צריכה להיות אוטומטית‪.‬‬
‫אסור להסתמך על הרגלי עבודה נכונים של‬
‫המשתמשים‪ .‬בנוסף‪ ,‬ארגונים עסקיים צריכים‬
‫לחפש פתרונות שיבטיחו אכיפה של מדיניות‬
‫האבטחה התאגידית מבלי לפגוע בתפוקה‪.‬‬
‫פרויקט מצליח הוא זה אשר נמסר בזמן‪ ,‬במסגרת‬
‫התקציב ועם שביעות רצון גבוהה של הלקוח‪.‬‬
‫יישום פרויקט מצליח מחייב תשומת לב לניהול‬
‫התכולה‪ ,‬האנשים והתהליך הכרוכים בכל‬
‫פרויקט‪ .‬להלן מתודולוגיה ליישום פרויקט ‪NAC‬‬
‫בארגון אשר משתמשת בהליכים הטובים מסוגם‬
‫לניהול פרויקטים בשילוב עם לקחים שנלמדו‬
‫בעולם האמיתי‪.‬‬
‫להלן סקירה כללית של אבני דרך בדרך ליישום‬
‫פתרון ‪ NAC‬בארגון‪:‬‬
‫שלב ‪ 1‬הגדרת תכולת העבודה‬
‫לפני תחילת הפרויקט‪ ,‬יש להשלים את תהליך‬
‫איסוף הנתונים והגדרת תכולת העבודה‪ .‬בשלב זה‬
‫מנהל הפרויקט מטעם הספק\אינטגרטור ומנהל‬
‫הפרויקט מטעם הלקוח (הארגון) ואנשי הקשר‬
‫באתר של הלקוח יזהו ביחד את הטופולוגיה‬
‫של הרשת או השינויים באתר הנדרשים כתנאי‬
‫מוקדם ויסכימו על תכולת העבודה (להלן ה‪SOW-‬‬
‫‪.)- Statement of Work‬בשלב זה יש להגדיר צוות‬
‫עבודה כללי וכן צוות לכל אתר (באם הארגון‬
‫גדול)‪.‬‬
‫כמו כן‪ ,‬בשלב זה‪ ,‬על הספק ועל הלקוח להסכים‬
‫על הצוות משני הצדדים ועל תהליך התקשורת‪.‬‬
‫שלב זה עשוי להתרחש לפני החתימה על החוזה‬
‫והוא נועד להגדיר בבירור את תכולת העבודה‬
‫באמצעות מסמך ‪ SOW‬אשר יהיה חלק מהחוזה‪.‬‬
‫על מנת להפיק את תכולת העבודה‪ ,‬על הספק‬
‫ועל הלקוח להסכים על העבודה אשר יש לבצע‪,‬‬
‫כפי שמפורט במסמך ה‪.SOW-‬‬
‫שלב ‪ 2‬הערכת רשת (איסוף נתונים)‬
‫בשלב זה יש לאסוף את כל המידע הרלוונטי מכל‬
‫אחד מן האתרים הקיימים בארגון‪ .‬על פי ההסכם‪,‬‬
‫שלב זה יכול להתבצע על ידי הלקוח או על ידי‬
‫הספק‪ .‬העבודה עשויה להיות מחולקת בהתאם‬
‫למיקום‪.‬‬
‫שלב זה אמור לכלול נתונים כגון‪:‬‬
‫ •רשימת כל המתגים שיהיו חלק משדרוג זה‪,‬‬
‫כולל מיקום (סוג המתג)‬
‫ •תצורת כל המבואות של המתגים דלעיל‬
‫ •תצורת כל ההתקנים ‪ -‬נתבים‪ ,‬פירוולים‪ ,‬וכו'‪.‬‬
‫ •רשימת כל השרתים להגירה‪ ,‬הכוללת שם‬
‫השרת‪ ,‬כתובת ‪ IP‬והיישומים\ המבואות‬
‫הרלוונטיים ביותר אשר מחוברים כיום‬
‫ •ארכיטקטורה נוכחית ופרטי הפריסה בכל‬
‫אתר‬
‫שלב ‪ 3‬תכנון הרשת‬
‫בשלב זה קיים תכנון בסיסי (רעיון) אשר יש‬
‫להשלימו תוך מענה לצרכים הספציפיים של כל‬
‫אתר על מנת שיכלול כמה שיותר מידע שימושי‬
‫על רשת הארגון‪ ,‬כגון‪:‬‬
‫ •חיבורי ‪( L1‬כולל שרתים‪ ,‬קישורי ‪ ,WAN‬חיבורי‬
‫אינטרנט‪ ,‬יתירות‪ ,‬וכו')‬
‫ •‪ - L2‬כולל ‪-VLAN‬ים‪ ,‬אפיקי ‪ ,802.3ad‬תצורות ‪STP‬‬
‫וכדומה‬
‫ •‪ - L2‬כולל מנגנוני ניתוב ותתי‪-‬רשתות לשימוש\‬
‫תצורות איזון עומסים‬
‫ •התכונות אשר יש ליישם לפי מיקום (למשל‪Span :‬‬
‫‪ , Guard‬מדיניות אכיפה וכדומה)‬
‫ •מטרת שלב זה היא לקבוע את הדרישות הספציפיות‬
‫לכל אתר וכן לסקור את המסמכים הקודמים‪.‬‬
‫הפריטים הבאים עשויים להיות קריטיים במקרה‬
‫שתידרש עזרה מהספק ביישום הפתרון ‪:NAC‬‬
‫ •מסמך דרישות מדיניות אבטחת המידע מאת‬
‫הלקוח‬
‫ •רשימת תתי‪-‬רשתות לשימוש‬
‫ •פרטים אודות תקני הנתב הארגוני של הלקוח‬
‫(‪ ,OSPF, RIP‬ניתובים סטאטיים וכו')‬
‫ •פרטים אודות הארונות שבהם תתי‪-‬הרשתות יהיו‬
‫זמינות‬
‫ •מספר המבואות בכל ארון לשיוך לכל תת‪-‬רשת‬
‫בכל ארון‬
‫שלב ‪ 4‬תכנון הגירה‬
‫בשלב זה יש לתכנן את כל הפעילויות הנובעות‬
‫מהשלב הקודם ויש ליצור תוכנית אב מקיפה‬
‫ליישום וכן לוח זמנים‪ ,‬הכוללים‪:‬‬
‫ •פיתוח תוכנית שדרוג הרשת (באם יש צורך בכך)‬
‫ •גיליון הערכת זמנים עבור כל שלב (אבני דרך)‬
‫על שלב זה לכלול את הפעילויות של כל הצדדים‬
‫(למשל‪ :‬יישום אימות עשוי להיות תלוי ביישום‬
‫פתרון צד שלישי כגון שרת ‪ ,RADIUS‬רשויות אישור‬
‫או יישומי לקוח‪ .‬מאחר ופעילויות אלה קשורות זו‬
‫בזו‪ ,‬עליהן להיות חלק מהתוכנית הכוללת על מנת‬
‫לוודא הגירה חלקה)‪.‬‬
‫כמו כן‪ ,‬על תוכנית ההגירה לכלול את כל הפרטים‬
‫(חלונות תחזוקה‪ ,‬תחומי אחריות וכדומה)‪ .‬מידע‬
‫זה ניתן לייבא תוך שני מסמכים שונים‪:‬‬
‫ •קובץ ‪ .MPP‬קובץ זה אמור לכלול את המשימות‪,‬‬
‫תאריכי היעד ותחומי האחריות‬
‫ •מסמך ‪ WORD‬המתאר את כל השלבים‬
‫לביצוע‬
‫שלב ‪ 5‬ניסוי פיילוט‬
‫(בדיקות חומרה‪ ,‬וטרום‪-‬הגירה)‪:‬‬
‫בשלב זה יש להתקין את המערכת ולבצע פיילוט‪.‬‬
‫הפיילוט מיועד לייצג את הרשת ועליו לכלול‪:‬‬
‫ •שרתים \ יישומים מייצגים אך לא קריטיים‬
‫ומנגנוני יתירות אם קיימים (מאחר שיידרשו‬
‫בדיקות)‬
‫ •משתמשים טיפוסיים (שימוש במנגנוני אימות‪,‬‬
‫מדפסות‪ ,‬טלפונים וכו')‬
‫שלב זה כולל בדיקה שלמה של כל ההתקנים‬
‫אשר יותקנו במהלך הפרויקט‪ .‬מאחר שההתקנים‬
‫אשר יותקנו עשויים לכלול לא רק חומרה שנרכשה‬
‫(במעבדה) אלא גם חומרה שסוכמה בשלב כוונון‬
‫התכנון‪ ,‬הרי שעל חומרה זו להיות מוכנה באתר‬
‫בנקודת זמן זו‪ .‬כמו כן‪ ,‬יש להפעיל חומרה קיימת‬
‫מייד לאחר תחילת פרויקט זה (החל משלב ‪ )2‬על‬
‫מנת לזהות בעיות אפשריות‪ .‬הבדיקות עשויות‬
‫לכלול אימות של כל מבוא ומבוא (כולל ממשקים‬
‫פיזיים ו‪ )Backplane-‬על מנת לוודא כי כל החומרה‬
‫במצב תקין לשם ההתקנה‪.‬‬
‫שלב ‪ 6‬הגירה (יישום התוכנית)‬
‫אפשרות של ניטור הסביבה לאחר ההתקנה בימים‬
‫שלאחר ההגירה על מנת לוודא פונקציונאליות‬
‫ויציבות של המערכת‪ .‬חשוב לסגור על חבילת‬
‫שרות מורחבת (הכוללת שעות תמיכה באתר‬
‫ומרחוק) במיוחד בתקופה הראשונית לאחר‬
‫הטמעת המערכת‪ ,‬ובעת העברת משתמשי קצה‬
‫ו\או שירותים‪ .‬באם תינתן אפשרות לתמיכה‬
‫מרחוק‪ ,‬יש לאפשר גישה מאובטחת באמצעות‬
‫‪.VPN‬‬
‫שלב זה מהווה בעצם פרק זמן קצר לאחר‬
‫ההגירה על מנת לוודא פעולה תקינה \ לענות על‬
‫כל הבעיות האפשריות שנותרו‪.‬‬
‫ניתן להשתמש בשלב זה גם לצורך הפקת לקחים‬
‫וסקירה של תיעוד הפרויקט‪.‬‬
‫ •יומן התקנות ‪ -‬יומן התקנות כולל ציון המשימות‬
‫שהושלמו‪ ,‬תוכניות בדיקה שבוצעו‪ ,‬בעיות‬
‫שהתרחשו והפתרונות שיושמו‬
‫ •תרשימים ‪ -‬שינויי תכנון פיזיים ולוגיים שבוצעו‬
‫במהלך יישום הרשת‪ ,‬באמצעות תרשימי‬
‫‪.VISIO‬‬
‫ •תצורת נתבים \ מתגים ‪ -‬עותק קשיח ועותק‬
‫במדיה אלקטרונית של כל תצורת נתב \ מתג‬
‫שיושמה‪.‬‬
‫לסיכום‬
‫על מנת לסיים את הפרויקט בצורה נכונה ויעילה‪,‬‬
‫חשוב לסכם על כל שירות מראש מבחינת‬
‫התוצרים שלו‪ .‬ניתן להיעזר באחת השיטות‬
‫הללו‪:‬‬
‫זמן וחומרים ‪ -‬במקרה זה ההסכם בין הספק לבין‬
‫הלקוח מוגבל לאוסף כישורים ולפרק זמן‪ .‬במקרה‬
‫זה‪ ,‬האנשים אשר יסופקו על ידי הספק יהיו תחת‬
‫הנחיית הלקוח אשר יהיה אחראי לקביעת סדר‬
‫העדיפויות וניצול הזמן שלהם‪.‬‬
‫בשלב זה יש ליישם את כל ההתקנים החדשים‪.‬‬
‫כמו כן‪ ,‬את חומרת הרשת אשר יש להעבירה‬
‫מקום (אם יש כזו) יש להתקין במקומה החדש‪.‬‬
‫על פי הסיכום ניתן לבצע שלב זה של השירות‬
‫במהלך לילה או בסופי שבוע עם הגדרת החלונות‬
‫להשבתת הרשת ובהתאם לתוכנית שסוכמה‬
‫בשלב התכנון‪.‬‬
‫על בסיס פרויקט ‪ -‬במקרה זה על הספק ועל‬
‫הלקוח להסכים מראש מהן אבני הדרך והתוצאות‬
‫אשר יש להשיג בתום הפרויקט‪ .‬הנחות מסוימות‬
‫יהיו גם הן חלק מהסכם זה‪ .‬סוג שירות זה מפורט‬
‫בחוזה אשר ייחתם בין הספק לבין הלקוח לפני‬
‫תחילת השירות‪ ,‬והוא יכלול את כל תכולת‬
‫העבודה (‪ .)SOW‬מסמך ‪ SOW‬אמור גם‪:‬‬
‫יש לסכם תוכנית חזרה‪-‬לאחור (‪ )Rollback‬לפני‬
‫כל חלון זמן‪ .‬על תוכנית החזרה לאחור לכלול את‬
‫כל אבני הדרך הנחוצות על מנת להבטיח הגירה‬
‫מוצלחת‪ .‬במהלך חלונות הזמן‪ ,‬על הלקוח לספק‬
‫איש קשר מתאים ולקבוע פגישות שוטפות על‬
‫מנת להחליט על "התקדמות\חזרה לאחור" על‬
‫פי השגת כל אבן דרך‪.‬‬
‫ •לפרט את השירות הניתן‪ ,‬ובכלל זה התוצאות‬
‫אשר יש להשיג וכל תחומי האחריות של‬
‫הספק‬
‫שלב זה אמור לכלול את האתרים השונים (אשר‬
‫יהיו חלק מהתוכנית ההגירה)‪ .‬כמו כן‪ ,‬שלב זה‬
‫אמור לכלול בדיקות מההיבט הרשת וכן מההיבט‬
‫קצה‪-‬לקצה‪.‬‬
‫ •לפרט את תחומי האחריות של הלקוח (לצורך‬
‫הצלחת הפרויקט)‬
‫למוסף המיוחד של סקירה מלאה אודות פתרון‬
‫‪ ,NAC‬ניהול דרישות בפרויקט‪ ,‬סקירה טכנולוגית‬
‫מלאה ועוד‪ ,‬ניתן לפנות לאיגוד בכתובת‪:‬‬
‫‪[email protected]‬‬
‫שלב ‪ 7‬תפעול (לאחר הגירה)‬
‫חשוב להכניס לתוך חוזה השרות אל מול הספק‪,‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪9‬‬
‫כיצד מנהלים פרויקט ‪?DLP‬‬
‫קורס ‪CISO‬‬
‫בטכניון‬
‫ניהול פרויקט ‪DLP‬‬
‫מניעת דלף מידע הינו תהליך ארגוני ולא רק טכנולוגי‪ .‬לפני הטמעת‬
‫פתרון ‪ DLP‬בארגון‪ ,‬צריכים לשאול את עצמנו את השאלות הנכונות‪:‬‬
‫מהו המידע הרגיש והמסווג בארגון? האם אנחנו יודעים מי עושה בו‬
‫שימוש? היכן המידע הזה ממוקם? האם עובדי הארגון יודעים כיצד לנהוג‬
‫במידע זה?‬
‫הדרך למניעת דליפת מידע ארוכה ‪ -‬והיא הרבה יותר מאשר הטמעת מוצר‪.‬‬
‫לא מדובר רק בהטמעת פתרון תוכנה לתחום‪ ,‬אלא בהגנה רוחבית על‬
‫התשתיות תוך מימוש מתודולוגיה סדורה‪.‬‬
‫לתחום‪ ,‬אלא בהגנה רוחבית על התשתיות תוך מימוש מתודולוגיה סדורה‪.‬‬
‫דליפת מידע ארגוני היא אחת הסכנות הגדולות ביותר עבור חברות‪ .‬העברת‬
‫נתונים פנימיים מתוך החברה לגורמים חיוניים‪ ,‬לתקשורת או לארגוני פשע‬
‫יכולה לגרום לנזקים עצמים עבור החברה‪ .‬חברות רבות מנסות לטפל בבעיה‬
‫על ידי התקנת מערכות נגד דליפת מידע ארגוני (‪.)DLP‬‬
‫האיום לדלף מידע‪ ,‬היה קיים וימשיך להיות אחד הגורמים המרכזיים שמהווים‬
‫אתגר בהתמודדות מנהל אבטחת המידע עם האיומים השונים‪ .‬לצערנו‪ ,‬כיום‪,‬‬
‫בעידן מערכות המידע‪ ,‬כאשר גבולות הגזרה של הארגון כבר נפרצו מזמן‪,‬‬
‫האיומים לדלף מידע הינם גדולים מהרגיל‪.‬‬
‫בכל ארגון כמעט קיים מידע רגיש‪ ,‬מסוגים שונים‪ ,‬כגון‪ :‬קניין רוחני‪ ,‬מידע רפואי‪,‬‬
‫מידע פיננסי\עסקי‪ ,‬פרטים אישיים חסויים‪ ,‬מידע סודי מסחרי אודות לקוחות‪,‬‬
‫מידע מסווג בטחוני וכו'‪.‬‬
‫ולכן‪ ,‬ישנה חשיבות רבה‪ ,‬לנהל פרויקט זה תחת זכוכית מגדלת‪ ,‬ובצורה‬
‫מסודרת‪ ,‬על מנת להפיק את מרב התועלת מהפתרון שנבחר ע"י הארגון‪.‬‬
‫מניעת דליפת מידע היא תהליך ארוך ומורכב‪ ,‬שכולל יצירת ומימוש מדיניות אבטחת‬
‫מידע‪ ,‬טיפול בעובדים ובמידע הארגוני‪ .‬לא מדובר רק בהטמעת פתרון תוכנה‬
‫בכתבה זו ניתן להתעדכן אודות השלבים המומלצים כאבני דרך‪ ,‬בעת הטמעת‬
‫פתרון ‪ DLP‬בארגון‪.‬‬
‫אז מהן שלבי הפרויקט להטמעת פתרון ‪ DLP‬לארגון?‬
‫שלב ‪ - 1‬ניתוח סביבה עסקית‬
‫חשוב עוד טרם בחירת הפתרון‪ ,‬לנתח את הסביבה‬
‫העסקית ולבחון את הדרישות העסקיות בארגון‪.‬‬
‫חלק מתהליך זה‪ ,‬הינו ניתוח האיומים הרלוונטיים‬
‫לארגון וסיווג תרחישים שונים כגון‪:‬‬
‫ •איומים חיצוניים‬
‫ •איומים פנימיים‬
‫ •טעויות אנוש ותקלות טכניות‬
‫ •צדדים שלישיים‬
‫שלב ‪ - 2‬סיווג מידע‬
‫בשלב השני‪ ,‬לאחר שבחנו וניתחנו את הסביבה‬
‫העסקית‪ ,‬והבנו את כל הדרישות העסקיות בארגון‪,‬‬
‫חשוב לבצע סיווג מידע‪ .‬תהליך סיווג המידע‬
‫בארגון הינו חלק אינטגראלי ובלתי נפרד מפרויקט‬
‫‪ ,DLP‬וחלק מהותי בהצלחתו של הטמעת מוצר‬
‫ויעילותו בארגון‪.‬‬
‫שלב ‪ - 4‬ניתוח מחזור החיים‬
‫של מידע‬
‫בשלב רביעי‪ ,‬חשוב לנתח את מחזור החיים של‬
‫המידע וניהול הידע בארגון‪ ,‬כדי ללמוד יותר על‬
‫תהליכי העבודה בארגון‪ ,‬מבחינת יצירת המידע[‬
‫השימוש בו וכמובן השמדת המידע‪ ,‬בסיום‬
‫השימוש‪.‬‬
‫להלן הפרמטרים שצריכים לקחת בחשבון‪,‬‬
‫מבחינת מחזור החיים של המידע‪:‬‬
‫ •יצירת מידע‬
‫ •הפצה‬
‫ •שימוש‬
‫ •תחזוקה \ עדכון \ עיבוד‬
‫ •העברה לארכיון \ גיבוי‬
‫ •השמדה‬
‫ניתן לבצע את הסיווג מידע בצורה ידנית‪ ,‬או‬
‫אוטומטית‪ ,‬ע"י שימוש בתוכנות צד ג'‪.‬‬
‫שלב ‪ - 5‬הערכת ערוצי דלף‬
‫פוטנציאליים‬
‫שלב ‪ - 3‬מיפוי מאגרי מידע‬
‫ואמצעי אחסון‬
‫כחלק מהערכת הסיכונים‪ ,‬והבנת מיתר האיומים‬
‫שחלים על הארגון מבחינת דלף מידע‪ ,‬חשוב‬
‫למפות את הערוצים הפוטנציאלים לדלף מידע‬
‫מהארגון‪ ,‬כגון‪:‬‬
‫שלב שלישי יהיה נכון להתחיל למפות את כל‬
‫המקומות בהן מאוחסן מידע‪ ,‬כגון‪:‬‬
‫ •זיכרונות ניידים \ מדיה‬
‫ •בסיסי נתונים‬
‫ •שרתי קצבים‬
‫ •שרתי אחסון \ גיבוי \ קלטות‬
‫ •אמצעים ניידים ‪ -‬סלולרים‪ ,‬טאבלטים‬
‫ •תחנות קצה‬
‫‪10‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫ •קישורי רשת חיצוניים‬
‫ •מדיה וזיכרונות ניידים‬
‫ •מבקרי רשת מזדמנים‬
‫ •פקסים ומדפסות‬
‫ •גורמים אנושיים‬
‫תלמד • תוביל • תצליח!‬
‫שלב ‪ - 6‬אפיון ויישום פתרונות‬
‫רק לאחר שהבנו את כל תהליכי העבודה‪ ,‬וזיהינו‬
‫את מיתר האיומים שחלים על הארגון שלנו‬
‫מבחינת האפשרות לדלף מידע‪ ,‬אנו יכולים‬
‫להתחיל לאפיין את הדרישות לפתרון הרצוי‬
‫העונה על הדרישות שלנו‪ ,‬הן מבחינת אבטחת‬
‫מידע‪ ,‬והן מבחינת דרישות עסקיות‪.‬‬
‫לאחר אפיון הפתרון‪ ,‬ניתן לבחון מוצרים ולבחור‬
‫את הפתרון שהכי תואם לצרכים של הארגון‪.‬‬
‫וגם כאן‪ ,‬ניתן לחלק את שלבי העבודה‪ ,‬לאבני‬
‫דרך‪ ,‬לצורך מימוש הפרויקט‪.‬‬
‫ •יצירה \ עדכון של מדיניות אבטחה‬
‫ •הדרכת משתמשים‬
‫‬
‫•הטמעת פתרון ‪DLP‬‬
‫ •טכנולוגיה משלימה‬
‫ •עדכון תהליכים משלימים ‪ -‬ניהול אירועים‪,‬‬
‫ביקורת‪ ,‬ניטור‬
‫לקבלת הסיקור המלא‬
‫של פתרונות ‪,DLP‬‬
‫ניתן לפנות אלינו לכתובת‪:‬‬
‫‪[email protected]‬‬
‫הסיקור יועבר לחברי האיגוד בלבד‪.‬‬
‫הטכנולוגיה רצה קדימה‪ ,‬ההנהלות דורשות החזר‬
‫השקעה‪ ,‬הספקים מציעים לנו פתרונות ללא סוף‪,‬‬
‫והלקוחות מצפים לשירות עם אפס תקלות ושמירה‬
‫על המידע שלהם‪ .‬זוהי הסביבה שאיתה נאלץ‬
‫כל מנהל אבטחת מידע להתמודד יום‪ ,‬יום כחלק‬
‫מהעשייה והחיפוש אחר ההצלחה בתפקיד‪ .‬הקורס‬
‫שם דגש על החידושים והאתגרים השונים בתחום‬
‫אבטחת מידע וניהול‪.‬‬
‫במסגרת הקורס נציג‬
‫את הנושאים החדשים‬
‫וההתפתחויות בתחום תוך מתן‬
‫כלים מעשיים למנהל אבטחת‬
‫המידע לניהול תקין של מערך‬
‫האבטחה בארגון‪.‬‬
‫נציג בצורה אובייקטיבית את הנושאים השונים‬
‫תוך מתן המלצה לגבי דרכי היישום וקביעת סדרי‬
‫העדיפות של הנושא (בהתאם לחומרת העניין ותהליך‬
‫ניהול סיכונים מובנה)‪ ,‬וכמובן נצייד את התלמידים‬
‫בכל הכלים‪ ,‬הן בפן הטכנולוגי והן בפן העסקי‪-‬ניהולי‪,‬‬
‫שכל מנהל אבטחת מידע צריך כדי לשרוד בתפקידו‪.‬‬
‫הקורס חושף את התלמיד למגוון רחב של נושאים‪ ,‬הן‬
‫בפן הטכנולוגי‪ ,‬והן בפן העסקי‪-‬ניהולי‪ .‬הקורס חובה‬
‫לכל מנהל אבטחת מידע הרוצה להתעדכן בצורה‬
‫שיטתית וחסרת אינטרס במגמות ובכיוונים של עולם‬
‫אבטחת המידע וניהול סיכונים‪.‬‬
‫מנחה ומרצה ראשי‬
‫דני אברמוביץ‪,‬‬
‫שיטת הלימוד‬
‫ •הקורס יציג תפיסות טכנולוגיות‪ ,‬עסקיות‬
‫וניהוליות ודרך יישומם בארגון‬
‫ •הקורס יכלול הרצאות פרונטאליות‬
‫משולבות בהצגת וניתוח מקרים (‪Case‬‬
‫‪)Studies‬‬
‫ •הקורס כולל הגשת והצגת פרויקט גמר‬
‫קהל יעד‬
‫מנהלי אבטחת מידע‪ ,‬מנהלי תחום ניהול‬
‫סיכונים‪ ,‬מנהלי ‪ ,IT‬יועצים‬
‫היקף הקורס‬
‫‪ 200‬שעות פרונטאליות‬
‫כ‪ 500-‬שעות תרגול עצמי‬
‫‪ 50‬מפגשים של ‪ 4‬שעות כל מפגש‬
‫לייעוץ‪ ,‬מידע מנהלי והרשמה‬
‫ניתן לפנות למרכז התכנית‪ ,‬מר דני אברמוביץ‪ ,‬בטל'‪,050-8266014 :‬‬
‫דוא"ל‪[email protected] :‬‬
‫מנכ"ל טיטנס סקיוריטי‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪11‬‬
‫היבטי אבטחת מידע‬
‫חשוב להתאים את התהליך בצורה כזו‬
‫אשר תתאים לצרכים העסקיים של הארגון‪,‬‬
‫יכולות‪ ,‬מבנה ואפילו לפוליטיקה הארגונית ‪-‬‬
‫אחרת היא נדונה לכישלון מראש‪.‬‬
‫בתהליכי פיתוח‬
‫שילוב אבטחת המידע כחלק אינטגראלי‬
‫ממחזור החיים של פרויקט תוכנה‪ ,‬כבר‬
‫החל משלב הייזום של הפרויקט‪ ,‬יאפשר‬
‫לארגון לתפקד באופן יעיל ומהיר ואינו פוגע‬
‫ב‪.TTM-‬‬
‫בשנים האחרונות נושא אבטחת המידע בשכבת היישום (מה שמוכר לרוב במונח המקצועי כ‪ )Application Security-‬הלך וצבר תאוצה‬
‫הן בקרב אנשי אבטחת המידע והן בקהילת המפתחים‪ .‬העובדות בשטח מצביעות על כך שמירב אירועי האבטחה המדווחים מגיעים‬
‫מכשלים הנובעים מיישום בלתי מאובטח הן של מוצרים סטנדרטיים והן של מערכות תוכנה שפותחו ב'מיוחד עבור ארגונים‪.‬‬
‫עד כמה הבעיה מורכבת?‬
‫אבטחת מידע ברמת היישום נחשבת "לבעיה‬
‫קשה" בעיקר בגלל השוני העיקרי בינה לבין סוגיית‬
‫אבטחת המידע "המסורתית" (שעוסקת לרוב רק‬
‫בעולם התשתיות)‪ .‬שוני זה נובע בעיקר ממקור‬
‫הבעיה ומדרכי הטיפול בה‪ .‬בעולם המסורתי‪,‬‬
‫ארגונים רכשו לפני זמן רב את היכולת ואת‬
‫המיומנות לתכנן הטמעה של פתרונות תקשורת‪,‬‬
‫"להקשיח" שרתים ותחנות עבודה‪ ,‬להתקין טלאי‬
‫ועדכוני אבטחה למוצרים\תוכנות שבקשותם‬
‫וכדומה‪ .‬עם זאת‪ ,‬כאשר מדובר באבטחת מידע‬
‫ברמת היישום כל התמונה משתנה ‪ -‬בעיית‬
‫אבטחה במוצר תוכנה הנה למעשה "באג" (‪)bug‬‬
‫ברמת הקוד מקור של המערכת של על מנת‬
‫לאתר‪ ,‬לתקן או למנוע אותו מלכתחילה נדרשים‬
‫כלים ורמת מיומנות שונה לגמרי מזו הקיימת‬
‫בעולם אבטחת המידע המסורתי‪.‬‬
‫מה שלא ממש תורם לבעיה אלא אף מחריף‬
‫אותה הנה העלייה המשמעותית שאנו רואים‬
‫בשנים האחרונות במורכבות המערכות\המוצרים‬
‫המפותחים דבר אשר מגדיל את ההסתברות‬
‫להתרחשות של "באג" אבטחתי (בין השאר‬
‫מהסיבה של פיתוח קוד מורכב\גדול יותר אשר‬
‫נופל קורבן ליחס הישר בין מספר שורות הקוד‬
‫לכמות "הבאגים" הקיימות בו)‪.‬‬
‫אז מה בעצם מקובל כיום בתעשייה?‬
‫מסקרים שונים שבוצעו בנושא‪ ,‬עולה כי ישנן ‪3‬‬
‫גישות מרכזיות הנפוצות לטיפול בבעיה‪:‬‬
‫שיטת "בת היענה" ‪ -‬מדובר בגישה נאיבית‪,‬‬
‫שלצערנו‪ ,‬אומצה ע"י ארגונים רבים ברחבי העולם‪.‬‬
‫בגישה זו אופן הטיפול בנושא אינו מסודר\רשמי‪.‬‬
‫‪12‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫גישה זו בד"כ מתאפיינת בארגונים אשר נוקטים‬
‫בגישת "בת היענה" הגורסת שהבעיה לא ממש‬
‫קיימת כל עוד לא התרחש אירוע אבטחה ולכן‬
‫ההשקעה בנושא הינה מיותרת‪.‬‬
‫שיטת ה‪ - P&P-‬בגישה זו אופן הטיפול בנושא הינו‬
‫נקודתי בלבד ומבוסס על שיטת ה‪Penetrate &-‬‬
‫‪ Patch‬אשר מבוססת על ביצוע מבדקי חדירות‬
‫ממוקדים כחלק מתהליך העלייה לאוויר של‬
‫מערכות\מוצרים וכחלק מבדיקות בקרת איכות‬
‫(‪ )QA‬שהמוצר עובר והטיפול הנקודתי בכל אחת‬
‫מהבעיות שהתגלו‪.‬‬
‫שיטת הטיפול לרוחב ‪ -‬גישה זו לוקחת את הטיפול‬
‫בבעיה למרחב שונה לגמרי בו הבעיה מתחילה‬
‫להיות מטופלת משלבים מוקדמים ולאורך כל‬
‫מחזור חיי פיתוח המוצר\מערכת‪ .‬באופן זה‬
‫חלק גדול מהבעיות נעצרות עוד לפני שהם‬
‫הופכים "לבאגים" או מתגלות בשלבים מוקדמים‬
‫של הפיתוח כשהעלות לתקנן זולה יותר באופן‬
‫משמעותי‪.‬‬
‫מכיוון ששיטת "בת היענה" אינה חדשה לתחום‬
‫אבטחת היישומים וידועה בבעיות הרבות שהיא‬
‫עלולה לגרום לנוקטים בה (נזק תדמיתי‪ ,‬חוסר‬
‫תאימות לרגולציות וחוקים ועוד)‪ ,‬אנו נבחן ונתבונן‬
‫במספר ההבדלים המהותיים שבין שתי השיטות‬
‫האחרות‪.‬‬
‫להלן שני הבדלים מהותיים בין ‪ 2‬השיטות‪:‬‬
‫ההבדל הראשון והבולט הינו "פריסת" הפתרון‬
‫על פני מרחב זמן ולאורך כל מחזור חיי פיתוח‬
‫התוכנה (שלבי הייזום‪ ,‬אפיון‪ ,‬עיצוב‪ ,‬קידוד‪ ,‬בדיקות‪,‬‬
‫תחזוקה) במקום מתן התייחסות נקודתית בשלב‬
‫בדיקות המערכות‪ .‬הבדל זה אולי נראה במבט‬
‫הראשון ככזה אשר מייקר את עלות ההשקעה‬
‫בנושא אבטחת מידע (מה שבד"כ מהווה את גורם‬
‫ההרתעה הראשוני מהשימוש במתודולוגיה זו) אולם‬
‫מכיוון שהמתודולוגיה מונעת לחלוטין חלק מהבעיות‬
‫מלהגיע לשלב הבא במחזור החיים של המערכת‪,‬‬
‫בטווח הבינוני היא נחשבת ליעילה יותר‪.‬‬
‫עניין נוסף וחשוב לא פחות הינו הפגיעה ב‪TTM-‬‬
‫‪ .)(Time -to-Market‬אנו נתקלים בלא מעט מקרים‬
‫בהם נעשה שימוש בשיטה השנייה אשר ממקדת‬
‫את מאמצי אבטחת המידע רק בשלב מתקדם‬
‫במחזור החיים של המערכת\מוצר ואשר לא‬
‫מעט פעמים מגלה רמת אבטחה אשר אינה עולה‬
‫בקנה מידה אחד עם הדרישות הרגולטוריות‪ ,‬רמת‬
‫האבטחה המקובלת בתעשייה ממערכות\מוצרים‬
‫דומים או עם ציפיות הלקוח‪.‬‬
‫במקרה כזה ההשלכות העסקיות על ה‪TTM-‬‬
‫הינן בד"כ הרסניות‪ .‬ארגונים נאלצים לעקב זמני‬
‫שחרור של שירותים\מוצרים חדשים‪ ,‬להפר חוזים‬
‫או במקרים גרועים לא פחות לקבל החלטה‬
‫לשחרר את המוצר ברמת אבטחה נמוכה מבלי‬
‫לפגוע ב‪ ,TTM-‬ומנסים לטפל בבעיות במקביל‬
‫(לאחר שחרור המערכת לסביבת הייצור) וכמובן‪,‬‬
‫לקוות לטוב‪.‬‬
‫ההבדל השני המהותי הינו מרחב הפתרונות‪.‬‬
‫בעוד שהפתרון השני מתמקד בעיקר במתן מענה‬
‫טכנולוגי לבעיה‪ ,‬הפתרון האחרון מטפל בנושא‬
‫בשלושה מישורים שונים‪ :‬טכנולוגיה‪ ,‬תהליך‬
‫(שיפור תהליך ייצור התוכנה) והשלישי‪ ,‬חשוב‬
‫לא פחות ‪ -‬המישור האנושי‪ .‬במישור זה נעשה‬
‫טיפול רוחבי על מנת לדאוג הן להגדלת מודעות‬
‫האנשים העוסקים בייצור התוכנה (ארכיטקטים‪,‬‬
‫מפתחים‪ ,‬מתכנתים‪ ,‬וכו') לבעיה והן הכשרתם‬
‫לרמה הטכנית הנדרשת מתוקף תפקידם‪.‬‬
‫פתרון רוחבי במחזור חיי פיתוח תוכנה\‬
‫מוצר‪:‬‬
‫ברמה העקרונית קיימות לא מעט מתודולוגיות‬
‫איומים מפורט כולל בחינת אפקטיביות‬
‫אמצעי ההגנה הקיימים במערכת\מוצר‬
‫(למשל בשיטת ‪ )Threat Modeling‬ולדאוג‬
‫שתהליך העיצוב כולו יבוצע בהתאם למתאר‬
‫האיומים‪.‬‬
‫‬
‫•שלב הקידוד ‪ -‬בשלב זה מבצעים את‬
‫הפיתוח בהתאם למסמכים\הנחיות לפיתוח‬
‫מאובטח אשר תואמות את הטכנולוגיה‬
‫הנמצאת בשימוש ולדאוג שבדיקות ה‪Unit-‬‬
‫‪ Test‬יכללו גם בדיקות אבטחת מידע‬
‫ראשוניות ברמת קוד המקור (הן באופן‬
‫ממוכן והם בצורה ידנית)‪.‬‬
‫‬
‫•שלב הבדיקות ‪ -‬בשלב זה‪ ,‬אנו מבצעים‬
‫בדיקות אבטחת מידע רוחביות על המערכת\‬
‫מוצר בהתאם למתאר האיומים שהוגדר‪,‬‬
‫אשר יבדקו למעשה את האיכות והחוזק‬
‫(‪ )Robustness‬הן של הקוד והן של ההטמעה‬
‫שלו‪ .‬הבדיקות יכולות להיות מבוצעות ע"י‬
‫שילוב של סקרי קוד (‪ )Code Review‬ומבדקי‬
‫חוסן (‪.)Penetration Testing‬‬
‫‬
‫•שלב התחזוקה השוטפת ‪ -‬בשלב זה‬
‫אנו פועלים למעשה לביצוע מיני‪-‬מחזור‪-‬‬
‫חיים עבור כל אחד מהשינויים לפני אישורו‬
‫והכנסתו כחלק בלתי נפרד מהמערכת\‬
‫מוצר‪.‬‬
‫לפיתוח מערכות\מוצרים כגון‪Waterfall-based, :‬‬
‫‪ .Iterative, Agile‬עם זאת‪ ,‬מרביתם מתאפיינים‬
‫בשלבים משותפים כגון אלו המפורטים מטה‪.‬‬
‫שילוב נכון של נושא אבטחת המידע כחלק‬
‫אינטגראלי מתוך מחזור החיים של מערכת\מוצר‪,‬‬
‫אמור לכלול לפחות את ביצוע הפעילויות הבאות‬
‫בכל אחד מהשלבים‪:‬‬
‫‬
‫•שלב הייזום ‪ -‬בשלב זה בעצם מסווגים את‬
‫המערכת (בהתאם לרמת רגישות המידע‬
‫בה היא מטפלת) וכמו כן‪ ,‬כאן גם מגדירים‬
‫בעצם את תוכנית אבטחת המידע ברמה‬
‫הפרויקטאלית (לוחות זמנים‪ ,‬משאבים‬
‫דרושים‪ ,‬מגבלות וכו')‪.‬‬
‫‬
‫•שלב אפיון הדרישות ‪ -‬בשלב זה‪ ,‬מגדירים‬
‫את דרישות אבטחת המידע ברמת על‬
‫עבור המערכת\מוצר בהתבסס על מתאר‬
‫איומים ראשוני אשר מבוצע ע"י הגורמים‬
‫הרלוונטיים‪.‬‬
‫‬
‫•שלב העיצוב ‪ -‬בשלב זה אנו מבצעים מתאר‬
‫( ‪SDL-Secure Development‬‬
‫קוד מאובטח‬
‫‪ .)Lifecycle‬מדידה ככלי ניהולי לשיפור תהליכי‬
‫הפיתוח‬
‫לא מעט ארגונים אשר הטמיעו מתודולוגיה‬
‫לכתיבת קוד מאובטח לקחו אף צעד אחד‬
‫קדימה‪ ,‬הן מההיבט "המדידתי (כלומר מדידת‬
‫כמות ה"באגים" האבטחתיים בכל שלב בפרויקט‪,‬‬
‫מדידת ההשתפרות לאורך הגרסאות‪ ,‬וכו')‪,‬‬
‫מההיבט התיעודי\הכשרתי (מסמכי פיתוח \ תכנון‬
‫מאובטח‪ ,‬סדנאות וכו') ואף מההיבט התהליכי‬
‫אשר דואג לשיור תמידי של התהליך כתוצאה‬
‫ממשובים שוטפים שנאספים במהלך התהליך‬
‫כולו‪.‬‬
‫פיתוח נכון = פיתוח מאובטח‬
‫שילוב אבטחת המידע כחלק אינטגראלי ממחזור‬
‫החיים של פרויקט תוכנה‪ ,‬כבר החל משלב הייזום‬
‫של הפרויקט‪ ,‬יאפשר לארגון לתפקד באופן יעיל‬
‫ומהיר ואינו פוגע ב‪.TTM-‬‬
‫החיסרון הוא‪ ,‬שזה אינו תהליך פשוט לביצוע‪ ,‬והוא‬
‫דורש ניסיון נרחב בנושא כמו גם היכרות מעמיקה‬
‫עם הארגון‪ .‬חשוב להתאים את התהליך בצורה‬
‫כזו אשר תתאים לצרכים העסקיים של הארגון‪,‬‬
‫יכולות‪ ,‬מבנה ואפילו לפוליטיקה הארגונית ‪-‬‬
‫אחרת היא נדונה לכישלון מראש‪.‬‬
‫למיקרוסופט יש כלים מתודולוגיים אשר יכולים‬
‫לסייע לארגון מבחינת שילוב מתודולוגיה לכתיבת‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪13‬‬
‫סוגרים את הברז‬
‫כיצד למנוע דליפת מידע‬
‫דמיינו לעצמכם את מספר החשבון בנק שלכם‪ ,‬סודות מסחריים‪ ,‬או‬
‫אפילו אוסף של מידע רגיש‪ ,‬כגון בדיקות רפואיות של קופת החולים בה‬
‫אתם חברים דולף ומוצג לעיני כל שלא לדבר על משמעותיות מסמכים‬
‫ביטחוניים או שיווקיים אסטרטגיים אשר יועילו למתחרים שלכם‪ .‬כדי‬
‫להתמודד עם הסכנה לדליפת מידע פותחו שיטות רבות להגנה על מסמכים‬
‫מסווגים ורגישים‪ .‬אולם‪ ,‬בסופו של יום‪ ,‬ההאקרים הצליחו לפתח שיטות‬
‫עקיפה לשתי הטכנולוגיות ההגנה הללו ואין סגירה הרמטית של מערכות‪.‬‬
‫המקרה של וויקיליקס‪ ,‬שכולנו כבר למדנו להכיר‬
‫מהחדשות‪ ,‬מזכיר את מקרה ענת קם בישראל‪.‬‬
‫בשני המקרים ההתחלה דומה‪ :‬גניבת כמות‬
‫אדירה של מסמכים דיגיטליים והעברתם לגורם‬
‫אחר ללא רשות‪ .‬למזלה של ישראל‪ ,‬ענת קם‬
‫בחרה להעביר את החומר לעיתונאי ולא להעלות‬
‫אותו לאתר אינטרנט ציבורי‪ .‬דליפת חומרים‬
‫מסווגים‪ ,‬כפי שקרתה בפרשות וויקיליקס וענת‬
‫קם‪ ,‬יכולה להתרחש בכל ארגון (אם זה עדיין לא‬
‫קרה)‪ ,‬ולגרום לנזקים מגוונים לארגונים בהיקפים‬
‫של מיליוני דולרים‪ .‬גופים עסקיים צריכים ללמוד‬
‫מפרשות אלו כיצד להגן על המידע הרגיש שלהם‪.‬‬
‫מדובר על איומים המוכרים למנהלי אבטחת‬
‫המידע בעולם זה יותר מעשור‪.‬‬
‫אז כיצד סוגרים את הברז?‬
‫בפן האדמיניסטרטיבי‪ ,‬יש צורך בפעילות מתמדת‬
‫של הדרכות להגברת המודעות בנושא בקרב כלל‬
‫העובדים‪ ,‬בפיתוח מדיניות ונהלים‪ ,‬וגם במדיניות‬
‫לבקרת גישה‪ .‬אבל‪ ,‬למרות כל זה‪ ,‬לצורך אכיפה‪,‬‬
‫נדרש שימוש באמצעי טכנולוגי‪ ,‬אשר יוכל לפעול‬
‫עפ"י מדיניות אבטחת המידע של הארגון‪ ,‬לאתר‬
‫ולמנוע אפשרות של דליפת מידע מחוץ לארגון‪.‬‬
‫רכיבי בדיקת תוכן הפך לצורך ממשי בארגונים‬
‫רבים ומגוונים כאשר זהו איום גדול אשר עלול‬
‫לסכן את אמינות הארגון בשמירה על חיסיון‬
‫הנתונים ופגיעה בתדמית הארגון‪ .‬כיום מנהלים‬
‫רבים מבצעים שימוש במחשבים נישאים מעדיפים‬
‫לשמור על המידע העסקי הרגיש קרוב לליבם‬
‫כדי למנוע ככל הניתן דליפה של המידע החשוב‬
‫כלפי חוץ‪ .‬דמיינו לעצמכם את מספר החשבון‬
‫‪14‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫בנק שלכם‪ ,‬סודות מסחריים של הארגון‪ ,‬או‬
‫אפילו אוסף של מידע רגיש‪ ,‬כגון בדיקות רפואיות‬
‫של קופת החולים בה אתם חברים דולף ומוצג‬
‫לעיני כל שלא לדבר על משמעותיות מסמכים‬
‫ביטחוניים או שיווקיים אסטרטגיים אשר יועילו‬
‫למתחרים שלכם‪.‬‬
‫אופן דליפת המידע העסקי או הביטחוני רגיש‬
‫ביותר לארגון יכול להתבצע במגוון רחב של‬
‫דרכים שונות ומגוונות (תלוי במוח הקרימינלי של‬
‫התוקף)‪ ,‬במיוחד בעידן הדיגיטלי‪ ,‬שהמידע צריך‬
‫להיות נגיש‪ ,‬והינו נגיש‪ ,‬בכל מקום‪ ,‬ומכל מקום‪,‬‬
‫וכמעט לכל אחד‪.‬‬
‫מהי המערכת‬
‫למניעת דליפת מידע?‬
‫מערכת למניעת דליפת מידע הינה מערכת‬
‫המבצעת בדיקת תכני מידע בסוגי קבצים‪ ,‬ספריות‬
‫ועוד‪ .‬הרעיון המרכזי מאחורי שימשו במערכת‬
‫מסוג זה הוא האפשרות למנוע זליגת מידע מסווג‬
‫או מידע המוגדר כמסווג אל עבר משתמשים לא‬
‫מורשים ורשת חיצונית לא מאובטחת‪ ,‬כאשר בכל‬
‫מערכת כזו קובע מנהל המערכת את סוגי השדות‬
‫הנבדקים ואת סוגי הקבצים הנבדקים וזאת על‬
‫מנת לבצע בדיקת תוכן עמוקה ככל שניתן וכן‬
‫זיהוי מידע ומניעת הפצתו כלפי חוץ‪.‬‬
‫היכולת לבצע בדיקת תוכן למסמכים בעייתיים‬
‫או היכולת לזהות את כל מי שמנסה להוציא‬
‫מידע מסוים או כזה המוגדר כחריג כגון דוחות או‬
‫מסמכים המכילים מידע המסומן בתור מידע רגיש‪,‬‬
‫הינה יכולת המהווה ערך מוסף גבוה לאבטחת‬
‫המידע ברשת‪ .‬כמו כן‪ ,‬האפשרות‬
‫על הפתרון המוצע שיכלול אפשרות לגילוי מיקום‬
‫הנתונים ברשת‪ ,‬לנטר מי משתמש בנתונים וכיצד‬
‫‪ ,‬ולסייע כמובן להגן על המידע‪ ,‬לאבטח תהליכים‬
‫עסקיים‪ ,‬לנהל סיכונים ולאפשר לארגון לעמוד‬
‫בהגדרות המחוקק ורגולציות שונות‪ .‬לביצוע‬
‫התראות בזמן אמת ומניעת שליחת המסמכים‬
‫גם כן בזמן אמת יכולה לאתר ולהגן על חומר‬
‫מסווג – מדליפתו לידיים זרות בין אם בשוגג ובין‬
‫אם במזיד‪.‬‬
‫חשוב לבחור פתרון שמתאים לדרישות העסקיות‬
‫של הארגון בראש ובראשונה‪ ,‬ושיפעל בצורה‬
‫שהפתרון יהיה מודע לתוכן (‪ ,)Content Aware‬וגם‬
‫למידע ולהקשרו מבחינת היעד אליו הוא נשלח‬
‫(‪ .)Context Aware‬כך בעצם המערכת תאפשר‬
‫לארגון לדעת מי מוציא מידע‪ ,‬כיצד ולאן‪.‬‬
‫מאפיין נוסף שחשוב לחפש במערכת‪ ,‬היא היכולת‬
‫לאתר את המידע הנמצא ברחבי הארגון‪ ,‬במיוחד‬
‫בנקודות מחשוב – לרבות שרתים ותחנות קצה‪,‬‬
‫ולאפשר למנהלי המערכת ליצור ולאכוף מדיניות‬
‫בנוגע לתוכן‪.‬‬
‫רוב המערכות משתמשות במילות מפתח‬
‫ובדפוסים התנהגותיים לצורך גילוי‪ ,‬ניטור והגנה‬
‫על המידע הרגיש‪ ,‬לרבות מידע המאפשר זיהוי‬
‫אישי‪ ,‬נתוני תקינה וקניין רוחני (‪ ,)IP‬ללא תלות‬
‫בסוג הקובץ או בתבניות‪.‬‬
‫חשוב שלמערכת תהיה יכולת ליצור מדיניות‬
‫עבור משתמשים‪ ,‬נתונים‪ ,‬יעדים וערוצים‪ ,‬ולהבטיח‬
‫שליטה מאלה על מי ומה מגיע‪ ,‬לאן ואיך‪.‬‬
‫אז מהן השיטות ההגנה המקובלות להגנה על מסמכים רגישים?‬
‫לצד טכנולוגיות ההגנה של מוצרי למניעת דליפת מידע (‪ ,)DLP‬ומוצרי הגנה ברמת תחנות הקצה (‪ ,)EPS‬יש עוד הרבה מה לעשות‪ .‬ההאקרים לסוגיהם הצליחו‬
‫לפתח שיטות עקיפה שונות לשתי הטכנולוגיות העיקריות הללו‪ ,‬ולכן‪ ,‬הן כבר לא מספיקות‪ .‬ולכן‪ ,‬מערכות ההגנה למסמכים בפורמט ‪PDF, PPT, WORD,‬‬
‫‪ EXCELL‬שמצויות בסביבות ביטחוניות או מסחריות רגישות חייבות במנגנוני הגנה נוספים‪ .‬לדוגמה‪ ,‬בהיבט של זיהוי ואימות‪ ,‬נדרשת שורת נהלים והנחיות; כל‬
‫גישה פיזית או לוגית לסביבת עבודה המכילה מידע ונתונים רגישים ומסווגים מחייבת ברישום לוגים; יש ליצור דוחות מעקב וניטור מפורטים; יש לאפשר מתן‬
‫הרשאות גישה רק לאחר שבוצע זיהוי וודאי של המשתמש‪ ,‬וגם תהליך מתן ההרשאות למידע רגיש‪ ,‬צריך להיות מבוקר ע"י כמה בקרות‪.‬‬
‫בנוסף‪ ,‬חלה חובה על זיהוי משתמש באופן חד ערכי באחת משלוש השיטות הבאות‪ :‬כרטיס חכם משולב עם הקשת קוד אישי מזהה (‪ ;)PIN‬מפתח זיהוי המכיל‬
‫בתוכו תעודה מזהה‪ ,‬משולב עם הקשת קוד אישי מזהה (‪ ;)PIN‬זיהוי ביומטרי עם הקשת קוד אישי מזהה‪.‬‬
‫בכל המקרים‪ ,‬האימות יבוצע מול מחשב מרכזי ולא ברמת תחנת המשתמש‪ .‬עוד יש להנחות‪,‬‬
‫כי במחשב שאינו פעיל יותר מחמש דקות רצופות‪ ,‬יופעלו אוטומטית שומר ונעילת מסך‪.‬‬
‫הפתיחה תחייב הקשת סיסמת גישה אישית בשילוב אמצעי הזיהוי האישי‪ .‬בנוסף‪ ,‬יש לוודא‬
‫שקיים מנגנון ניתוקים משני לנעילת מסך המחשב‪.‬‬
‫כמו כן‪ ,‬הפצת מסמכים צריכה להיות אך ורק בפורמט ‪ PDF‬מוגן‪ ,‬קרי‪:‬‬
‫ללא הרשאות כלל‪ ,‬למעט הרשאות הדפסה (וגם‪ ,‬רק אם‬
‫צורך עסקי בכך)‪ .‬אין להפיץ מסמכים בפורמטים‬
‫אחרים‪ .‬בנוסף‪ ,‬יש לוודא רישום של ההדפסות‬
‫וכן שמסמך שיוגדר מראש ברמת סיווג גבוהה‬
‫במיוחד יחייב הקשת סיסמת פתיחה או שימוש‬
‫באחד מאמצעי הזיהוי‪.‬‬
‫יש‬
‫הפצה של מסמכים תתבצע על בסיס‬
‫מנגנון מוגבל ומוגדר מראש‪ ,‬דוגמת‬
‫רשימת נמענים קבועה‪ ,‬אימות כתובת‬
‫דוא"ל (גם ברשת הפנימית) טרם‬
‫שליחת החומר‪ ,‬וכן שימוש בשרתי‬
‫הפצה על בסיס תקשורת מאובטחת‬
‫ומוצפנת‪ .‬יש להקפיד שמשלוח של חומר‬
‫מסחרי רגיש‪ ,‬במיוחד באינטרנט‪ ,‬יבוצע תמיד‬
‫באופן מוצפן‪ ,‬באמצעות תוכנה מסחרית העושה‬
‫שימוש באלגוריתם הצפנה בחוזק מינימאלי‪.‬‬
‫לסיכום‬
‫ארגונים יכולים לעשות מגוון פעולות כדי‬
‫להתמודד עם תופעת דליפת המידע‪ ,‬ולנסות‬
‫למזער את הסיכון לכך‪:‬‬
‫‬
‫•קביעת מדיניות בקרת גישה נוקשה‬
‫‬
‫• שליטה ובקרה וניטור אחר מתן הרשאות‬
‫גישה (במיוחד לחומרים רגישים)‬
‫‬
‫• בדיקה וסינון עובדים (‪ - )Screening‬זה‬
‫יכול למנוע מקרים של זליגת מידע‬
‫באם תפסנו את העובד בזמן‪...‬עוד לפני‬
‫שהוא ביצע את העבירה‪.‬‬
‫‬
‫•סקרי סיכונים‪...‬לגילוי סיכונים‬
‫‬
‫• הצפנה של מיילים ותקשורת בתוך‬
‫הארגון ומחוצה לו‬
‫‬
‫• וכמובן‪ ,‬בהינתן תקציב‪ ,‬להטמיע‬
‫מערכת הולמת למניעת דליפת‬
‫מידע (‪)DLP‬‬
‫מומלץ לקרוא את הכתבה של ניהול‬
‫פרויקט ‪ DLP‬הנמצאת בגיליון זה‪.‬‬
‫לצורך קבלת המוסף המלא של‬
‫ניהול פרויקט ‪ DLP‬וסקירה מלאה‬
‫אודות הטכנולוגיה‪ ,‬ניתן לפנות‬
‫לאיגוד בכתובת‪[email protected] :‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪15‬‬
‫יודע‬
‫אני‬
‫†”›‹œƒ™‹—†‚‰š‡‘‬
‫טלפונים חכמים משמשים כיום כמחשב נייד‬
‫לכל דבר‪ ,‬דרכם ניתן לגלוש באינטרנט‪ ,‬להתחבר‬
‫למערכות בעבודה‪ ,‬לצלם‪ ,‬להאזין‪ ,‬להקליט ועוד‪,‬‬
‫ולכן‪ ,‬הם היעד הבא לתקיפה במסגרת לוחמת‬
‫הסייבר והמודיעין‪.‬‬
‫הטלפונים החכמים שנמצאים כיום בכל משפחה‬
‫ממוצעת‪ ,‬אוגרים בתוכם ים של מידע‪ ,‬אודות‬
‫מגוון נושאים‪ ,‬כגון‪ :‬מיקומים בהם אתם נוהגים‬
‫להסתובב‪ ,‬לטוס‪ ,‬ללכת‪ ,‬מקום העבודה‪ ,‬מקום‬
‫מגורים‪ ,‬תמונות של משפחה‪ ,‬הודעות דוא"ל‪,‬‬
‫הודעות ‪ ,SMS‬גלישה באינטרנט וכדומה‪.‬‬
‫השימוש בטלפונים חכמים רק הולך וגובר‪,‬‬
‫במדינות רבות כ‪ 50-‬אחוז מהטלפונים הניידים‬
‫הם סמארטפונים‪ .‬את הטלפונים האלה ניתן‬
‫לנצל גם לאיסוף מידע וגם לתקיפה מרחוק" אומר‬
‫וייסברג‪" ,‬פעם זה היה רק טלפון‪ ,‬היום יש בו חיבור‬
‫ישיר למייל ולאינטרנט‪ ,‬אנשי קשר‪ ,‬סיסמאות‬
‫ואסמסים‪ ,‬מצלמה‪ ,‬מיקרופון ומכשיר הקלטה‪,‬‬
‫‪ ,Bluetooth‬אופציה לאיתור אדם באמצעות ג'י‪.‬‬
‫פי‪ .‬אס‪ ,‬ועוד‪ .‬כבר קרו מקרים שחוקרים פרטיים‬
‫הפעילו מיקרופון והקלטה מרחוק ובעצם עשו‬
‫האזנת סתר‪ ,‬כך שהדבר בהחלט מהווה סיכון‬
‫ממשי כיום‪.‬‬
‫‪16‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫בעידן הדיגיטלי החדש‪ ,‬אין ספק שהטכנולוגיה‬
‫משחקת תפקיד מרכזי מצד אחד‪ ,‬אבל יחד עם‬
‫כל היתרונות של קדמת הטכנולוגיה‪ ,‬חשוב לזכור‪,‬‬
‫שלעתים אנו מאבדים קצת מהפרטיות שלנו‪.‬‬
‫‪ ,GEOTAG‬ורוב המשתמשים‪ ,‬לא רש‬
‫שעושים בזה שימוש (ברוב המקרים‬
‫מבלי לדעת על כך)‪ ,‬אלא גם מפיצים‬
‫את המידע הזה לכל העולם‪ ,‬ע"י‬
‫העלאת תמונות ברשתות החברתיות‬
‫(לדוגמה פייסבוק)‪..‬‬
‫שחזור‪ :‬מיילים ‪ ,E-Mail -‬תמונות‪ ,‬סרטונים ‪,‬יומן‬
‫כתובות ‪,‬הודעות‪ SMS,‬היסטורית שיחות‪ ,‬הקלטות‬
‫ועוד‪.‬‬
‫אבל כאלה אנחנו‪ :‬מצד אחד משאירים‬
‫אורות דלוקים בבית כשאנו יוצאים‬
‫לחופשה‪ ,‬ומצד שני מספרים לכל‬
‫האינטרנט וגיסתו שאנחנו לא בבית"‪.‬‬
‫אנחנו לא רוצים שאדם יוכל לצלם‪ ,‬להקליט או‬
‫להוציא מיילים החוצה בזמן שהוא נמצא במתחם‬
‫מסווג‪ ,‬בסיס צבאי‪ ,‬מפעל ביטחוני וכולי‪ ,‬ואנחנו‬
‫גם לא רוצים שמישהו ישתלט לו על הטלפון‬
‫מרחוק ויצליח לאסוף מידע על המקומות האלה‪.‬‬
‫המערכת מתוכנתת 'לדעת' מתי אותו אדם נמצא‬
‫בשטח הרגיש מבלי לעשות שימוש ברשת או בג'י‪.‬‬
‫פי‪.‬אס‪ .‬גורמי הביטחון קובעים בדיוק איזה יישומים‬
‫הם לא רוצים שיפעלו והמערכת דואגת לנטרל‬
‫אותם‪ ,‬כשהבנאדם יוצא משם הטלפון חוזר‬
‫לפעילות מלאה‪.‬‬
‫כיום‪ ,‬ניתן בצורה קלה יחסית‪ ,‬לשחזר כמעט הכל‬
‫מהטלפונים החכמים וכרטיסי זיכרון (זיכרונות‬
‫פלש)‪ ,‬ממרבית הסוגים הקיימים שוק החופשי‪.‬‬
‫ניתן לשחזר עד ‪ 100%‬מהמידע שאבד‪ ,‬נמחק או‬
‫נפגע מוירוס‪ ,‬חיבור למחשב‪ ,‬עדכון גרסה‪.‬‬
‫תחשבו‪ ,‬את כמות המידע שניתן לשחזר מטלפון‬
‫חכם‪ ,‬שאגר בתוכו אין סוף מידע‪ .‬מה שהכי מסוכן‬
‫זה שבעזרת יכולות השחזור של היום ‪ ,‬יכולים‬
‫לשחזר כמעט הכל מתוך הטלפון החכם‪ ,‬ולאסוף‬
‫המון מידע רגיש אודות הקורבן‪.‬‬
‫כמובן‪ ,‬שלכל צד שלילי יש צד חיובי‪ ,‬ולהיפך‪.‬‬
‫כלומר‪ ,‬ניתן לנצל יכולות אלו לצורך חקירות‬
‫פליליות‪ ,‬לצורך איתור נעדרים‪ ,‬לאיתור ניסיונות‬
‫לדליפת מידע מהארגון ועוד‪ .‬אבל יחד עם זאת‪,‬‬
‫יתכן שהפרטיות שלנו תפגע גם כן מאותן יכולות‬
‫טכנולוגיות מרשימות‪.‬‬
‫כיום‪ ,‬השימוש בטלפונים חכמים כדוגמת ‪iPhone‬‬
‫או ‪ BackBerry‬תופס תאוצה והתלות במכשיר‬
‫הולכת וגדלה‪ ,‬למכשירים אלו היכולת לצלם‬
‫תמונות וסרטונים באיכות גבוה ביותר‪ ,‬לאחסן‬
‫אלפי תמונות‪ ,‬לשלוח ולקבל מיילים‪ ,‬לקבוע‬
‫פגישות‪ ,‬לגלוש באינטרנט ועוד‪ .‬במקרה של אובדן‬
‫מידע נדרש לבצע שחזור ל ‪.iPhone‬‬
‫ברוב הטלפונים החכמים‪ ,‬ישנה אפשרות של גילוי‬
‫מיקום ע"י אפשרויות מיקום תמונה על המפה‬
‫(בעזרת ‪ )GOOGLEMAPS‬ע"י פונקציה שנקראת‬
‫תכונה חדשה שצצה לאחרונה‬
‫בטור הימני בפייסבוק החלה לחטט‬
‫בהיסטוריה האישית שלי‪ ,‬להציג לי‬
‫תמונות ולשאול שאלות אודותיהן כמו‬
‫דודה פולניה‪ .‬האם נכון שהתמונה‬
‫הזו צולמה בבאר שבע? וזו‪ ,‬במושב‬
‫במרכז? נשאלתי עם אפשרות להשיב‬
‫ב‪ yes-‬או ‪ .No‬כל “הניחושים” של‬
‫פייסבוק לגבי מיקום הצילום התגלו‬
‫כמדויקים‪ .‬תשובה חיובית הוסיפה את‬
‫המיקום לתמונה באלבומי הפייסבוק‬
‫שלי‪ ,‬היכן שכולם יכולים להיחשף‬
‫אליה‪.‬‬
‫אחד מחברי לפייסבוק התייחס השבוע‬
‫לעניין בסטטוס הבא‪“ :‬משהו מפחיד‬
‫קורה פה‪ .‬פייסבוק מעלה באוב תמונות‬
‫ישנות ומציע לציין היכן הן צולמו‪.‬‬
‫ההצעות שלו לגבי המיקום נכונות‪.‬‬
‫נראה שהוא מעיין בטקסט ולפיכך‬
‫מסיק את מסקנותיו‪ ,‬בכל מקרה‬
‫תחושת האח הגדול חזקה מתמיד”‪.‬‬
‫אז מה קורה כאן? בתחילה חשבתי‬
‫שפייסבוק מתבסס אך ורק על‬
‫מילות מפתח שהוסיף הגולש לכיתוב‬
‫התמונה אשר עשויות לרמז על מיקום‬
‫הצילום‪ ,‬אך כאשר פייסבוק “ניחש”‬
‫היכן צולמו תמונות ללא כיתוב כבר‬
‫היה לי די ברור שמדובר במקרה‬
‫פשוט של ‪ .Geotagging‬כן‪ ,‬רוב‬
‫הסמרטפונים כוללים היום תכונת‬
‫גיאו‪-‬מיקום אוטומטית שמוסיפה‬
‫מידע על מיקום הצילום למטא דאטה‬
‫של התמונה על בסיס ‪ ,GPS‬רשתות‬
‫אלחוטיות ותאים סלולריים‪ ,‬כאשר כל‬
‫ספק שירות יכול לעשות בה שימוש‪.‬‬
‫פייסבוק אפילו מתחשב יחסית‬
‫לשירותים חברתיים ואתרי תמונות‬
‫אחרים בעניין זה ועד כה “הפשיט” כל‬
‫מידע אודות המיקום מהתמונות וגם‬
‫כעת מוסיף את המיקום רק באישור‬
‫המשתמש ברמת הישוב בלבד ללא‬
‫נקודות ציון מדויקות של התמונה‪.‬‬
‫בעידן של רשתות חברתיות שחושפות‬
‫אט אט ובהדרגה את מיקומנו בזמן‬
‫אמת באמצעות פייסבוק‪ ,‬טוויטר‬
‫ואחרים‪ ,‬קל יותר ויותר לתרגם את‬
‫הסטטוסים המתייגים מיקום למפה‬
‫המציגה את המסלול שאנחנו עושים‬
‫על גבי מפה‪ .‬ברור לגמרי שמי שחושף‬
‫את המיקום שלו ברשתות חברתיות‬
‫חייב להיות מודע להשלכות ולסיכונים‪,‬‬
‫אם כי זה לא בהכרח מזמין או מצדיק‬
‫סטוקרים‪.‬‬
‫אם בכל זאת התכונה הזו מטרידה אתכם‪ ,‬דעו‬
‫שזה בידיים שלכם‪ .‬ליתר דיוק‪ ,‬במצלמה שלכם‪.‬‬
‫באייפון ‪4‬‬
‫לכו ל”הגדרות” ואז ל”שירותי מיקום” ותכבו כל‬
‫אפליקציה שלא תרצו שתיגש לנתוני המיקום‪,‬‬
‫כולל המצלמה‪.‬‬
‫באייפון ‪3‬‬
‫בחרו ב‪Settings, -‬‬
‫‪General, Location‬‬
‫‪ Services‬כדי לכבות את כל שירותי המיקום‪.‬‬
‫אם לא תרצו לכבות את כל שירותי המיקום‪,‬‬
‫בחרו ב‪ Settings, General, Reset-‬ואז ‪Reset‬‬
‫‪ .Location Warnings‬בפעם הבאה שהאייפון‬
‫ישאל אם להשתמש במיקום שלכם בחרו ב‪.Don’t Allow-‬‬
‫באנדרויד‬
‫מקש תפריט‪ Settings ,‬ואז ‪Location and‬‬
‫‪ .security‬להסיר את הסימון מאפשרות‬
‫ה‪.GPS-‬‬
‫בבלקברי‬
‫בחרו ב‪Options, Advanced Options,-‬‬
‫‪ ,GPS‬אז לחצו על מקש תפריט‪ ,‬בחרו ‪Disable-‬‬
‫‪ GPS‬ולחצו ‪.Yes‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪17‬‬
‫‪ 10‬סיבות‬
‫לשימוש בכרטיס חכם‬
‫כאמצעי זיהוי חזק‬
‫‪1‬‬
‫הגברת רמת האבטחה‬
‫ושילוב גישה לכל המקורות‬
‫כרטיסים חכמים מאפשרים גישה מאובטחת ‪ 24‬שעות ביממה‬
‫למקורות פיזיים ולוגיים‪.‬‬
‫‪2‬‬
‫‪3‬‬
‫‪4‬‬
‫‪5‬‬
‫‪6‬‬
‫‪7‬‬
‫‪8‬‬
‫‪9‬‬
‫‪10‬‬
‫‪18‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫אבטחה והפשטת הגישה למערכות פנימיות‬
‫למעשה צריך רק כרטיס ומספר קוד סודי אישי (‪ )PIN‬לכניסה‬
‫למערכת‪ ,‬על ידי כך נעשה ויתור על תהליכים ארוכים ומסורבלים‬
‫של הקלדת שמות משתמש וסיסמאות מרובים‪ ,‬התוצאה מביאה‬
‫לשיפור ביעילות העובד‪.‬‬
‫הוכחה דיגיטלית מיוחדת של הזיהוי‬
‫הכרטיס החכם יכול ליצור ולאכסן תעודות דיגיטליות ייחודיות‬
‫שאינן אפשריות להעתקה ויצירה מחדש ( דוגמה‪ :‬תעודות ‪PKI‬‬
‫לדואר אלקטרוני חתום)‪.‬‬
‫עמידות וחסינות‬
‫שלא בדומה לכרטיסי העברה מגנטיים‪ ,‬כרטיסים חכמים מוגנים‬
‫במספר קוד אישי סודי‪ )PIN( .‬אם מספר זה מוקלד בצורה שגויה‬
‫מספר פעמים הנקבעים מראש בכרטיס הכרטיס ננעל בעצמו‬
‫ותוכנו נעשה לא נגיש‪.‬‬
‫כרטיס אחד‪ ,‬שימושים רבים‬
‫כרטיס אחד יכול לשמש לדברים מרובים‪ :‬זיהוי‪ ,‬הזדהות‪ ,‬אימות‪,‬‬
‫רכישה ועוד‪...‬‬
‫נוחות‬
‫מתאים בגודלו לארנק‪ ,‬מימדיו בהתאמה למימדי כרטיסי‬
‫האשראי‪.‬‬
‫תאימות לפריסת מערכות כרטיסים קיימות‬
‫כרטיסים חכמים תואמים לכרטיסי פס מגנטיים קיימים‪ .‬דבר זה‬
‫מאפשר לתכנן בשלבים את מערך הכרטיסים החכמים כנדרש‪.‬‬
‫מבנה מוכר‬
‫משתמשים יאמצו במהירות שימוש בכרטיס חכם שכן הם דומים‬
‫לכרטיסי האשראי הקיימים‪.‬‬
‫גורם מרתיע גלוי‬
‫הכרה וזיהוי מיידים של מערכת המאובטחת של הכרטיס מפחיתה‬
‫נסיונות גניבה ופריצה של האקרים‪.‬‬
‫התאמה אישית‬
‫תמונת המשתמש ושמו יכולים להיות מודפסים על פני הכרטיס‪.‬‬
‫יש אפשרות להנפקת כרטיס עובד מלא‪.‬‬
‫היום שאחרי מחר‪....‬‬
‫אחת הבעיות המרכזיות בבניית תוכנית להמשכיות עסקית היא הקושי להציג את החזר ההשקעה עליה‪ .‬נושא ההיערכות לחירום‬
‫וההמשכיות העסקית חייב להיבחן ברמה האינטגרטיבית‪ .‬המימד האנושי הינו אחד הגורמים החשובים בהיערכות לשעת חירום‪ .‬היעדר‬
‫העדכניות של תוכנית המשכיות עסקית הוא זה שעלול להיות נקודת הכשל בארגונים‪.‬‬
‫מערכות המידע הקריטיות במשק‪ ,‬הן במגזר‬
‫הפרטי והן במגזר העסקי‪ ,‬חייבות להיות ערוכות‬
‫– לא רק להגנה על הנתונים‪ ,‬אלא גם להמשכיות‬
‫עסקית שתאפשר את המשכת השירות בצורה‬
‫שוטפת עבור לקוחות הארגון‪.‬‬
‫ברור לכולנו‪ ,‬כי מרבית הארגונים אינם ערוכים‬
‫כהלכה למקרה אסון או לשעת חירום‪ ,‬והתחושה‬
‫היא שהכל פרוץ ופתוח בפני ההאקרים‪.‬‬
‫מסקרים שנערכו (הן במגזר הממשלתי והן‬
‫במגזר הפרטי) עולה כי רוב הארגונים כ‪68%-‬‬
‫אינם ערוכים כלל למקרה של אסון‪ ,‬ומבין אלו‬
‫שכן ערוכים‪ ,‬כ‪ 30%-‬לא תרגלו את התוכניות‬
‫להתאוששות מאסון כלל‪ ,‬אפילו לא פעם אחת‪,‬‬
‫ורק בכ‪ 5%-‬קיימת תוכנית להמשכיות עסקית‪.‬‬
‫כולנו יודעים לטפל בכשל מערכתי נקודתי‬
‫בחדרי המחשב שלנו – הרי כולנו טיפלנו בתקלות‬
‫שונות‪ ,‬אבל מה קורה כשחדר המחשב נשרף?‬
‫במרבית הארגונים לא קיימת תפיסה מערכתית‬
‫להתמודדות עם תקלות רוחביות קיצוניות‪.‬‬
‫המדובר‪ ,‬קבע‪ ,‬בתהליכים שמחייבים הערכות‬
‫זמן רב מראש‪.‬‬
‫תוכנית להמשכיות עסקית (‪)BCP‬‬
‫תוכנית להמשכיות עסקית (‪ )BCP‬הינה תוכנית‬
‫אשר נותנת מענה לתרחישי חירום שונים‬
‫ומאפשרת לארגון להמשיך את פעילותו הקריטית‬
‫גם בזמן חירום‪ .‬תוכנית זו נכתבת מראש ומכילה‬
‫את התרחישים האפשריים העלולים לפגוע בארגון‬
‫עקב מצב חירום ואת הדרכים כיצד להתמודד עם‬
‫תרחישים אלו בזמן אמת‪.‬‬
‫המשכיות אם כך היא מילת המפתח‪ ,‬כיצד‬
‫יוכל הארגון להמשיך את פעילותו במשאבים‬
‫המינימאליים האפשריים ותוך כדי כך להביא‬
‫להתאוששות מאסון במינימום הוצאות‪ .‬כדי להגיע‬
‫למצב זה אסור שהארגון ייתפס לא מוכן‪.‬‬
‫חשוב להדגיש כי התוכנית אינה מכוונת לתת‬
‫מענה לרשימה סגורה של מקרי אסון אלא נותנת‬
‫מענה למגוון תרחישי חירום רלוונטיים לארגון כגון‬
‫נתק במערכות המחשוב בארגון‪ ,‬מחסור חמור‬
‫בכוח אדם‪ ,‬חוסר יכולת לתקשר עם גורמי חוץ‪ ,‬אי‬
‫תפקוד של נותני שירות לארגון וכן הלאה‪ .‬דוגמה‬
‫רלוונטית למצב כזה היא נפילת מערכת המחשוב‬
‫המרכזית באחד הבנקים הגדולים במדינה אשר‬
‫הותירה את לקוחותיו ללא מענה למשך יותר‬
‫מ‪ 48-‬שעות‪.‬‬
‫טיבה של תוכנית להמשכיות עסקית מתבטא‬
‫באופן בו נותנת התוכנית מענה לכל התרחישים‬
‫האפשריים במצב חירום‪ ,‬המשמעות היא שהשלב‬
‫הראשון לביצוע תוכנית המשכיות עסקית הוא‬
‫ביצוע מיפוי מפורט של התהליכים הקריטיים‬
‫בארגון אשר צריכים להמשיך לפעול בכל מצב‪.‬‬
‫לאחר מכן ניתן התוכנית מענה וחלופות שונות‬
‫לכל תהליך אשר הוגדר כתהליך קריטי בארגון‬
‫וכל עובד יידע מה תפקידו תוך כדי מצב החירום‬
‫ותשאיר כמה שפחות סימני שאלה לרגע האמת‪.‬‬
‫תוכנית התאוששות מאסון (‪)DRP‬‬
‫מדבור בתוכנית המכילה פירוט של פעולות‬
‫ותהליכים אשר יש לבצע על מנת להחזיר במהרה‬
‫פעילויות ותהליכים קריטיים לארגון‪.‬‬
‫לצד החשיבות ההולכת והגדלה בצורך בשרידות‬
‫של מערכות ה‪ IT-‬בארגון‪ ,‬גם המימד האנושי‬
‫מהווה אחד הגורמים החשובים בהיערכות לשעת‬
‫חירום‪ .‬מה קורה אם במקרה של אסון‪ ,‬עובדים‬
‫הבוחרים לא יהיו מוכנים להגיע לעבודה או יעזבו‬
‫לעיר אחרת? זה שמערכות ה‪ IT-‬יהיו מוגנות‪ ,‬זה‬
‫בסדר‪ ,‬אבל אין לזה ערך אם צוות טכני לא יתחזקו‬
‫אותן‪.‬‬
‫עלינו למצוא איזון מתאים בין הפעילויות השונות‪,‬‬
‫בין הגורמים השונים‪ ,‬ולא להתמקד רק בדבר‬
‫אחד‪ .‬לדוגמה‪ :‬על מנת שבית חולים יתפקד‪,‬‬
‫צריך גח אדם‪ ,‬שרידות מערכות ה‪ ,IT-‬אוכל‪,‬‬
‫כביסה‪ ,‬סטריליות‪ ,‬אספקת תרופות‪ ,‬כסף ואמצעי‬
‫זיהוי חלופיים‪ ,‬ואלו רק חלק מהדברים‪ .‬רציפות‬
‫תפקודית מורכבת ממגוון פרטים‪ ,‬גז‪ ,‬חשמל‪ ,‬מים‪,‬‬
‫ועוד‪ .‬נדרשת סינרגיה בין כלל הפעילויות‪ ,‬ולרוב‬
‫הארגונים‪ ,‬זה חסר‪.‬‬
‫החזר השקעה‪...‬‬
‫אחת הבעיות המרכזיות בתוכנית להמשכיות‬
‫עסקית היא הקושי להציג את החזר ההשקעה‬
‫עליה לעומת ההשקעה הנדרשת‪ .‬העובדה שמדינת‬
‫ישראל מתמודדת עם בעיות גיאו‪-‬פוליטיות‪ ,‬עם‬
‫בעיות טרור‪ ,‬חשש מרעידות אדמה‪ ,‬טרור קיברנטי‬
‫– לא בהכרח מביאה לכך שהיא תהיה ערוכה טוב‬
‫יותר בהיבט המשכיות עסקית‪ .‬העלויות הגבוהות‬
‫של בניית תוכנית להמשכיות עסקית מהוות את‬
‫הקושי העיקרי בלהוכיח את החזר ההשקעה‪.‬‬
‫נדרשים סדרי עדיפויות‪ ,‬ולעתים משלמים על‬
‫כך מחיר כבד‪ .‬ארגון אומר לעצמו‪ ,‬כי בתקציבים‬
‫מוגבלים‪ ,‬לא תמיד כדאי להשקיע את הכסף דווקא‬
‫ב‪ IT-‬לטובת בניית תוכנית להמשכיות עסקית‪.‬‬
‫למרות הכל‪ ,‬הולכת וגוברת המודעות לצורך‬
‫בתוכנית להמשכיות עסקית ו\או התאוששות‬
‫מאסון‪ .‬ההמשכיות העסקית כבר אינה נחלתם‬
‫הבלעדית של ארגונים גדולים‪ ,‬היא מחלחלת‬
‫לארגונים בינוניים‪ .‬הדבר דורש תחזוקה שוטפת‪ ,‬וזו‬
‫לא פחות חשובה מעצם הטמעת התוכנית עצמה‪.‬‬
‫כמו כן‪ ,‬נושא ההיערכות לשעת חירום וההמשכיות‬
‫העסקית חייב להיבחן ברמה האינטגרטיבית‪ .‬יש‬
‫חשיבות להיבט של תרגול של ארגונים את עצמם‬
‫להיערכות בתחום‪.‬‬
‫ביצוע תרגילים לתוכניות להמשכיות עסקית ו\‬
‫או התאוששות מאסון‪ ,‬יכולים להניב תובנות‬
‫רבות לארגון‪ ,‬כחלק מתהליך של הפקת לקחים‪,‬‬
‫ושיפור התוכניות‪ .‬ככל שמתרגלים יותר‪ ,‬ובכל דרגי‬
‫הארגון – ככה ניתן להפיק יותר תועלת לקדם את‬
‫פני העתיד‪.‬‬
‫היבט נוסף‪ ,‬הוא הצורך לבדוק מה יכול לקרות‬
‫לארגון בשל השבתה של מערכות ה‪ ,IT-‬וכמה זמן‬
‫ניתן לעבוד בצורה ידנית ושונה? ואת זה‪ ,‬נוכל גם‬
‫לדמות במציאות‪ ,‬ע"י ביצוע תרגול‪ .‬התרגיל חייב‬
‫לדמות את המציאות‪ .‬חשוב לזכור‪ ,‬שהתרגול הוא‬
‫של הארגון ולא של המנמ"ר‪ ,.‬ודורש היערכות‬
‫מוקדמת נרחבת‪.‬‬
‫אחת הבעיות הנפוצות‪ ,‬בהטמעת תוכנית‬
‫להמשכיות עסקית‪ ,‬היא שלעתים קרובות‪,‬‬
‫התכנית מתעדכנת‪ ,‬ובזמן החירום מגלים שחלק‬
‫מהנתונים אינם נכונים‪ ,‬וכאן בדיוק נכנס התרגול‪,‬‬
‫כדי לתת פתרון הולם לבעיה‪ .‬היעדר העדכניות‬
‫של תוכנית המשכיות עסקית הוא זה שעלול‬
‫להיות נקודת הכשל בארגונים‪ ,‬כיוון שתהליכים‬
‫עסקיים השתנו‪ ,‬אנשים התחלפו ועוד‪.‬‬
‫העיסוק בתחום ניהול המשכיות עסקית‪ ,‬הוא‬
‫משהו שצריך לעסוק בו כל השנה ולא פעם בשנה‪.‬‬
‫העיסוק בחירום צריך להיות חלק מהתרבות‬
‫הארגונית ולהפוך להיות חלק משגרת פעילות‬
‫הארגון‪.‬‬
‫לסיכום‬
‫האתגר הגדול ביישום תוכנית להמשכיות עסקית‬
‫בארגון‪ ,‬טמון בעובדה שלא מדובר במוצר מובהק‬
‫אלא בשילוב של מספר מרכיבים‪ :‬מדיניות‪ ,‬כלים‬
‫שונים‪ ,‬טכנולוגיות שונות ואינטגרציה ביניהן‪,‬‬
‫מתודולוגיות וניסיון מצטבר‪ .‬כדי להצליח בפרויקט‬
‫מסוג זה‪ ,‬יש צורך בחברה מתמחה שיכולה לספק‬
‫מענה הולם ללקוחות השונים‪ ,‬שנדרשים ליישום‬
‫‪ BCP‬מלא או חלקי בארגון‪.‬‬
‫מבט לעתיד‬
‫המעבר לענן מהווה הזדמנות לבחינת תהליכי‬
‫המשכיות עסקית בארגון‪ .‬ארגונים כבר לא‬
‫חייבים להשקיע הון תועפות במערכי אחסון‪,‬‬
‫רפליקציה בין מערכות‪ ,‬וכדומה‪ .‬עפ"י חברות‬
‫מחקר (כגון ‪ )Gartner‬ארגונים מבינים שלא ניתן‬
‫יותר לברוח מהמציאות‪ ,‬והמשכיות עסקית הינו‬
‫דבר שמחייב‪.‬‬
‫תרגול‪...‬תרגול‪...‬תרגול‪...‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪19‬‬
‫האם אתה מנהל את המידע בארגון או שהמידע‬
‫מנהל אותך?‬
‫כל ארגון מתחזק ‪ ,Unstructured Data‬אשר‬
‫גדל באופן מתמיד ועל פי רוב‪ ,‬בלתי ניתן לניהול‪.‬‬
‫כמות המסמכים‪ ,‬גיליונות אלקטרוניים‪ ,‬מצגות‪,‬‬
‫קבצי מדיה ונתונים עסקיים אחרים‪ ,‬השמורים‬
‫בשרתי קבצים‪ ,‬שרתי ‪ ,NAS‬ומאגרי מידע ‪Semi-‬‬
‫האם מדובר בלהבה או בניצוץ רגעי?‬
‫מאת‪ :‬ניר ולטמן‪ ,‬ארכיטקט אבטחת המידע של חברת ‪.Citadel Consulting‬‬
‫בימים האחרונים יש "הד תקשורתי נרחב" סביב הנוזקה (‪ )Malware‬הנקראת ‪ Flame/Flamer/Skywiper‬שפגעה‬
‫במספר רב של מדינות במזרח התיכון ובעיקר באיראן‪ .‬ישנן הצדקות אך גם אשליות אשר נגזרות מהפרסום‬
‫התקשורתי שזכתה לה הנוזקה‪ ,‬המטרה של מאמר זה הינה להציג את שתי פרספקטיבות על האירוע‪.‬‬
‫בהיבט שבו אני מסכים עם ההד תקשורתי שנוצר‬
‫סביב הנוזקה‪ ,‬ניתן לומר כי אכן מדובר בתוכנה‬
‫זדונית אשר מתנהגת באופן חריג מהרגיל‬
‫בקטגוריה זו של תוכנות זדוניות‪ ,‬לדוגמה‪ :‬התוכנה‬
‫תוקפת מספר וקטורים במערכת ההפעלה‬
‫במקביל‪ ,‬ישנו שימוש בטכניקות פיתוח מתקדמות‬
‫לטיפול בקטעי קוד קריטיים התלויים אחד בשני‬
‫(במדעי המחשב קוראים למינוח ‪ ,)Mutex‬הגדרת‬
‫תזמון שונה לכל הפעלה של משימה כך שיהיה‬
‫קשה לעקוב אחר הפעלת תהליכים במערכת‬
‫ההפעלה‪ ,‬שימוש בתקשורת מוצפנת לשרתים‬
‫חיצוניים ועוד‪ .‬למעשה ניתן להבין מחקר הנוזקה‬
‫כי מדובר בפיתוח מתקדם שבוצע על ידי מומחי‬
‫אבטחה עם רקע חזק בפיתוח ואיתור פרצות‪ ,‬סביר‬
‫להיצמד לטענה כי אכן לא מדובר על קבוצה של‬
‫האקרים אלא על סדרי גודל משמעותיים כגון‬
‫ארגון או מדינה העומדות מאחורי הפיתוח‪ .‬ישנן‬
‫שתי עובדות נוספות אשר גורמות להסכים עם‬
‫ההצדקה לפרסום כה גדול; כלל חברות האנטי‬
‫וירוס הגדולות בעולם לא גילו‪/‬התייחסו לנוזקה‬
‫הזו במשך השנתיים האחרונות ובעיקר לעובדה כי‬
‫מדובר בנזק ממשי שהלוחמה הקיברנטית (‪Cyber‬‬
‫‪ )Warfare‬גרמה בשנית לאיראן‪.‬‬
‫אולם הסבירות להפעלתה נמוכה יחסית מאחר‬
‫והדרך (שאותרה בפועל עד כה) להפצת הנוזקה‬
‫בארגון היא באמצעות ‪ Disk on Key‬או באמצעות‬
‫מחשב אחר "מודבק"‪ .‬בניגוד ל‪ Stuxnet-‬אשר גרם‬
‫נזק ממשי (על פי פרסומים זרים) לצנטריפוגות‬
‫המעשירות אורניום במקרה זה‪ ,‬הרשת הארגונית‬
‫המותקפת חייבת להיות מחוברת לאינטרנט‪ ,‬אחרת‬
‫הנוזקה עובדת באופן חלקי‪ ,‬קרי לא מוציאה מידע‬
‫ארגוני לאינטרנט‪ .‬אם נחשב באופן יבש את הסיכון‪,‬‬
‫הרי שהוא אינו קריטי עקב הסבירות הלא גבוהה‬
‫שלו למימוש‪ .‬שנית‪ ,‬כמות המחשבים שבשלב זה‬
‫אותרו כ"מודבקים" בנוזקה זו היא נמוכה ביחס‬
‫למתקפות אחרות שנתגלו לאחרונה‪ ,‬לדוגמה‪:‬‬
‫כמות מחשבי ה – ‪ Mac‬שנפגעו מה – ‪Flashback‬‬
‫‪ Malware‬הייתה ‪ 600‬אלף‪ .‬יתרה מכך‪ ,‬כמות‬
‫המחשבים שנפגעה מהנוזקת ה – ‪ Flashback‬בעיר‬
‫‪ Cupertino‬בקליפורניה (מקום הימצאותה של‬
‫חברת ‪ )Apple‬היא כ – ‪ 270‬מחשבים‪ ,‬אשר גם הוא‬
‫גדול ממספר המחשבים ש"הודבקו" מה – ‪Flame‬‬
‫בכל איראן‪ .‬שלישית‪ ,‬כל יום מפותחות עשרות אלפי‬
‫תוכנות זדוניות אשר יודעות לבצע את הפעולות‬
‫שה – ‪ Flamer‬עושה‪ ,‬אך באופן פחות חכם‪.‬‬
‫מאידך יכול להיות כי ההילה שנוצרה סביב הנושא‬
‫מוגזמת מדי מהסיבות הבאות‪ :‬ראשית‪ ,‬בעולם האם כל הארגונים חשופים ל – ‪?Flame‬‬
‫אבטחת המידע החישוב של הנזק הפוטנציאלי‬
‫למערכות מידע מורכב מהנזק שייגרם לארגון‬
‫כנגזרת מהפעלת הנוזקה ומהסבירות להפעלתה‪.‬‬
‫במקרה זה‪ ,‬אפשר לומר כי הנוזקה "חיה ונושמת"‪,‬‬
‫‪20‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫ארגונים אשר משקיעים באבטחת מידע באופן‬
‫שוטף חשופים פחות למתקפה זו עקב העובדה‬
‫שבארגונים כאלו יש הגנות כנגד הכנסת ‪Disk‬‬
‫‪ ,on Key‬התקנת טלאי אבטחת מידע של חברת‬
‫‪ Microsoft‬ובכלל ואף ביצוע הקשחות במערכות‬
‫ההפעלה כדוגמת ביטול האפשרות להפעלה‬
‫אוטומטית של תוכניות ( ‪ )Autorun‬מכוננים‬
‫חיצוניים‪.‬‬
‫מה אנחנו יכולים לעשות כמשתמשים?‬
‫למרות העובדה שהפצת הנוזקה מתבצעת בעיקר‬
‫באמצעות ‪ ,Disk on Keys‬אי אפשר להלחיץ את‬
‫כל המשתמשים בכך שנגיד להם שלא להשתמש‬
‫בהם‪ .‬הדבר היחיד שנדרש לבצע באופן שוטף‪ ,‬ללא‬
‫קשר ל – ‪ ,Flame‬הוא להיות מודע‪ .‬כלומר‪ ,‬שימו לב‬
‫שאינכם מעתיקים קבצים לא מוכרים מ – ‪Disk‬‬
‫‪ on Keys‬או מחשבים אחרים‪ ,‬לא פותחים דברי‬
‫דואר ממקורות שאינכן מכירים ולא מורידים תוכן‬
‫מאתרים שאינכם סומכים עליהם‪ .‬ד"א‪ ,‬האם ציינתי‬
‫שמערכות ההפעלה ‪ Linux‬ו – ‪ Mac OS X‬לא פגיעות‬
‫בפני ה – ‪?Flame‬‬
‫לסיכום‬
‫הנוזקה ‪ Flame‬עוררה "הד תקשורתי" תקשורתי‬
‫רב עקב סדרת אירועים שקרתה לאיראן‪ ,‬אולם‬
‫הסיכון האמיתי נמצא סביבנו בכל יום שאנחנו‬
‫נמצאים בסביבת מחשבים‪ ,‬טלפונים חכמים‬
‫וטאבלטים‪ ,‬היכולת האמיתית של ארגון להתמודד‬
‫עם איומים במימד הקיברנטי תהיה באותם איומים‬
‫חדשים ובלתי צפויים שיצוצו ובעיקר בגמישותם‬
‫של ארגונים ומערכות מידע להתמודד עימם בזמן‬
‫אמת‪.‬‬
‫‪ ,Structured‬כגון‪ ,SharePoint :‬הינה עצומה וגדלה‬
‫במהירות‪.‬‬
‫על פי גרטנר‪:‬‬
‫ •‪ 80%‬מהמידע הארגוני הינו ‪Unstructured‬‬
‫‪.Data‬‬
‫ •‪ Unstructured Data‬יגדל בחמש השנים‬
‫הבאות ב‪.650% -‬‬
‫בימינו‪ ,‬ידוע כי ארגונים משתפים מידע באופן‬
‫דיגיטלי‪ ,‬דבר אשר בא לידי ביטוי בתהליכים‬
‫עיסקיים בסיסיים ביותר ועד לתהליכים מורכבים‪,‬‬
‫וכל זאת‪ ,‬כדי להיות יעילים ותחרותיים ביותר‪.‬‬
‫ארגונים פועלים בצוותים מקצועיים ממחלקות‬
‫שונות‪ ,‬אשר ניגשים לסטים של משאבים‬
‫דיגיטליים‪ ,‬שאינם שייכים בהכרח למחלקה‬
‫האורגנית של כל אחד מן העובדים‪ .‬כמות‬
‫הקבוצות‪ ,‬בשילוב עם דרישות הניהול והאבטחה‬
‫ההולכות וגדלות‪ ,‬גורמת‪ ,‬באופן פרופורציונאלי‪,‬‬
‫לגידול מתמיד בכמות הסיפריות בשרתי הקבצים‬
‫והאתרים ב‪.Sharepoint -‬‬
‫כל מידע שכזה חייב להיות מוגן ומנוהל‪.‬‬
‫כדי להסביר את רמת הקושי בניהול מידע‪ ,‬להלן‬
‫מספר נתונים‪:‬‬
‫על כל ‪ 1TB‬של מידע‪ ,‬יש בממוצע‪ ,‬כ‪250,000 -‬‬
‫תיקיות‪ .‬אם נגיד שרק ל‪ 1% -‬מהן ישנן הרשאות‬
‫יחודיות (‪ ,)Unique permissions‬למרות שהממוצע‬
‫אף גבוה יותר‪ ,‬הרי של‪ 2,500 -‬תיקיות יש הרשאות‬
‫יחודיות‪ .‬עכשיו תכפילו את הנתון הזה במספר ה‪-‬‬
‫‪ TB‬של מידע שקיים בארגונכם‪.‬‬
‫ברור כי ברמת כאוס שכזה‪ ,‬אף אחד לא מנהל את‬
‫ההרשאות‪ ,‬לא מסיר הרשאות עודפות ולא מממש‬
‫את מדיניות אבטחת המידע בארגון‪.‬‬
‫הגנה על הנתונים נדרשת‪ ,‬על מנת לשמור על‬
‫הלקוחות של הארגון‪ ,‬עובדים‪,‬‬
‫שותפים עסקיים‪ ,‬ומשקיעים‪.‬‬
‫כמו כן‪ ,‬הגנה על הנתונים‬
‫הינה פעולה בסיסית וקריטית‬
‫לאבטחת הקניין הרוחני של‬
‫הארגון‪ ,‬להקניית יתרון תחרותי‬
‫ולשמירה על האמון בארגון‪,‬‬
‫הנדרשים לפעולה תקינה שלו‪.‬‬
‫הגנה וניהול המידע‪ ,‬בכל נפח‪,‬‬
‫דורשים טכנולוגיה‪ ,‬שנועדה‬
‫להתמודד עם היקף מידע‬
‫ההולך וגדל וכך גם סיבוכיות‬
‫מפת הקשרים וההרשאות‬
‫אליו‪.‬‬
‫לטובת ניהול מידע נכון‪ ,‬נדרשים הנתונים הבאים‪:‬‬
‫ •מידע על המשתמש והקבוצה – מה‪Active -‬‬
‫‪ Directory, LDAP, NIS, Sharepoint‬וכו'‬
‫‬
‫‬
‫•מידע לגבי ההרשאות – הבנה מלאה של מי‬
‫יכול לגשת‪ ,‬לאיזה מידע ובאיזה ספריות‪.‬‬
‫•תמונה ברורה של משתמשים‪ ,‬ספריות‬
‫וקשר ההרשאות ביניהם‪.‬‬
‫‬
‫‬
‫•פעילות גישה (‪)Auditing – Access Activity‬‬
‫– תמונת מלאה של גישה למידע ע"י כל‬
‫משתמש‪ ,‬מתי ומה נעשה במידע‪.‬‬
‫•המלצות לשיפור הרשאות במערכת‬
‫הקבצים‪.‬‬
‫‬
‫•בקרה ואמצעי תחקור על פעולות‬
‫המשתמשים במידע (‪.)Audit‬‬
‫‬
‫•איתור תוכן רגיש – תמונה מלאה של מיקום‬
‫המידע הרגיש והחשוב של הארגון‪ ,‬באילו‬
‫קבצים ולמי יש גישה למידע זה‪.‬‬
‫‬
‫•סימולציה של שינוי הרשאות ובחינתם מול‬
‫גישה בפועל‪.‬‬
‫‬
‫‬
‫•מנגנוני התראה על שימוש חריג‪.‬‬
‫ורוניס פיתחה פלטפורמה ויישומים לשליטה‬
‫ובקרה על המידע‪ .‬פתרון ורוניס מאחד את פרטי‬
‫המשתמשים עם מבנה מערכת הקבצים ומבצע‬
‫רישום מפורט של כלל אירועי הגישה‪ .‬פלטפורמה‬
‫זו מנתחת את הנתונים ומציגה את המידע‬
‫למנהלי ה‪ IT -‬ואבטחת המידע של הארגון‪ ,‬באופן‬
‫אינטרקטיבי ודינאמי‪.‬‬
‫בהתבסס המידע שנאסף‪ ,‬אלגוריתם חכם משכלל‬
‫את כלל הנתונים ומציג המלצות להרשאות נכונות‪,‬‬
‫על פי צרכי הארגון‪.‬‬
‫פתרונות ורוניס מסייעים באיתור בעלי המידע‬
‫בארגון‪ ,‬ומרגע שבעלי המידע מזוהים ומוגדרים‪,‬‬
‫הם מסוגלים לנהל את ההרשאות למידע‬
‫שבאחריותם‪ ,‬באמצעות ממשק אינטרנטי נוח‬
‫(‪ .)Web Interface‬ניהול זה מבוצע ע"י בעלי המידע‪,‬‬
‫ללא תקורות ‪ IT‬וללא צורך בפעולות ידניות ברקע‪,‬‬
‫כפי שמבוצע כיום או בפתרונות אחרים בתחום‪.‬‬
‫תוכנת ‪ DatAdvantage Varonis‬מספקת את‬
‫היכולות הבאות‪:‬‬
‫•זיהוי והשמת אחראים למידע (‪.)Data Owners‬‬
‫ורוניס מספקת אמצעים לצמצום הרשאות‬
‫עודפות ומניעת חשיפה מיותרת למידע‪ .‬בהתבסס‬
‫על ניתוח מודל השימוש‪ ,‬האפליקציה מספקת‬
‫המלצות לאילו משתמשים יש גישה לגיטימית‬
‫למידע ולמי יש הרשאות עודפות‪ ,‬שכדאי‬
‫לצמצם‪.‬‬
‫חבילת ה‪ Data Governance -‬של ורוניס מציגה‬
‫נתונים‪ ,‬ללא תלות בגודל הארגון ובהתאם לצרכיו‬
‫ודרישותיו‪ .‬כל זאת באמצעות תשתית מחשוב‬
‫סטנדרטית‪ ,‬גם כאשר המורכבות בין היישויות‬
‫גדלה ומסתעפת בכל יום‪.‬‬
‫פלטפורמות מידע חדשות‪ ,‬שעתידות לקום‬
‫בארגון‪ ,‬יוטמעו גם הן לתוך מערכת ורוניס‪,‬‬
‫בלחיצת כפתור‪ ,‬כאשר טובת הניהול וההגנה על‬
‫המידע הארגוני יובאו לידי ביטוי בתועלות וביעילות‬
‫שהיא מאפשרת‪.‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪21‬‬
‫תוכנות ריגול‬
‫מה המשמעות החוקית של העניין?‬
‫כיום‪ ,‬החוק בארץ עדיין לא מטפל בצורה מפורשת ברוגלות‪ ,‬אך ישנם‬
‫מגוון חוקים שמתייחסים בעקיפין להתקנת תוכנות מזיקות ללא ידיעת‬
‫בעל המחשב‪ ,‬כאשר העונשין על עבירה זו היא עד ‪ 5‬שנות מאסר‪.‬‬
‫כולנו זוכרים את המקרה המפורסם שסוף סוף‬
‫הגיע לכותרות בארצנו הקטנה‪ :‬פרשת הסוס‬
‫הטרויאני‪ .‬מדובר במקרה הראשון (הגלוי) של‬
‫ריגול תעשייתי ממוחשב‪ ,‬מתוצרת כחול לבן‪.‬‬
‫וזה היה עניין של זמן עד שפרשה כזו תתפוצץ‪,‬‬
‫אך אף אחד לא ציפה לסדר גודל שכזה‪ .‬אבל‬
‫העצוב בסיפור‪ ,‬הוא שבארצנו הקטנה‪ ,‬ישנה‬
‫נטייה של לעבור על סדר היום מהר מדי‪ ,‬ולשכוח‬
‫מהאירועים של אתמול‪ ,‬במטרה לפנות זמן‬
‫לאירועים החדשים‪ .‬וזה מתבטא לעתים גם‬
‫בהפקת הלקחים‪ ,‬מהאירועים שאירעו‪.‬‬
‫אז מהי בעצם תוכנת ריגול?‬
‫מדובר בתוכנה זדונית הידועה בשמה המקצועית‬
‫כ‪ ,Spyware-‬ובעברית כרוגלה‪ .‬מדובר בתוכנה‬
‫שמטרתה לנטר וליירט אחר פעילות מסוימת‬
‫במחשב בו התוכנה הותקנה‪ ,‬להעביר מידע‬
‫לשולחה ולבצע פעולות שונות‪ ,‬באופן עצמאי או‬
‫מונחה‪ .‬בדרך כלל פעילות זו מתבצעת בחשאי‪,‬‬
‫ללא ידיעת המשתמש (הקורבן)‪.‬‬
‫לרוב‪ ,‬הרוגלה מותקנת\מושתלת במחשבי‬
‫הקורבנות תוך שימוש בתחבולה עתיקת יומין‬
‫הידועה כשימוש בסוס טרויאני‪.‬‬
‫ישנו מגוון רחב של תוכנות זדוניות מסוג זה‪ ,‬אשר כל‬
‫תוכנה מגיעה עם תכונות מסוימות‪ ,‬בהתאם למטרתו‬
‫של היוצר‪ .‬לאחר התקנתה החשאית במחשב‪,‬‬
‫פועלת הרוגלה באופן עצמאי ואוטומטית‪ ,‬בצורה‬
‫חשאית ועצמאית לניטור פעילות המחשב ויירוט‬
‫כל מידע העובר במחשב‪ .‬כמו כן‪ ,‬יתכן גם שהרוגלה‬
‫תאפשר ליוצר שלה לשלוט על המחשב בוא היא‬
‫מותקנת וזאת‪ ,‬כאמור‪ ,‬באופן חשאי ומבלי שבעלי‬
‫המחשב או המשתמש במחשב‪ ,‬ידעו על כך‪.‬‬
‫פנים רבות לריגול‬
‫כיום‪ ,‬תהליכי הריגול נהיו מתוחכמים יותר‪ ,‬ובעידן‬
‫הדיגיטלי‪ ,‬כמעט ואין מערכת דיגיטלית כלשהי‪,‬‬
‫‪22‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫שאינה חשופה לסיכון של ריגול‪ .‬אנו עדים‬
‫לתוכנות ריגול בפלאפונים החכמים‪ ,‬במחשבים‬
‫(בעזרת תוכנות מחשב)‪ ,‬ואף בהתקני חומרה‬
‫(‪.)Keylogger‬‬
‫הדרך הנפוצה ביותר היא ע"י שימוש בתוכנות‬
‫מחשב‪ ,‬אם כי‪ ,‬לאחרונה‪ ,‬אנו עדים לעלייה בכמות‬
‫מקרי האזנה דרך טלפונים חכמים‪.‬‬
‫‪ .‬גשהרוגלה מסוגלת לגרום נזק למחשב או לשבש‬
‫את פעולתו‪.‬‬
‫‪.‬אייצרה מידע שעלול להטעות את המשתמשים בו‪.‬‬
‫במקרה ובו מתברר לנו כי מערך המחשוב שלנו‬
‫נחשף לפעילות ריגול כלשהי‪ ,‬ראשית יש להכין‬
‫רשימה של כל אלה המעורבים באופן ישיר‬
‫ועקיף בפעילות הריגול‪ ,‬כגון יצרן התוכנה (שבה‬
‫השתמשו)‪ ,‬משווקי התוכנה‪ ,‬אלה שעשו שימוש‬
‫בתוכנה‪ ,‬אלה שהזמינו את השימוש בתוכנה ואלה‬
‫שעשו שימוש במידע שנוטר וייורט באמצעות‬
‫התוכנה‪.‬‬
‫באמצעות חוק הגנת הפרטיות התשמ"א‪1981-‬‬
‫וחוק האזנת סתר התשל"ט‪ ,1979-‬עלולים‬
‫המעורבים בפעילות הריגול להשתכן חמש שנים‬
‫בכלא‪ ,‬באם יתברר כי מי מהם הטריד‪ ,‬העתיק‬
‫מידע חסוי‪ ,‬השתמש במידע ללא רשות‪ ,‬הפר‬
‫חובת סודיות‪ ,‬האזין‪ ,‬הקליט והעתיק ללא הסכמה‬
‫מידע שמקורו בתקשורת בין מחשבים‪ ,‬או התקין‬
‫את הרוגלה או עשה שימוש בה ו\או שימוש במידע‬
‫שיורט‪ ,‬או גילה את תוכנו לאחר‪ .‬סביר גם להניח כי‬
‫חלק מן המידע שנוטר ויורט על ידי הרוגלה מהווה‬
‫שימוש שלא כדין ביצירה המוגנת בזכויות יוצרים‪,‬‬
‫עבירה שדינה בין שלוש לחמש שנות מאסר על‬
‫פי פקוד זכות יוצרים‪.‬‬
‫במישור הפלילי‪ ,‬חוק העונשין‪ ,‬התשל"ז – ‪1977‬‬
‫מאפשר להרשיע בביצוע העבירה ולהעניש לא רק‬
‫את מבצע העבירה אלא גם על ניסיון‪ ,‬שידול‪ ,‬ניסיון‬
‫לשידול או סיוע לאותה עבירה‪ ,‬אלא אם כן נקבע‬
‫אחרת בחוק‪ .‬במישור האזרחי ניתן לקבל פיצוי גם‬
‫מאלה אשר בעקיפין אחראים לגרימת הנזק‪.‬‬
‫במסגרת ההליך האזרחי לפיצוי כספי ניתן לעשות‬
‫שימוש בעילות הנמצאות בחוקים הבאים‪:‬‬
‫במסגרת ההליך הפלילי‪ ,‬חוק המחשבים‬
‫התשנ"ה‪ ,1995-‬מקים סנקציה של ‪ 3‬שנות מאסר‬
‫באם יתברר כי‬
‫‪.‬אמי מן המעורבים בריגול שיבשו את פעולתו התקינה‬
‫של המחשב או הפריעו את השימוש בו‪.‬‬
‫שלנו‬
‫תקופת המאסר תגדל לחמש שנים במידה ויתברר כי‬
‫פעולת הרוגלה‪.‬‬
‫מה לעשות במקרה שיש חשד‬
‫לביצוע האזנה\פעילות ריגול?‬
‫העונשין – האם הפשע משתלם?‬
‫שלך‬
‫העבודה‬
‫‪.‬בחדרו‪ ,‬מחקו‪ ,‬שינו‪ ,‬שיבשו או הפריעו לתוכנה ו\או‬
‫מידע ממוחשב‪.‬‬
‫‪.‬במטרת הרוגלה לגרום לנזק למחשב או לשבש את‬
‫פעולתו‪.‬‬
‫לאחר שהרשימה הוכנה ניתן לנקוט נגד כל אחד‬
‫מהם‪ ,‬בהליכים פליליים ואזרחיים אשר בחלקם‬
‫תומצתו לרשימה המקוצרת הבאה‪.‬‬
‫הביטחון‬
‫חברת ייעוץ אובייקטיבית‬
‫מומחים לייעוץ וליווי פרויקטים בתחום אבטחת מידע‬
‫הגדרת אסטרטגיה‬
‫הכנת הארגון‬
‫ותפיסת ממשל לעמידה בדרישות‬
‫אבטחת מידע‬
‫רגולציה שונות‬
‫בארגון‬
‫אפיון דרישות‬
‫מערכת‪ ,‬כתיבה‬
‫וליווי במכרזים‬
‫בחירת טכנולוגיה‬
‫המתאימה ביותר‬
‫לארגון בתהליך‬
‫‪ RFP‬מסודר ושיטתי‬
‫ניהולי פרויקטים‬
‫אבטחת מידע‬
‫מורכבים‬
‫‪.‬אחוג המחשבים – המגדיר כעוולה נזיקית כל‬
‫הפרעה‪ ,‬שימוש‪ ,‬גזילה‪ ,‬מחיקה‪ ,‬שינוי ושיבוש‬
‫שלא כדין למחשב‪.‬‬
‫‪.‬בחוק עוולות מסחריות התשנ"ט‪ – 1999-‬במסגרת‬
‫גזל סוד מסחרי‪.‬‬
‫‪.‬גפקודת זכות יוצרים וחוק זכות יוצרים‪.‬‬
‫‪.‬גחוק הגנת הפרטיות ‪ -‬בגין מספר רב של עילות‪.‬‬
‫לתיאום פגישות וקבלת פרטים נוספים‪:‬‬
‫חייגו‪ :‬דני – ‪050-8266014‬‬
‫או בדוא"ל‪:‬‬
‫‪danny @ titans 2. com‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪23‬‬
‫סיקור המפגש החודשי של האיגוד‬
‫במפגש החודשי של האיגוד‪ ,‬אשר התקיים‬
‫בתאריך ‪ ,22.04.2012‬הגיעו כ‪ 50-‬מקצועני‬
‫אבטחת מידע‪ ,‬אשר באו לשמוע את סגל המרצים‬
‫האיכותי שגייסנו לטובת המפגש‪ .‬המפגש עסק‬
‫בעיקר בתחום הסייבר‪ ,‬והדוברים הצליחו להלהיב‬
‫את קהל המשתתפים‪.‬‬
‫"אם אני יכול לחדור למערכי המחשוב של גופים‬
‫שונים במדינה‪ ,‬אז גם היריב יכול"‪ ,‬אמר תא"ל ניצן‬
‫נוריאל‪ .‬לדבריו‪" ,‬התשובה לשאלה למה זה עדיין‬
‫אל קרה‪ ,‬היא בשל החלטה של הצד השני‪ .‬היריב‬
‫אוסף יכולות בתחום הקיברנטי אט אט‪ ,‬והוא זה‬
‫שיחליט מתי לממשן"‪" .‬על המדינה להכריע בין‬
‫פגיעה בזכויות הפרט ובין יצירת מערכות הגנה‬
‫ל‪ .IT-‬אם תרצו להגן על מערכות ה‪ ,IT-‬אין לי‬
‫ברירה אלא להיכנס לקרביים שלהן ולפגוע‬
‫בפרטיות האזרחים והחברות העסקיות" ‪ ,‬אמר‬
‫נוריאל‪.‬‬
‫"הנחת העבודה שלנו היא שכל מה שאנו יודעים‬
‫לעשות‪ ,‬גם היריב יודע לעשות ‪ -‬לחדור למערכות‬
‫ה‪ IT-‬שלנו ולגרום נזק‪ .‬לצערי הרב‪ ,‬ב‪100%-‬‬
‫מהמקרים שבהם ניסינו לחדור למערכות מחשוב‬
‫של גורמים שונים במדינה‪ ,‬הצלחנו"‪ ,‬כך אמר תת‪-‬‬
‫אלוף (מיל") ניצן נוריאל‪ ,‬ראש המטה ללוחמה‬
‫בטרור במשרד ראש הממשלה‪.‬‬
‫לדבריו "אם אנו יכולים לחדור למערכי המחשוב‬
‫של גופים שונים במדינה‪ ,‬אז גם היריב יכול‪.‬‬
‫התשובה לשאלה למה זה עדיין לא קרה‪ ,‬היא‬
‫בשל החלטה של הצד השני‪ .‬היריב אוסף יכולות‬
‫בתחום הקיברנטי אט אט‪ ,‬והוא זה שיחליט מתי‬
‫לממשן"‪.‬‬
‫‪24‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫אפריל ‪2012‬‬
‫"האיום הקיברנטי הוא חשאי‪ ,‬ובמובן מסויים הוא‬
‫חמקמק" אמר נוריאל‪" .‬הוא יכול להתממש ולפעול‬
‫גם בשגרה‪ ,‬כשאין עימות"‪ .‬נוריאל ציין "מערכות‬
‫המחשוב במדינה ספגו מתקפות רבות במהלך‬
‫מבצע עופרת יצוקה והפשיטה על ספינת מרמרה‬
‫הטורקית‪" .‬בניגוד לעבר"‪ ,‬אמר‪" ,‬אדם בודד‬
‫יכול להביע את דעתו באופן חריף יותר מאשר‬
‫טוקבקים‪ ,‬והכל בעזרת מקלדת המחשב‪ ,‬והוא‬
‫יכול לבצע תקיפה ישירה על מערכות ה‪."IT-‬‬
‫לדבריו "הנחת העבודה שלנו‪ ,‬שאינה שלמה ולא‬
‫לגמרי נכונה ‪ -‬היא שהתשתיות הקריטיות שלנו‬
‫מטופלות‪ .‬יש גוף המטפל בעניין‪ ,‬יש הליכים‬
‫סדורים‪ ,‬אשר בוחנים את האיומים ואת הייחוסים‪.‬‬
‫האם אנו יודעים לשמור על כל מערכות ה‪ ?IT-‬לא‪,‬‬
‫אולם אנו יודעים על מה צריך לשמור"‪.‬‬
‫נוריאל "המחיש את החשיבות המצרפית של‬
‫מתקפות קיברנטיות באמצעות דוגמאות‪" :‬אם‬
‫מערך המחשוב של תעשיית החלב ייפרץ‪ ,‬לא‬
‫נשכב על הרצפה‪ ,‬מקסימום נקבל קלקול קיבה‪.‬‬
‫אם הנתונים הרפואיים שלנו בבתי החולים יימחקו‪,‬‬
‫הרופא לא יידע לאילו תרופות אנו אלרגיים ומה‬
‫סוג הדם שלנו‪ .‬אם תיהרס מערכת ה‪ IT-‬המטפלת‬
‫בגביה בעיריית תל אביב‪-‬יפו‪ ,‬נחוייב לשווא‪ .‬כל‬
‫התהליכים הללו לא ימוטטו את המדינה‪ ,‬אבל‬
‫המצרפיות שלהם עלול ליצור מסה קריטית‬
‫בעייתית‪ .‬טרור קיברנטי יודע לקעקע את שגרת‬
‫היומיום שלנו"‪.‬‬
‫הוא ציין כי בפני הגוף שבראשותו ובפני המדינה‬
‫ניצבות כמה דילמות‪ :‬מהי מידת האחריות של‬
‫המדינה על המחשב הנייד האישי של הפרט? מי‬
‫מממן את התקלות הנובעות מטרור קיברנטי?‬
‫כיצד המדינה מפצה על נזקים בעקבות הנחית‬
‫המטה לגוף עסקי להשבית את פעולתו כדי‬
‫להימנע מפגיעה של טרור מקוון? "והשאלה הכי‬
‫כבדה שאנו מתחבטים בה הכי הרבה‪ ,‬היא מהי‬
‫המסה הקריטית שתקבע שאנו כמדינה מצויים‬
‫תחת מתקפה ושתחייב תגובה"‪.‬‬
‫הוא ציין כי "לטעמי‪ ,‬ישראל צריכה להיות מובילה‬
‫עולמית בתחום עמדות הלבנה‪ ,‬כאלו שלא ניתו‬
‫יהיה לחדור דרכן ‪ -‬ואולם זה לא המצב"‪ .‬תחומים‬
‫נוספים הטעונים שיפור‪ ,‬ציין‪ ,‬הם יצירת תקינה‬
‫בתחום‪ ,‬וקיום מסודר של העברת ידע והפקת‬
‫לקחים בין גופים וארגונים שונים‪.‬‬
‫בהתייחסו להרתעה בעולם הטרור הקיברנטי‪,‬‬
‫אמר נוריאל כי "הרתעה גרעינית לא הייתה‬
‫קיימת בעולם בטרם ‪ .1945‬הרתעת הסייבר‬
‫טרם נולדה‪ ,‬אולם היא קרובה מאוד‪ .‬מה שקרה‬
‫בעשור האחרון בתחום באסטוניה ובגיאורגיה אלה‬
‫סתם משחקי בריונות שכונתית יחסית לפוטנציאל‬
‫הגלום במלחמת סייבר אמיתית‪ .‬הרתעה צריכה‬
‫להיות כזו שנדע לזהות במדויק מי התוקף ונוכל‬
‫להענישו‪ .‬אני מוכן להשקיע כסף רב כדי לשרוף‬
‫את המחשב של תוקפי‪ .‬בסופו של דבר‪ ,‬אם מישהו‬
‫ירצה לתקוף‪ ,‬ייתכן שהוא יכול לעשות זאת"‪.‬‬
‫"אנו קרובים לנקודה בציר הזמן בה יהיה על‬
‫המדינה להכריע"‪ ,‬אמר נוריאל‪" ,‬בין פגיעה בזכויות‬
‫הפרט ובין יצירת מערכות הגנה‪ .‬המדובר בשני‬
‫וקטורים סותרים‪ .‬אם אני רוצה להגן על מערכות‬
‫ה‪ ,IT-‬אין לי ברירה אלא להיכנס לקרביים שלהן‬
‫ולפגוע בפרטיות האזרחים והחברות העסקיות"‪.‬‬
‫אסטרטגיה‬
‫לאבטחת מידע‬
‫‪ IRA WINKLER‬הבעיות העיקריות‬
‫באבטחת המידע נובעות‬
‫הן במימד האנושי והן מהממד הטכנולוגי‪.‬‬
‫"המימד האנושי לא פחות חשוב מהמימד‬
‫הטכנולוגי"‪ ,‬אמר אירה‪ .‬תפקידו של מנהל‬
‫אבטחת המידע בארגון (‪ )CISO‬הינו בעיקר‬
‫שיווק ומכירות‪ ,‬ולא להסתגר בתוך חדר‬
‫שרתים רחוק מעיני הנהלת הארגון‪ .‬על‬
‫מנהל אבטחת המידע בארגון לאמץ מסגרת‬
‫לניהול סיכונים‪ ,‬ולשאוף שכל התהליכים‬
‫העסקיים בארגון‪ ,‬עוברים תהליך של הערכת‬
‫סיכונים‪ ,‬ושדרישות אבטחת המידע תואמות‬
‫לדרישות העסקיות‪ .‬אירה שיתף אותנו בידע‬
‫והניסיון הרב שצבר במשך השנים‪ ,‬בהיותו‬
‫יועץ עבור ארגונים גדולים ברחבי העולם‪,‬‬
‫ומסר את המסר הכי חשוב עבור ה‪CISO-‬‬
‫בארגון "‪...‬עליכם לנהל נכון את הסיכונים‬
‫בהיבטים של אבטחת מידע בארגון‪ ,‬וזה‬
‫חלק מתפקידו העיקרי של ה‪ ."CISO-‬עולם‬
‫הפשע עבר תהפוכות‪ ,‬והאיומים השתנו‪,‬‬
‫ונהיו מתוחכמים יותר‪ ,‬ולא ניתן יהיה לסגור‬
‫הרמטית את הארגון‪ ,‬ולכן חשוב‪ ,‬לנהל נכון‬
‫את הסיכונים ‪ ,‬ולהיות מודע לאילו סיכונים‬
‫הצלחנו למזער‪ ,‬ואילו סיכונים עדיין קיימים‪,‬‬
‫ולשים בקרות מפצות באותן מקומות‪.‬‬
‫דוד ממן‬
‫מאפייני התוקף בעידן‬
‫הסייבר והזן החדש‬
‫של ההתקפות‬
‫מייסד ו‪ CTO-‬של‬
‫חברת ‪.GreenSQL‬‬
‫מדובר במתקפות שכל הזמן הולכות‬
‫ונעשות מתוחכמות יותר‪ ,‬אמר דוד‪,‬‬
‫והוסיף כי "שרשרת האספקה בעולם הסייבר בנויה כבר על‬
‫אנשים מקצועיים ולא על ילדים בני ‪ .16‬האנשים שמפתחים הם‬
‫טכנולוגיים‪ .‬אנחנו מפתחים תוכנה וגם הם מפתחים תוכנה‪ .‬הוא‬
‫הוסיף‪ ,‬כי "יש קבוצה אחרת של פושעים שרוכשת את הכלים‬
‫האלה ומשתמשת בהם כדי לבצע גניבות‪ .‬כמובן שעבור זה צריך‬
‫שוק ויש הרבה מאוד מקומות באינטרנט בהם מציעים למכירה‪,‬‬
‫רוכשים‪ ,‬מייעצים ומוכרים שירותים‪ .‬זה מוכיח שיש צור בהגנה‬
‫רב שכבתית ובמעקב קבוע"‪.‬‬
‫כנגד מיתר המתקפות כיום בתחום הסייבר‪ ,‬צריכים לקבוע‬
‫אסטרטגיה נכונה לאבטחת מידע‪ .‬כיום ההתקפות סייבר נהיו‬
‫ממוקדות ומתוחכמות יותר‪ .‬האסטרטגיה צריכה להיות מורכבת‬
‫מכמה צעדיםץ‪" .‬קודם כל‪ ,‬צריך להגדיר מדיניות אבטחת מידע‬
‫ברורה ומקיפה ולא משנה אם מדובר במדינה‪ ,‬חברה או אדם‬
‫בודד‪ .‬צריך להגדיר מי יכול ומורשה להגיע ‪ ,‬לאן ולמה‪ ,‬ולהיצמד‬
‫לכך ולעשות זאת באופן פשוט וברור‪ .‬אמר‪" ,‬בנוסף‪ ,‬יש להסביר‬
‫את המדיניות‪ ,‬לוודא שמשתמשים בטכנולוגיה ועושים זאת‬
‫בתהליך העבודה השוטף‪ .‬גם בצבא וגם בבית הפרטי‪ ,‬למשל‪,‬‬
‫צריך לייצר רצף של הגנות שיעבדו ביחד‪ .‬זה מאוד חשוב‪ ,‬כי‬
‫ההתקפות כיום מאוד מורכבות‪ ".‬הוא הביא כדוגמה לכך את‬
‫‪" .STUXNET‬זו הפעם הראשונה שהיינו עדים לכך‪ ,‬שבמקום‬
‫לשלוח מטוסים כדי להפציץ השתמשו בתולעת כדי לעשות את‬
‫הנזק‪ ,‬וההצלחה הייתה כה כבירה"‪ ,‬אמר דוד‪.‬‬
‫תפיסה‬
‫חדשנית‪,‬‬
‫גיל קייני בעולם‬
‫מנכ"ל חברת ‪ TRINITY‬אבטחת‬
‫המידע‬
‫גיל קייני נתן סקירה על תפיסה חדשנית‪,‬‬
‫בעולם אבטחת המידע‪ ,‬ותיאר בעצם‬
‫את המענה ההולם כנגד מתקפות‬
‫הסייבר‪ ,‬והיא אבטחת מידע היברידית‬
‫(רב‪-‬שכבתית)‪ .‬גיל‪ ,‬דיבר על הנקודה‬
‫שבה יש צורך בהגנות רב שכבתיות"‪.‬‬
‫כל ההתקפות הפופולאריות האחרונות‬
‫היו מורכבות מכמה וקטורים‪ ,‬מה שהכי‬
‫מעניין הוא שכולן שוגרו באופן סימולטני‪.‬‬
‫כדי לדעת להגן כמו שצריך‪ ,‬צריך ללמוד‬
‫היטב את כל המאפיינים של העבודה‬
‫ברשת‪ ,‬כולל היישומים והשרתים עצמם‪,‬‬
‫אמר גיל‪.‬‬
‫הוא ציין שצריך לשנות את ההתייחסות‬
‫ואת הגישה‪" .‬צריך יותר ויותר לצאת‬
‫להתקפות נגד‪ .‬לא רק להסתכל על חורי‬
‫האבטחה‪ ,‬אלא לחשוף את המגבלות‬
‫של התוקפים‪ .‬יש לכך אפקט מאוד‬
‫משמעותי ויש לא מעט התקפות שניתן‬
‫לנטרל את המתקיף‪ ,‬עד כיבוי המחשב‬
‫שלו או עד שמצליחים לייאש אותו"‪,‬‬
‫סיכם גיל‪.‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪25‬‬
‫מיינפריים ירוק והגנת הסביבה‬
‫המיינפריים עם המסך הירוק‬
‫מאז ומתמיד‪ ,‬מסכי השליטה במיינפריים היו‬
‫ונותרו מסכים הירוקים ‪ -‬שהציגו על המסך‬
‫טקסטים ו"גרפיקה" בצבע ירוק על גבי רקע‬
‫שחור (גרסת ה ‪ GUI‬של המיינפריים ‪Green -‬‬
‫‪.)User Interface‬‬
‫השימוש שנעשה ברקע שחור בתצוגת המסך‬
‫במקום שימוש ברקע לבן‪ ,‬הוריד משמעותית את‬
‫הקרינה שספגו עיני המתבונן במסך‪ ,‬והקטין את‬
‫צריכת החשמל של המסכים וקירורם‪.‬‬
‫עם זאת יש לרקע השחור על המסך נזק שולי‬
‫ שהרי הדפסה של תמונת מסך גרפית של‬‫המיינפריים‪ ,‬מכלה משאבי טונר ודיו רבים‪,‬‬
‫באשר הרקע מודפס בצבע שחור‪.‬‬
‫הנאלצות להתעכב ולהמתין‪ ,‬ניתן להעביר אותן‬
‫לביצוע על מחשב אחר‪ ,‬ללא עיכוב‪.‬‬
‫הפעילות הזו של ‪SYSPLEX Clustering‬‬
‫נעשתה תוך הפרדה לוגית משותפת של ‪LPAR‬‬
‫במחשבים‪.‬‬
‫לשימוש הזה ב ‪ ,LPAR‬ובמיוחד תוך‬
‫‪ Clustering‬של כמה מחשבים המחלקים‬
‫ביניהם את כל הסביבות יש כמה חולשות בהגנת‬
‫סביבת היצור‪ ,‬ונתייחס כאן ל ‪ 2‬מהן‪:‬‬
‫‪ .1‬הפרדת המידע‪.‬‬
‫‪ .2‬גישה לסביבת שונות מאותו חשבון משתמש‪.‬‬
‫המיינפריים מגן על הסביבה לאורך השנים‪,‬‬
‫מחשב אחד מרכזי שאינו מוחלף מדי שנה‬
‫חוסר השלכת פסולת תעשייתית ותורם‬
‫לאיכות הסביבה‪.‬‬
‫אבל השאלה שאנו רוצים להתייחס‬
‫אליה היא ‪ -‬כיצד המיינפריים מגן‬
‫על סביבת היצור?‬
‫בשנת ‪ ,1990‬במקביל לפעילותה של ‪IBM‬‬
‫להגנת הסביבה‪ ,‬הציעה ‪ IBM‬ללקוחותיה‬
‫לעשות שימוש משותף במשאבים הנפרדים של‬
‫מחשבי המיינפריים שיש לכל לקוח‪.‬‬
‫היא הכריזה על מוצר ‪ SYSPLEX‬אשר‬
‫מאפשר לכמה מחשבי מיינפריים לפעול כיחידת‬
‫אחת‪ ,‬במסגרת של ‪ CLUSTER‬משותף‪ .‬ה‬
‫‪ SYSPLEX‬הינו פתרון המאפשר לשתף‬
‫משאבים‪ ,‬ולחלק עומסים בין מחשבים שונים‪,‬‬
‫כך שאם לדוגמא אחד המחשבים מגיע למלוא‬
‫התפוקה‪ ,‬והוא נדרש לבצע משימות נוספות‬
‫‪26‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫נציין כי ניתן בהחלט להפריד פיזית את‬
‫מאגרי מידע ‪ -‬אם ניקח לדוגמא מחשב יצור‬
‫ומחשב פיתוח נפרדים שלא אוחדו באמצעות‬
‫‪ ,SYSPLEX‬כאשר שלכל מחשב יש מאגר‬
‫מידע פיזי ייעודי נפרד משלו‪.‬‬
‫בכל מקרה‪ ,‬ומכל סביבה אליה יבחר המשתמש‬
‫להיכנס באמצעות האפליקציה‪ ,‬המשתמש יכול‬
‫(במגבלות ההרשאות והכלים הקיימים לרשותו)‬
‫לגישת אל כל הדיסקים ולכל מאגרי המידע‬
‫והקבצים שלא נחסמו בפני החשבון‪.‬‬
‫בעיית הפרדת סביבות המידע‪.‬‬
‫המיינפריים כידוע הינו שרת ‪Data Center‬‬
‫מרכזי בתצורת "‪ ."All inclusive‬ככל שמדובר‬
‫במיינפריים‪ ,‬לא קיימות הפרדות של שרת‬
‫‪ ,Data Base‬או שרת ‪ ,Proxy‬ואף לא שרת‬
‫אפליקציות‪.‬‬
‫המידע אליו ניגש שרת המיינפריים נמצא‬
‫במארזי מידע ‪ Clusters‬בפני עצמם‪ ,‬אשר‬
‫מחולקים באופן לוגי‪-‬וירטואלי לכרכים של מידע‬
‫ ‪ .Volumes‬לכל ‪ VOLUME‬יש שם וניתן‬‫לקבוע לו גודל‪ ,‬ולנהל אליו הרשאות גישה‪ ,‬וכן‬
‫לקבוע מאפיינים מגבילים על קבצים שאפשר‬
‫לשמור בתוכו ‪ -‬לדוגמא קבצי ‪SYSTEM‬‬
‫בלבד‪ ,‬או קבצי מידע של ייצור‪ ,‬או קבצי מידע‬
‫של ניסוי‪.‬‬
‫הגישה הפיזית אל המידע מכל סביבות ה‬
‫‪ LPARS‬של המיינפריים הינה זהה‪ ,‬כך שבאופן‬
‫פיזי ומעשי יש גישה מסביבות היצור אל מידע‬
‫לקראת אירוע‬
‫הגנה אפקטיבית‬
‫בעיית יכולת הגישה לסביבת שונות‬
‫מאותו חשבון משתמש‪.‬‬
‫המשתמש בהתאם להגדרות יכול להיכנס בו‬
‫זמנית לכמה אפליקציות בסביבות שונות‪ ,‬או‬
‫להיכנס כל פעם לאפליקציה אחת בודדת‬
‫מחשב מיינפריים בודד מאפשר וירטואליזציה‬
‫של סביבות‪ ,‬הקרויות ‪LPAR (Logical‬‬
‫‪ )Partition‬אשר מאפשרות ניהול סביבות‬
‫מחשוב נפרדות שונות‪ ,‬באותו מעבד ובאותו‬
‫זיכרון ובאותו מחשב‪ .‬ההפרדה הלוגית‪-‬‬
‫וירטואלית הזו נחשבת עד היום למושלמת‬
‫ומאובטחת‪.‬‬
‫באופן טבעי‪ ,‬צרכי המחשוב גדלים מיום ליום‪,‬‬
‫וחברות מוצאות צורך הגדיל את כוח המחשוב‪,‬‬
‫ולשדרג את המחשבים שברשותן‪ ,‬כדי לעמוד‬
‫בדרישות הייצור‪.‬‬
‫הפרדת הסביבות הפיזיות על המידע הינה קשה‬
‫למימוש‪.‬‬
‫כאשר שרתי המיינפריים‪ ,‬אחד או יותר‪,‬‬
‫מחוברים זה אל זה באופן פיזי ו\או באמצעות‬
‫‪ ,SYSPLEX‬ניתן לאפשר לעובד העושה‬
‫שימוש בחשבון משתמש אחד‪ ,‬לגשת ולהזדהות‬
‫מול אפליקציות שונות בסביבת היצור‪ ,‬הפיתוח‬
‫והניסוי‪( .‬כגון אפליקציות ‪ VTAM‬של ‪Net-‬‬
‫‪Pass, CICS PROD, CICS TEST, CICS‬‬
‫‪ ,DEV‬או ‪ ROSCOE‬או ‪.)TSO‬‬
‫ומה ביחס להגנת הסביבה‬
‫של היצור במיינפריים?‬
‫ואם זו איננה הפרדה מספקת של סביבות‪,‬‬
‫הרי שחברות נוהגות להחזיק שרת מיינפריים‬
‫פיזי נוסף לצורכי גיבוי והתאוששות‪ ,‬כדי‬
‫לבצע בו פיתוח וניסויים‪ ,‬וכך גם להוריד עומסים‬
‫ממחשב היצור‪.‬‬
‫הבדיקות והפיתוח‪ ,‬ויש גישה מסביבות הניסוי‬
‫והפיתוח אל מידע הייצור‪ ,‬אשר כולל את המידע‬
‫החסוי‪ ,‬הפרטי והסודי של התאגיד או המוסד‬
‫המשתמש במיינפריים‪.‬‬
‫ככלל ניתן לומר ‪ -‬כי גם אם המשתמש אינו יכול‬
‫לבצע אפילו קריאה של המידע‪ ,‬הרי שעצם קיום‬
‫המידע בשמו המפורש גלוי בפניו‪ .‬את רשימת‬
‫הקבצים הקיימים‪ ,‬המשתמש יכול לראות בכל‬
‫מקרה‪ ,‬וגם אם אין לו גישה לתוכן הקובץ‪ ,‬ייתכן‬
‫שיש לו גישה להעתקים ו\או גזירות של הקובץ‪,‬‬
‫באמצעות יידע וכלים שונים העומדים לרשותו‪.‬‬
‫הבעיה נעשית רגישה יותר כאשר מדובר‬
‫במשתמש חוץ גופי‪ ,‬אשר נהנה מהרשאות גישה‬
‫למיינפריים‪.‬‬
‫בעיות אלו של הפרדת סביבות מהוות מכשול‬
‫ואתגר לא פשוט‪ ,‬כאשר נדרשים לציית לדרישות‬
‫המחוקק להגנה על מאגרי מידע‪ ,‬להגנה על‬
‫פרטיות‪ ,‬ולהגנה על נכסי המידע הרגישים‬
‫והיקרים של הארגון‪.‬‬
‫לסיכום‪:‬‬
‫נושא ההגנה על סביבת היצור בשרתי מיינפריים‬
‫הינו אתגר משמעותי‪ ,‬מורכב ובעייתי‪.‬‬
‫מפני תקיפות סייבר מתוחכמות‬
‫שיחה עם דני אברמוביץ‪ ,‬נשיא האיגוד הישראלי לאבטחת מידע (‪)ISSA‬‬
‫מהן הנקודות העיקריות בהם יעסוק הכנס‬
‫השנתי של האיגוד?‬
‫עיקר ההרצאות יעסקו בהתקפות סייבר‬
‫מתוחכמות המאיימות על ארגונים ברחבי העולם‪,‬‬
‫ונציג כמובן גם את שיטות ההגנה האפקטיביות‬
‫שארגונים יכולים ליישם בכדי להתמודד עם‬
‫התקפות אלה‪ .‬התוקפים הנדונים אינם תוקפים‬
‫אופורטוניסטיים‪ ,‬אלא תוקפים המכוונים לארגון‬
‫ספציפי ופועלים בשיטתיות להשגת מטרותיהם‪.‬‬
‫במהלך הכנס‪ ,‬נציג ניתוח של התקיפות שאירוע‬
‫לאחרונה ונמליץ על דרכי התמודדות‪.‬‬
‫בחזית הבטחונית ובחזית התשתיות הלאומיות‬
‫ישנם גופים הפועלים במרץ ליצור הגנה‬
‫אפקטיבית ובראשם צה"ל והרשות הממלכתית‬
‫לאבטחת מידע‪ .‬עם זאת‪ ,‬במגזר העסקי יש פער‬
‫גדול בנושא אבטחת הסייבר‪ ,‬הן בגלל המורכבות‪,‬‬
‫המגוון והשוני של החברות במשק‪ ,‬הן בגלל היעדר‬
‫הידע‪ ,‬כלים וסטנדרטים אחידים שיכולים להנחות‬
‫חברה בתהליך אבטחת הסייבר ובעיקר עקב‬
‫הפער במודעות לעוצמת האיום‪.‬‬
‫על כן‪ ,‬תהליך ההיערכות מול מתקפות סייבר צריך‬
‫לכלול ניתוח של הסיכונים לחברה‪ ,‬תכנון ויישום‬
‫ארכיטקטורה נכונה‪ ,‬הטמעת מנגנוני הגנה ובקרה‬
‫ומעקב רציף אחר הפעילות‪ .‬מנגנון מרכזי בכל‬
‫היערכות הוא ניהול אפקטיבי של מערך אבטחת‬
‫המידע הקיים בארגון‪.‬‬
‫האם הארגונים מבינים מה עליהם לעשות‪,‬‬
‫וכיצד להיערך לקראת מתקפות סייבר?‬
‫האם לדעתך מדינת ישראל ערוכה לקראת‬
‫מלחמת סייבר?‬
‫השאלה קצת כללית מדי‪ ,‬וצריכים לעשות הפרדה‬
‫בין מוכנות ברמה מדינית (תשתיות קריטיות)‬
‫ומוכנות של המגזר הפרטי‪-‬עסקי‪ .‬מלחמת סייבר‬
‫היא אך מצב אחד מבין מגוון רחב של רמות‬
‫העימות עימם מתמודדת וצפויה להתמודד מדינת‬
‫ישראל‪ ,‬כאשר מלחמה היא עימות בעצימות‬
‫הגבוהה ביותר‪ .‬המצב הצפוי יותר‪ ,‬וזה המתרחש‬
‫כבר כיום‪ ,‬הוא זה של רצף התקפות ברמות‬
‫התחכום השונות‪ ,‬המנסות לפגוע במגוון מוקדים‬
‫ישראליים = ביטחוניים‪ ,‬כלכליים‪ ,‬תדמיתיים ועוד‪.‬‬
‫ההגנה במרחב הסייבר היא אחד האתגרים‬
‫המורכבים העומדים בפני מדינת ישראל‪ ,‬כאשר‬
‫התמודדות זו מתרחשת במספר חזיתות‪ ,‬ביניהן‬
‫החזית הביטחונית‪ ,‬חזית התשתיות הלאומיות‬
‫הקריטיות וחזית המגזר העסקי‪.‬‬
‫הפיזי‪ ,‬כך שכיום ניתן‪ ,‬לדוגמה‪ ,‬לפגוע בפס הייצור‬
‫של מפעל באמצעות תקיפת סייבר מול מערכות‬
‫השליטה ובקרה שלו‪.‬‬
‫כיצד על המגזר העסקי להיערך לקראת‬
‫מתקפת סייבר?‬
‫בכדי להיערך אל מול התקפות סייבר‪ ,‬המנהלים‬
‫במגזר העסקי צריכים ראשית כל להבין את רמת‬
‫האיום הניצב מולם‪ .‬כיום‪ ,‬תשתיות המידע מהוות‬
‫מרכיב קריטי בפעילותה של כל חברה‪ ,‬על כן‬
‫פגיעה בזמינותן‪ ,‬אמינותן או סודיות המידע המצוי‬
‫בהן עלולה לשבש באופן מהותי פעילות זו‪ .‬יתר‬
‫על כן‪ ,‬בשנים האחרונות אנו עדים ליותר ויותר‬
‫מתקפות היוצאות מעולם הסייבר אל העולם‬
‫חברות רבות עושות את הטעות הקלאסית של‬
‫התייחסות להתקפות מתמשכות ומתקדמות‬
‫(‪ )APT‬כאל תקרית חד‪-‬פעמית‪ ,‬הכוללת ניצול‬
‫פרצה והדבקה בסוס טרויאני או תולעת‪,‬‬
‫שלאחריה מבצעת החברה תהליך ניקוי והחזרת‬
‫המצב לקדמותו‪ .‬בעשותן כך‪ ,‬הן מתעלמות‬
‫מהעובדה שהתקפות ‪ APT‬היום הינן סדרה של‬
‫מאמצים משולבים שמטרתם לייצר דריסת רגל‬
‫במערכות הארגוניות למטרות טרור‪ ,‬פשע‪ ,‬ריגול‬
‫תעשייתי ועוד‪.‬‬
‫החברות חייבות להבין כי התקפות ‪ APT‬מתרחשות‬
‫לכל אורך "מחזור החיים" של ההדבקה ולכן יש‬
‫למגר אותם עוד בשלב ה‪ - exploit-‬לפני שהתוקף‬
‫הצליח ליצור "חור" בחומת ההגנה הארגונית‬
‫ולהקים לעצמו ערוץ תקשורת חשאי עם הסודות‬
‫הכי כמוסים שלכם‪...‬‬
‫אנו מזמינים אתכם להגיע לכנס‪ ,‬ולהעשיר את הידע במגוון נושאים מקצועיים הקשורים לעולם הסייבר ודרכי התמודדות‪.‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪27‬‬
‫‪10‬‬
‫‪3‬‬
‫עשרת הדיברות‬
‫(‪)Business Owners‬‬
‫להכנת תוכנית לביצוע מבדקי חוסן‬
‫עבור הארגון שלכם‬
‫מטרת ביצוע מבדק חוסן‪ ,‬היא‬
‫לא לסרוק את הרשת‪ ,‬ולמצוא‬
‫חורי אבטחה‪ ,‬אלא לבחון את‬
‫האפקטיביות של הבקרות‬
‫הקיימות (שהוטמעו) וגם לתת‬
‫מענה לדרישות עסקיות שונות‬
‫(כגון רגולציות)‪.‬‬
‫אז למה בעצם אנו צריכים לבצע‬
‫מבדקי חוסן? והאם זה חובה? או‬
‫צורך עסקי? ואם כן‪ ,‬של מי הצורך?‬
‫של מנהל אבטחת המידע בארגון‪,‬‬
‫ו\או של הנהלת הארגון?‬
‫בין אם אנו מבצעים את המבדק‬
‫בעצמנו (ע"י מומחים מתוך הארגון)‬
‫ובין אם אנחנו מבצעים את המבדק‬
‫ע"י מומחים חיצוניים (חברות‬
‫ייעוץ)‪ ,‬האם המטרה העיקרית היא‬
‫לעמוד בדרישות רגולציה שונות‪,‬‬
‫שמחייבות אותנו בביצוע הבדיקות‪,‬‬
‫או האם אנחנו מחפשים לייעל את‬
‫רמת האבטחה שלנו‪ ,‬ע"י בדיקת‬
‫האפקטיביות של הבקרות הקיימות‪,‬‬
‫וכמובן‪ ,‬שיפורן?‬
‫ערכנו מחקר קצר מבין חלק‬
‫מחברות הייעוץ המתמחות בארץ‪,‬‬
‫במטרה לבנות את המדריך‬
‫האולטימטיבי לביצוע מבדקי חוסן‬
‫עבור הארגון‪ ,‬כך שנוכל להפיק‬
‫תועלת מבחינת אורך זמן הבדיקה‪,‬‬
‫עלויות‪ ,‬וכמובן משאבים נוספים‪.‬‬
‫כמובן‪ ,‬שלא היה שום מחנה משוף‬
‫בין התשובות שקיבלנו‪ ,‬אבל החלטנו‬
‫לבנות לכם מדריך אובייקטיבי‪ ,‬אשר‬
‫יענה לדרישות של כל ארגון‪ ,‬באשר‬
‫הוא‪.‬‬
‫‪28‬‬
‫היפים הבאים‪ ,‬מטרתם היא לסייע‬
‫לכם להבין היטב את המטרות‬
‫ואת היעדים של המבדק‪ ,‬לפתח‬
‫אסטרטגיה נכונה ויעילה‪ ,‬לעשות‬
‫שימוש נכון במשאב האנושי בתוך‬
‫הארגון‪ ,‬וכמובן‪ ,‬האחרון‪ ,‬אבל לא‬
‫פחות חשוב‪ :‬להיעזר בממצאים‬
‫של הדוחות על מנת לייעל‪ ,‬ולשפר‬
‫באופן תמידי את רמת אבטחת‬
‫המידע בארגון‪.‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫‪1‬‬
‫הגדרת מטרות (עסקיות)‬
‫כעקרון‪ ,‬כל פעילות שמתבצעת בארגון בנושא אבטחת‬
‫מידע‪ ,‬מטרתה היא להגן על נכסי הארגון‪ .‬כאשר‪ ,‬אתם‬
‫הולכים לבצע מבדק חוסן‪ ,‬אתם בעצם מנסים להיכנס‬
‫לנעליו של התוקף (האקר)‪ ,‬ומנסים למצוא את כל חורי‬
‫האבטחה (פגיעויות) בארגון‪ ,‬ולנצל אותם (תקיפה)‪,‬‬
‫במטרה להגדיר את רמת הסיכון של אותם נכסים‬
‫העלולים להשפיע על הארגון באם ייפגעו‪ ,‬ולבסוף‪,‬‬
‫למסור דו"ח המלצות לתיקון ושיפור רמת האבטחה‬
‫בהתאם לממצאים‪ .‬חשוב להבין‪ ,‬שמטרתם העיקרית‬
‫של התקוף (האקר) היא לגנוב מידע ‪ -‬השיטות בהן הם‬
‫עושים שימוש‪ ,‬זה רק אמצעים‪.‬‬
‫ולכן‪ ,‬גם המטרה של ביצוע מבדקי חוסן‪ ,‬זה לא לבחור‬
‫את הכלים המגניבים ביותר לביצוע התקיפה‪ ,‬אלא‬
‫למצוא את אותן הנקודות בהן הארגון פגיע‪ ,‬וניתן‬
‫לתקוף אותו‪ ,‬הן מבחוץ‪ ,‬והן מבפנים‪.‬‬
‫ולכן‪ ,‬ישנה חשיבות רבה‪ ,‬בהגדרת מטרות הבדיקה‪,‬‬
‫ואת התחולה‪ .‬לא די בלהגיד שמצאת שרת עם פורט‬
‫‪ 80‬פתוח‪ ,‬ושתקפתם או שאפשר לתקוף את השרת‪...‬‬
‫אך‪ ,‬חשוב להבין‪ ,‬מה זה אומר מבחינת העסק? מה‬
‫ההשלכות על הארגון‪ ,‬כתוצאה מתקיפת השרת הזה?‬
‫מטרת המבדק חוסן היא גדולה ורחבה יותר מאשר‬
‫לסרוק את הרשת אחר פגיעויות (‪Vulnerability‬‬
‫‪,)Assessment‬אלא זהו רק תהליך אחד קטן‪ ,‬מתוך‬
‫תוכנית פעולה רחבה יותר‪.‬‬
‫מבדק חוסן הינו אחד הכלים החשובים ביותר‪,‬‬
‫בממשל אבטחת מידע‪ ,‬והוא בעצם מאפשר לנו‪,‬‬
‫לבחון את מדיניות אבטחת המידע שהארגון קבע‬
‫לעצמו‪ ,‬ואת האפקטיביות של הבקרות והטכנולוגיות‬
‫הקיימות בארגון‪ .‬הארגון שלכם משקיע לא מעט כסף‬
‫במוצרים ופתרונות אבטחת מידע‪ ,‬בתהליכי עבודה‬
‫(התקנת טלאים והקשחות לתחנות ושרתים)‪ ,‬וכדומה‪,‬‬
‫והנהלת הארגון‪ ,‬צריכה לדעת שזה באמת עובד‪ ,‬ולא‬
‫נזרק כסף לשווא‪.‬‬
‫אחת המטרות של המבדק חוסן‪ ,‬היא בעצם לדמות‬
‫את התנהגותו של התקוף‪ ,‬ולנסות לעקוף או "לנטרל"‬
‫את הבקרות הקיימות בארגון‪ .‬זה בעצם מציג לארגון‬
‫תמונת מצב מבחינת עלות‪-‬תועלת של הבקרות‬
‫שנרכשו‪ ,‬האם הן יעילות‪.‬‬
‫ולכן‪ ,‬המטרה העיקרית היא לא רק לעמוד ברגולציות‬
‫שמחייבות זאת‪ ,‬כגון ‪ ,PCI‬אלא גם לבחון את רמת‬
‫האבטחה הקיימת של הארגון‪ ,‬ולנקוט בכל האמצעים‬
‫שנדרשים על מנת לשפר אותה‪.‬‬
‫חשוב לדבר עם בעלי‬
‫המערכת‬
‫‪2‬‬
‫להלן עשרת הדיברות‬
‫תמקד את המטרה‬
‫של הבדיקה‬
‫רוב הארגונים בארץ ובעולם סובלים מבעיות‬
‫תקציב ומשאבים לביצוע מבדקי חוסן‪ ,‬וזה לא‬
‫משנה באם המבדקים נעשים ע"י עובדים מתוך‬
‫הארגון‪ ,‬או חברות ייעוץ חיצוניות‪ .‬אי אפשר‬
‫להתפזר‪ ,‬ולנסות לבצע מבדקי חוסן על כל הארגון‬
‫(מדובר על ארגוני ‪ ,)Enterprise‬אלא חשוב למקד‬
‫את המטרה‪ ,‬בנקודות הקריטיות בארגון‪ .‬כאן‪ ,‬אולי‬
‫יש מקום לבצע על כל הארגון‪ ,‬תהליך של סקירת‬
‫פגיעויות (‪ ,)Vulnerability Assessment‬שגם תהליך‬
‫זה גוזל לא מעט משאבים במונחים של כסף‪ ,‬זמן‬
‫וכח אדם‪.‬‬
‫וגם לא מומלץ לתת להאקר להסתובב לכם חופשי‪,‬‬
‫בכל הרשת‪ .‬תמיד עדיף למדר אותו‪ ,‬לתחולה‬
‫מצומצמת‪ ,‬לאזורים שיותר רגישים‪ ,‬ולכן הבדיקה‬
‫תהיה יותר יעילה מבחינת עלות‪-‬תועלת‪ .‬אז לפני‬
‫שמגדירים את התחולה של הפרויקט‪ ,‬עליכם‬
‫לקחת צעד אחורה‪ ,‬ולשאול את עצמכם‪ :‬על מה אני‬
‫מנסה להגן? איזה נכסי מידע קריטיים יש לנו בתוך‬
‫הארגון? האם זה כרטיסי אשראי‪ ,‬סודות מסחריים‪,‬‬
‫מידע רגיש מבחינת צנעת הפרט וכדומה? איפה‬
‫נמצאים כל נכסי המידע הקריטיים שמיפינו? האם‬
‫בכלל אתם מודעים לכל נכסי המידע הקריטיים‬
‫שיש לכם בארון? אולי אתם לא יודעים‪ ,‬אבל ישנו‬
‫סיכוי‪ ,‬שהתוקף‪ ,‬ברגע שיצליח לחדור לארגון‪ ,‬ימצא‬
‫אותם‪.‬‬
‫ולכן‪ ,‬השלב העיקרי בתכנון מבדק חוסן‪ ,‬הוא‬
‫לצמצם את הטווח של הבדיקה‪ ,‬ולמקד אותו רק‬
‫לאותה תחולה שהיא רגישה מבחינת החברה‪.‬‬
‫המטרה שלנו היא למפות איזה מידע\נכסים‬
‫קריטיים יש לנו בתוך הארגון‪ ,‬והיכן הם נמצאים‪.‬‬
‫לאחר מכן‪ ,‬זהו תפקידו של התוקף (האקר) לנסות‬
‫ולהבין כיצד הוא יכול לתקוף את הארגון ולגנוב את‬
‫המידע‪.‬‬
‫ושוב‪ ,‬חשוב לציין‪ ,‬שהמטרה של לדמות תוקף‬
‫מבחוץ‪ ,‬צריכה להיות גם כן ממוקדת‪ ,‬ותפקידו של‬
‫התוקף היא לא למצוא את כל בעיות האבטחה‬
‫האפשרויות של הארגון (לפחות לא בתוך מבדק‬
‫אחד)‪ ,‬אלא להתמקד באותה תחולה שהוגדרה ע"י‬
‫החברה (הלקוח)‪.‬‬
‫האנשים שמכירים הכי טוב את מהות העסקת‬
‫בארגון‪ ,‬הם יהיו גם אלו שיתנו לך מענה הולם‬
‫לשאלות שקשורות למיפוי נכסי המידע בארגון‪,‬‬
‫מהי רמת הסיווג והקריטיות של נכס‪ ,‬איפה‬
‫הנכסים נמצאים‪ ,‬מי עושה או אמור לעשות‬
‫בהם שימוש‪ ,‬ואיזה ממשקים יש לתוך או מחוץ‬
‫למערכות הללו‪ .‬הם יהיו האנשים הנכונים אשר‬
‫יידעו לומר לך בדיוק אילו מערכות הן קריטיות‬
‫עבור הארגון‪ ,‬ואיפה המידע הרגיש נמצא‪.‬‬
‫חשוב להתייחס למצב האמיתי‪ ,‬שבו למשל‪,‬‬
‫לתוקף חיצוני‪ ,‬אין מידע כלל או מידע מוגבל‬
‫על הארגון‪ ,‬למשל‪ ,‬רק כתובת ‪ IP‬חיצונית‬
‫של הארגון‪ .‬התוקפים יכולים להיות עובדים‬
‫לשעבר של הארגון‪ ,‬או לעבוד עבור שותפים‬
‫או ספקי שירות כך שיהיה להם מידע פנימי‬
‫רב אודות מבנה הארגון בכלל‪ ,‬ומבנה הרשת‬
‫בפרט‪ .‬התוקפים יכולים להיות עובדים מתוך‬
‫הארגון‪ ,‬למשל‪ ,‬מנהל רשת או מנהל בסיסי‬
‫נתונים (‪ )DBA‬עם הרשאות גבוהות למערכות‬
‫הקריטיות של הארגון‪ ,‬ולכן הוא גם יודע בוודאות‬
‫היכן נמצא המידע הקריטי‪.‬‬
‫ע"י תשאול בעל המערכת‪ ,‬אתה יכול ללמוד‬
‫הרבה מאוד על רמת הסיכון שקשורה למערכת‬
‫ספציפית‪ ,‬מה הערך של אותה מערכת‪ ,‬ומה הם‬
‫הנכסים הקריטיים שמושפעים מאותו סיכון‪.‬‬
‫ולכן חשוב‪ ,‬למפות מספר פרופילים של‬
‫תוקפים‪ ,‬ולאחר מכן לנסות לקחת בחשבון‪,‬‬
‫מספר פרמטרים נוספים כגון‪ :‬מניע‪ ,‬יכולות‪,‬‬
‫נגישות‪ ,‬הזדמנויות וכדומה‪.‬‬
‫עליך להגדיר את התחולה שכוללת את כל‬
‫הנכסים הקריטיים והתהליכים העסקיים‬
‫החשובים בארגון‪ .‬ניתן לעשות סיור מוחות עם‬
‫צוותי עבודה שכוללים בין היתר את הנהלת‬
‫הארגון ומומחים לביצוע מבדקי חוסן‪.‬‬
‫מניע ‪ -‬המניע הינו אחד הפרמטרים החשובים‬
‫ביותר שמצריך התייחסות‪ ,‬בעת בניית פרופיל‬
‫תוקף‪.‬‬
‫במהלך הסיור מוחות‪ ,‬חשוב להגדיר כמה‬
‫שיותר תרחישי אסון‪ ,‬ואף ללכת על המקרה הכי‬
‫גרוע‪ .‬תשאלו את הנהלת הארגון מה המקרה‬
‫הכי גרוע שיכול לקרות כתוצאה מתקיפת‬
‫מערכת מסוימת? מטרת הסיור מוחות כאן היא‬
‫לאתר את המערכות הקריטיות ביותר בארגון‪,‬‬
‫ולהתמקד עליהן‪.‬‬
‫‪4‬‬
‫‬
‫•האם התוקף מעוניין לגנוב סודות‬
‫מסחריים‪ ,‬זכויות יוצרים‪ ,‬או פטנטים עבור‬
‫המתחרים?‬
‫‬
‫•האם המניע של התוקף היא דווקא‬
‫פוליטית‪ ,‬או אידיאולוגית‪ ,‬וכל מטרתו היא‬
‫לגרום נזק תדמיתי או לפגיעה בחברה‪,‬‬
‫ולא משנה מה המחיר לכך?‬
‫‬
‫•האם התוקף הינו עובד פנימי ממורמר או‬
‫עובד לשעבר‪ ,‬שפוטר?‬
‫התאימו את סוג הבדיקות‬
‫לפי רמת הסיכון‬
‫בעצם‪ ,‬מה שיקבע את סוג וגודל הבדיקה‪ ,‬זה‬
‫הערך של הנכס ורמת הסיכון שקיימת על אותו‬
‫הכנס‪ .‬לנכסים עליהם יש רמת סיכון נמוכה‬
‫ ניתן לבצע סקרי פגיועיות (‪Vulnerability‬‬‫‪ )Assessment‬שזו יכולה להיות בדיקה מקיפה‬
‫וכדאית מבחינת עלות‪-‬תועלת‪ .‬נכסים עליהם‬
‫יש רמת סיכון בינונית ‪ -‬מחייבים כבר התייחסות‬
‫מעמיקה יותר‪ ,‬ולכן‪ ,‬כאן יתאים שילוב של סקרי‬
‫פגיעויות יחד עם חקר פגיעויות ידנית והתייחסות‬
‫לכל ממצא‪ .‬וכמובן‪ ,‬עבור נכסים עליהם יש‬
‫רמת סיכון גבוהה‪ ,‬תאלצו לבצע מבדקי חוסן‬
‫מלאים‪.‬‬
‫‪5‬‬
‫‬
‫•האם התוקף מעוניין בגניבת כרטיסי‬
‫אשראי ו\או מידע רגיש אחר שיוכל למכור‬
‫אותו ברשת‪ ,‬ולהפוך את זה לתזרים‬
‫מזומנים?‬
‫יש צורך לפתח פרופילים‬
‫לפי סוגי תוקפים שונים‬
‫המומחים אשר יבצעו את מבדקי החוסן‪ ,‬יצטרכו‬
‫לדמות את ההאקרים‪ ,‬ולכן יצטרכו לחשוב כמו‬
‫האקרים‪ ,‬ולפעול כמו האקרים‪ .‬הבעיה היא‬
‫שהאקרים זאת קטגוריה רחבה מדי‪ ,‬וישנם יותר‬
‫מדי סוגים של האקרים‪ ,‬ולכן יש צורך בבניית‬
‫פרופילים לתוקף‪ ,‬מבחינת יכולות‪ ,‬נגישות‪,‬‬
‫כלים‪ ,‬והזדמנויות תקיפה‪.‬‬
‫זה מאוד חשוב להבין מה מניע את התוקף‪ ,‬על‬
‫מנת לדעת כיצד להיערך מפני תקיפות אלו‪.‬‬
‫המניע הינו פרמטר חשוב‪ ,‬והוא משפיע גם על‬
‫שאר הפרמטרים האחרים‪.‬‬
‫ניתן לעבוד בבניית פרופילים עם בעל המערכות‬
‫בארגון‪ ,‬כדי ללמוד מהם‪ ,‬היכן ניתן לתקוף את‬
‫המערכות‪ ,‬ומי הם התוקפים הפוטנציאלים‬
‫שיכולים לתקוף? וכיצד הם עלולים לתקוף את‬
‫המערכות?‬
‫פיתוח פרופילים לתוקפים‪ ,‬יכול לסייע לארגון‪,‬‬
‫בקביעת תחולה למבדק חוסן‪ ,‬ומיקוד באותן‬
‫מערכות ותהליכים עסקיים שהם קריטיים‬
‫לארגון‪ ,‬ושם תוקף יהיה מעוניין לפגוע‪.‬‬
‫ההמלצה היא לבצע תרחיש בהתאם לסוגי‬
‫התוקפים‪ ,‬ואז לבצע את המבדק חוסן‪ ,‬ולא‬
‫לערבב בין הממצאים‪ .‬לכל פרופיל‪ ,‬צריכים‬
‫לבצע מבדק‪ ,‬לעבור על הממצאים‪ ,‬ורק אז‪,‬‬
‫לבצע שוב מבדק נוסף‪.‬‬
‫‪6‬‬
‫איסוף מידע‬
‫הינו שלב קריטי במערכה‬
‫תהליך איסוף נתונים הינו חלק אינטגראלי‬
‫בתוך מבדק חוסן‪ ,‬בדיוק באותה מידה כמו‬
‫הניצול פגיעות‪ ,‬כלומר‪ ,‬התקיפה בפועל‪ .‬בשלב‬
‫של איסוף הנתונים‪ ,‬אנו מזהים את ההתקנים‬
‫שקיימים ברשת הארגון‪ ,‬את סוגי מערכות‬
‫ההפעלה השונות‪ ,‬סוגי בסיסי נתונים ועוד‪ .‬ככל‬
‫שהתוקף יודע יותר נתונים על הרשת שלכם‪,‬‬
‫ככה תהליך התקיפה יהיה קל ומוצלח יותר‪.‬‬
‫בתהליך איסוף הנתונים‪ ,‬כל שלב יכול להוביל‬
‫לתקיפה של ממש‪ ,‬ולספק לתוקף מידע‬
‫חיוני אודות הנכסים הקיימים בארגון‪ ,‬מבנה‬
‫טופולוגי של רשת הארגון‪ ,‬ועוד‪ .‬מידע זה יכול‬
‫לסייע לתוקף במיקוד על המערכות הקיימות‬
‫בארגון בלבד‪ ,‬ולא להתפזר‪ .‬כמו כן‪ ,‬מידע‬
‫זה שימוש לתוקף מבחינת מציאת פגיעויות‬
‫(‪ )vulnerabilities‬למערכות שקיימות בארגון‪.‬‬
‫שלב איסוף הנתונים (‪ )Reconnaisance‬מתבצע‬
‫בדרך כלל על ידי שימוש בכלים אוטומטיים‬
‫אשר סורקים את הרשת של הארגון‪ ,‬אבל‬
‫בהחלט ניתן לעשות שימוש בכלים נוספים‪ ,‬כגון‬
‫"הינדוס אנושי (‪ .)Social Engineering‬שיטה זו‬
‫הוכחה להיות מאוד יעילה באיסוף מידע חיוני‪,‬‬
‫ולעתים זו גם הדרך היחידה להשיג מידע זה‪.‬‬
‫בעת שימוש בהינדוס אנושי‪ ,‬התוקף מנסה‬
‫לאסוף כמה שיותר מידע‪ ,‬שיכול להיות לו לעזר‬
‫בשלב מאוחר יותר‪ ,‬של בניית תסריטי התקיפה‪.‬‬
‫מבדק חוסן יסודי‪ ,‬הינו מורכב משלב האיסוף‬
‫נתונים‪ ,‬סריקת פגיעויות‪ ,‬ולבסוף‪ ,‬ניצול פגיעויות‬
‫ותקיפה בפועל‪ ,‬כאשר כל שלב בעצם‪ ,‬מקדם‬
‫אותנו לקראת המטרה הסופית‪ ,‬והיא להגיע‬
‫לנכסים הקריטיים של הארגון‪ ,‬ולגנוב אותם‪ .‬הדרך‬
‫לשם (התקיפה) פחות חשובה עבור הארגון‪.‬‬
‫‪7‬‬
‫חשוב לקחת בחשבון‬
‫את כל סוגי ההתקפות‬
‫(וקטורים תקיפה)‬
‫התוקף‪ ,‬יכול וינצל סוגים שונים של פגיעויות‪,‬‬
‫הקיימות בתוך הארגון‪ ,‬הן ברמת התשתית‪,‬‬
‫ברמת האבטחה הפיזית‪ ,‬ברמת האפליקציות‬
‫והבסיסי נתונים וכדומה‪.‬‬
‫המבדק חוסן מונע מהמטרה עצמה‪ ,‬כאשר‬
‫היעד הוא להשיג את המידע‪ ,‬ולכן‪ ,‬מה ואיך‬
‫תוקפים‪ ,‬פחות חשוב‪ .‬מה שכן חשוב‪ ,‬זה לדעת‬
‫מהן הדרכים בהן יכולים לתקוף אותנו‪ ,‬ולנקוט‬
‫באמצעים נאותים למזער את הסיכון בכך‪ .‬אם‬
‫נדע בבוא מועד‪ ,‬מהן הדרכים בהם התוקף‬
‫עלול לתקוף אותנו‪ ,‬נוכל לשים בקרות מונעות‪,‬‬
‫ובקרות מגלות‪ ,‬ולנסות למנוע או לאתר את‬
‫ניסיונות התקיפה‪.‬‬
‫התוקף אינו מכריז על סוג הבדיקה‪ ,‬ומהי הדרך‬
‫הנכונה לבצע את התקיפה‪ ,‬אלא‪ ,‬הוא ינסה‬
‫למצוא כל דרך אפשרית‪ ,‬ולנצל כל פגיעות‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪29‬‬
‫‪10‬‬
‫אפשרית‪ ,‬על מנת להשיג את מבוקשו‪.‬‬
‫ולכן‪ ,‬התוקף יעשה שימוש בוקטורים רבים‬
‫לצורך ביצוע התקיפה‪ ,‬עד שימצא את מה שהוא‬
‫מחפש‪ .‬הוא ינסה ראשית להיכנס לרשת‪ ,‬דרך‬
‫המקומות הכי פחות צפויים‪ ,‬כגון‪ :‬אבטחה פיזית‪,‬‬
‫מדפסות רשת‪ ,‬שעוני נוכחות‪ ,‬חדרי ישיבות‪,‬‬
‫ולאחר שהשיג גישה כלשהי‪ ,‬ינסה לעלות רמה‪,‬‬
‫הן מבחינת הגישה לרשת‪ ,‬והן מבחינת הרשאות‬
‫הגישה למערכות‪.‬‬
‫לעתים‪ ,‬בעת ניסיונות תקיפה לאתרי ‪,WEB‬‬
‫מתקבלות הודעות שגיאה‪ ,‬שמצביעות על‬
‫נכסים אחרים ברשת הארגון שניתן לתקוף‪.‬‬
‫ולכן‪ ,‬התוקף אינו תוקף ישירות את המערכת‬
‫אותה הוא מחפש‪ ,‬אלא מנסה להגיע לאיה בכל‬
‫דרך אפשרית‪ .‬כאשר מדובר על המצב האמיתי‪,‬‬
‫הכל כשר‪.‬‬
‫ולכן‪ ,‬חשוב לא להתמקד רק בווקטור תקיפה‬
‫אחד‪ ,‬אלא לנסות הכל‪ ,‬עד שמצליחים‪.‬‬
‫למשל‪ :‬בעת ביצוע תקיפה לאתר ‪ ,WEB‬במטרה‬
‫להגיע לבסיס הנתונים‪ ,‬שבו היה מידע רגיש‪ ,‬לא‬
‫היה ניתן להשתלט על השרת‪ ,‬ולכן‪ ,‬אם התחולה‬
‫היה רק להתמקד בווקטור תקיפה אחד בלבד‪,‬‬
‫על האתר ‪ ,WEB‬כאן בעצם הבדיקה הסתיימה‪,‬‬
‫בכשלון‪ .‬אבל זה לא אומר שזה מה שהתוקף‬
‫יעשה‪ .‬ולכן‪ ,‬נקטנו באמצעים נוספים‪ ,‬וסרקנו את‬
‫התשתית‪ ,‬ומתוך הודעות השגיאה שהתקבלו‪,‬‬
‫(כתוקפים) קיבלנו מידע חיוני אודות שרת‬
‫אחר ברשת ה‪ ,DMZ-‬שהיו לו מספר פגיעויות‪,‬‬
‫וגם היה מחובר בעזרת מערכת נוספת לאותו‬
‫שרת שרצינו לתקוף בהתחלה‪ ,‬ולכן‪ ,‬הצלחנו‬
‫לחדור לבסיס הנתונים‪ ,‬דרך שרת אחר לגמרי‪.‬‬
‫וזה מה שחשוב לנו לבחון‪ ,‬בתור מנהלי אבטחת‬
‫המידע בארגון‪ :‬האם ישנן מספיק בקרות או‬
‫האם הבקרות הקיימות הן נאותות‪ ,‬ויכולות‬
‫למנוע מהתוקף "לדלג" ממערכת בעלת רמת‬
‫סיכון נמוכה (שהיא פחות מאובטחת) למערכת‬
‫קריטית יותר‪ ,‬בעל רמת סיכון גבוהה יותר?‬
‫‪8‬‬
‫חובה להגדיר‬
‫את "נהלי תקיפה"‬
‫את האפקטיביות של הבקרות הקיימות בארגון‪,‬‬
‫אלא גם המוכנות של צוותי הטיפול ותגובה‬
‫לאירועים‪ ,‬וכיצד הם מנהלים את האירוע‪.‬‬
‫לרוב‪ ,‬הארגונים מבצעים תחילה מבדק בשיטת‬
‫ה‪ White Box-‬שהוא יותר כדאי מבחינת עלות‪-‬‬
‫תועלת‪ ,‬כאשר לוקחים בחשבון משאבים כגון‪,‬‬
‫עלויות‪ ,‬כח אדם‪ ,‬וזמן‪ .‬מבדק זה יכול להציג‬
‫תמונת מצב מהירה יחסית של האזורים בהם‬
‫הארגון פגיע‪ ,‬וניתן לתקוף אותו‪ .‬לאחר שטיפלנו‬
‫בכל הממצאים‪ ,‬רצוי לבצע מבדק מסוג ‪Black‬‬
‫‪ Box‬על מנת לבחון האם הצלחנו לסגור את כל‬
‫הפרצות ולאבטחת את הארגון בצורה נאותה‪.‬‬
‫מבדק זה‪ ,‬כפי שהזכרנו קודם לכן‪ ,‬בוחן לא רק‬
‫את הבקרות אלא גם את הכישורים של צוות‬
‫אבטחת מידע בתגובה וניהול האירוע‪.‬‬
‫בעת הסדרת נהלי התקיפה ע"י חברה חיצונית‪,‬‬
‫אחד הדברים שצריכים לקחת בחשבון‪ ,‬זה האם‬
‫מותר ליועצים החיצוניים להתקין תוכנה בתוך‬
‫רשת הארגון‪ ,‬על מנת לנסות לייעל את המבדק‪,‬‬
‫על אילו מערכות ניתן להתקין כלים‪ ,‬ומה בדיוק‬
‫מותר לבצע כחלק מהמבדק?! האם ניתן לנצל‬
‫פגיעות על שרת בסביבת הייצור? האם ניתן‬
‫להפיל ציוד קצה או תקשורת? האם ניתן לגנוב‬
‫מידע‪ ,‬ולהוציא אותו החוצה מהארגון?‬
‫כמו כן‪ ,‬ניתן גם להחליט אילו כלים ושיטות נרצה‬
‫לאפשר להם להפעיל כחלק מהמבדק‪ ,‬כגון‪:‬‬
‫כלים להתקפות ‪ ,DOS‬הינדוס אנושי‪ ,‬פיצוח‬
‫סיסמאות במערכות קריטיות וכדומה‪.‬‬
‫כמו כן‪ ,‬מומלץ ליידע את הנהלת הארגון‪ ,‬בסופו‬
‫של כל יום‪ ,‬או בפרק זמן מוגדר מראש‪ ,‬אודות‬
‫הממצאים‪ ,‬והתקדמות של המבדק‪ ,‬במיוחד‬
‫באם נמצאו ממצאים קריטיים שחושפים את‬
‫הארגון לתקיפה אמיתית‪ .‬לא צריכים לחכות‬
‫עד לסוף המבדק‪ ,‬בעת הגשת הדו"ח‪ ,‬על מנת‬
‫להתריע על אזורים רגישים בהם הארגון חשוף‬
‫מאוד‪ ,‬מכיוון שיתכן שבפרק הזמן הזה‪ ,‬מישהו‬
‫באמת יתקוף את הארגון‪ .‬אם כבר בתחילת‬
‫המבדקים‪ ,‬עלינו על ממצאים קריטיים‪ ,‬חובה‬
‫לדווח במיידית להנהלת הארגון‪.‬‬
‫‪9‬‬
‫שלב הדו"חות ויישום‬
‫תהליך של מדידה‬
‫‪ .1‬דו"ח הנהלה ‪ -‬עם תקציר קצר אודות‬
‫הבדיקה‪ ,‬והממצאים‪ ,‬בסדר של עדיפות עפ"י‬
‫רמת החומרה‪.‬‬
‫‪ .2‬דוח מפורט מאוד ‪ -‬שיכיל את כל‬
‫הממצאים שעלו מהמבדק‪ ,‬עם פירוט מלא של‬
‫הפגיעויות‪ ,‬כיצד התוקף הצליח לנצל פגיעויות‬
‫אלו‪ ,‬מהי רמת הסיכון כתוצאה מכך‪ ,‬והכי חשוב‪,‬‬
‫מהן ההמלצות לטיפול ברמות הסיכון‪.‬‬
‫חשוב לזכור כי מבדקי חוסן אינם פעולות‬
‫שמבצעים אותם פעם אחת וזהו‪ ,‬אלא זהו‬
‫תהליך מחזורי‪ ,‬שצריך לבצע אותו תקופתית‪,‬‬
‫על מנת לעלות על בעיות חדשות\ישנות שלא‬
‫עלו מהמבדקים הקודמים‪ .‬חשוב להשוות את‬
‫הדוח"ות והממצאים מהדוחות הקודים‪ ,‬ולראות‪,‬‬
‫האם הצלחנו לשפר‪ ,‬הן את הבקרות והן את‬
‫היכולת של הכח אדם במחלקת ה‪ ,IT-‬להגיב‬
‫בצורה מהירה ויעילה לאירועי האבטחה‪.‬‬
‫תהליך הפקת לקחים‪ ,‬ומדידה לצורך שיפור‬
‫מתמיד‪ ,‬הינו חלק אינטגראלי מתפקידו של‬
‫מנהל אבטחת המידע בארגון‪.‬‬
‫‪10‬‬
‫צריכים להגדיר ממי תרצו‬
‫לקבל שירותי מבדק חוסן‬
‫ההחלטה האם להיעזר במבדקים פנימיים או‬
‫בחברות חיצוניות‪ ,‬תלויה במספר גורמים‪ ,‬כגון‪:‬‬
‫דרישות רגולטוריות (הדורשות לרוב מבדק‬
‫אובייקטיבי)‪ ,‬גודל ומבנה החברה‪ ,‬כישורים‬
‫טכנולוגיים‪ ,‬תקציב (לרכישת כלים)‪ ,‬הערך של‬
‫המידע\מערכות\נכסים בארגון (האם תהיה‬
‫מוכן לחשוף אותם לחברות חיצוניות) ועוד‪.‬‬
‫חברות גדולות‪ ,‬לרוב‪ ,‬מחזיקות צוות בדיקות‬
‫חוסן פנימי‪ ,‬שמטרתו לבצע בדרך קבע‪,‬‬
‫מבדקים פנימיים תקופתיים או בכל פעם שיש‬
‫שינוי מהותי בארגון‪ ,‬שעלול להשפיע על הערכת‬
‫הסיכונים‪.‬‬
‫השימוש בחברות חיצוניות‪ ,‬טומן בחלקו יתרונות‬
‫רבים כגון ראייה אובייקטיבית‪ ,‬התמחות במגוון‬
‫כלים ושיטות תקיפה‪ ,‬זמינות ועוד‪.‬‬
‫חשוב להבין‪ ,‬שמבדקי חוסן‪ ,‬אומנם מטרתם‬
‫לדמות את פעולת התוקף‪ ,‬אבל זוהי לא תקיפה‬
‫של ממש על הארגון‪ .‬בין אם אתם עורכים את‬
‫המבדקים עם אנשים מתוך הארגון‪ ,‬ובין אם‬
‫אתם נעזרים בחברות ייעוץ חיצוניות‪ ,‬חשוב‬
‫מאוד להגדיר מהם הגבולות גזרה לכל מבדק‪,‬‬
‫ומה מותר ומה אסור לעשות‪ .‬הרי לא נרצה‪,‬‬
‫שבמהלך מבדק חוסן לרשת הארגון‪ ,‬אנחנו‬
‫נגרום נזקים‪ .‬כמו כן‪ ,‬חשוב לבדוק גם מתי ניתן‬
‫לבצע את המבדקים‪ ,‬איפה (או יותר נכון על אילו‬
‫מערכות)‪ ,‬ולא פחות חשוב‪ ,‬מי צריך להיות מודע‬
‫למבדקים ‪ -‬וזה תלוי בסוג המבדק עצמו (‪Black‬‬
‫‪ Box‬או ‪.)White Box‬‬
‫אחת המטרות העיקריות של ביצוע מבדקי חוסן‪,‬‬
‫היא לשפר משמעותית את רמת האבטחה בארגון‪,‬‬
‫ולכן‪ ,‬בין אם אתם עורכים מבדקים פנימיים או‬
‫חיצוניים‪ ,‬הדוח"ות זהו חלק חשוב מתהליך המבדק‬
‫והפקת הלקחים‪.‬‬
‫מה שחשוב לבדוק לפני שבוחרים חברה לביצוע‬
‫מבדקי חוסן‪ ,‬זה את הכישורים השונים של‬
‫הצוות תקיפה שלה‪ ,‬מבחני אמינות‪ ,‬המלצות‬
‫של לקוחות שלהם‪ ,‬דוח"ות לדוגמה‪.‬‬
‫חשוב להבין שהמטרה היא לשפר את רמת‬
‫האבטחה‪ ,‬אבל לצורך כך‪ ,‬יש צורך בהתערבות‬
‫הנהלת הארגון‪.‬הנהלת הארגון צריכה לקבל‬
‫החלטות כדי לשפר את התהליכים העסקיים‪ ,‬ולסייע‬
‫ולתמוך בצוות התפעול לשפר את רמת האבטחה‪.‬‬
‫מדובר באומנות‪ ,‬ולא כל אחד מסוגל לבצע‬
‫מבדקי חוסן ברמה גבוהה‪ .‬לרוב‪ ,‬התוצאות‬
‫הטובות ביותר‪ ,‬זה כאשר צוות עבודה אשר‬
‫מורכב מכמה מומחים בתחומים שונים‪,‬‬
‫מתאחדים יחדיו‪ ,‬לביצוע מבדק חוסן כללי‪ ,‬על‬
‫הארגון‪.‬‬
‫ביצוע מבדק בשיטת ה‪ Black Box-‬בוחן לא רק‬
‫לאחר כל מבדק‪ ,‬יש להכין ‪ 2‬דוח"ות‪:‬‬
‫‪30‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫(לצורך שיפור מתמיד)‬
‫סקירהטכנולוגית‬
‫‪Varonis DatAdvantage‬‬
‫פתרון כולל לשליטה ובקרה על המידע‬
‫האתגר‬
‫המידע הארגוני מהווה נדבך חשוב ומרכזי‬
‫בכל עסק‪ .‬משימת ניהול המידע דורשת‬
‫מהארגון להתמודד עם השאלות‪ :‬למי יש‬
‫הרשאות למידע? מי ניגש למידע? ולמי‬
‫צריכה להיות גישה? למרבה ההפתעה‪,‬‬
‫מענה מהיר ויעיל לשאלות פשוטות אלו‬
‫כמעט ובלתי אפשרי כיום‪.‬‬
‫מדוע?‬
‫מכיוון שאנשי ה‪ ,IT-‬מנהלי שרתי האחסון‪,‬‬
‫מנהלי ה‪ ,AD-‬אנשי התמיכה הטכנית וכל‬
‫הגורמים שאחראים על המידע בארגון‪,‬‬
‫מבצעים את עבודתם מבלי לראות תמונה‬
‫ברורה של ההרשאות למידע וללא יכולת‬
‫לקבוע למי צריך להיות גישה בפועל‬
‫למידע‪ .‬תהליך הגדרת ההרשאות למידע‬
‫הינו תהליך ידני והאנשים שאחראים עליו‬
‫לא יכולים להעריך את חשיבות המידע‬
‫ואם אופן השימוש הנכון בו‪ .‬בנוסף‬
‫לכך‪ ,‬תפקידים בארגון ומידע המאוחסן‬
‫בשרתים משתנים במהירות רבה‪ ,‬מה‬
‫שהופך את משימת שמירת ההרשאות‬
‫במצב אופטימאלי לבלתי אפשרית‪.‬‬
‫לפיכך‪ ,‬ניהול ההרשאות בארגונים כיום‬
‫מציב מידע קריטי בסיכון והופך את‬
‫משימת ניהול הגישה למידע ליקרה ולא‬
‫אפקטיבית‪.‬‬
‫הפתרון‪:‬‬
‫‪ DatAdvantage‬מאחד את פרטי‬
‫המשתמשים עם מבנה מערכת הקבצים‬
‫ומבצע רישום מפורט על אירועי גישה של‬
‫כלל הפעולות‪ .‬אנליזה מורכבת ומתקדמת‬
‫משכללת את השימוש במידע שנאסף‬
‫ומציגה המלצות להרשאות נכונות על‬
‫פי צרכי הארגון‪ DatAdvantage .‬מספקת‬
‫את היכולות הבאות‪:‬‬
‫ •תמונה ברורה של משתמשים‪ ,‬ספריות‬
‫וקשר ההרשאות ביניהם‬
‫ •המלצות לשיפור הרשאות במערכת‬
‫הקבצים‬
‫ •בקרה ואמצעי תחקור על פעולות‬
‫המשתמשים במידע (‪)Audit‬‬
‫ •סימולציה של שינוי הרשאות ובחינתם‬
‫מול גישה בפועל‬
‫ •מנגנוני התראה על שימוש חריג‬
‫ •זיהוי והשמת אחראים למידע (‪Data‬‬
‫‪)Owners‬‬
‫ •תצוגה מיידית של הרשאות‪:‬‬
‫באמצעות ‪ DatAdavantage‬ניתן לראות‬
‫את כלל המשתמשים‪ ,‬השייכות שלהם‬
‫לקבוצות מול כלל הספריות בשרתי‬
‫הקבצים‪ .‬מעכשיו‪ ,‬בלחיצת כפתור‪ ,‬ניתן‬
‫לראות בדיוק למי יש הרשאה לספריה‬
‫מסוימת‪ ,‬איזה סוג הרשאה (קריאה‪,‬‬
‫כתיבה וכו') ומקורה (‪.)Inheritance‬‬
‫למי צריכה להיות גישה?‬
‫תוכנת ‪ DatAdvantage‬מספקת אמצעים‬
‫לצמצום הרשאות עודפות ומניעת‬
‫חשיפה מיותרת למידע‪ .‬בהתבסס על‬
‫ניתוח מודל השימוש‪DatAdvantage .‬‬
‫מספקת המלצות לאילו משתמשים יש‬
‫גישה לגיטימית למידע ולמי יש הרשאות‬
‫עודפות שכדאי לצמצם‪.‬‬
‫ה‪ IT-‬בארגון יכול לאמת את ההמלצות‬
‫של ‪ DatAdvantage‬בעזרת בדיקה‬
‫וירטואלית של השלכות שינוי ההרשאות‬
‫מבלי לבצע אותם בפועל‪ .‬את השינויים‬
‫הנדרשים ניתן ליישם בקלות ישירות‬
‫מהמערכת‪.‬‬
‫יתרונות ויכולות‬
‫שקיפות הרשאות‬
‫ארגונית (‪)Visibility‬‬
‫קפיצת מדרגה באבטחת המידע‬
‫‬
‫•תצוגה במסך אחד של קשרי הגומלים‬
‫בין המשתמשים‪ ,‬קבוצות וספריות‬
‫ שכוללות את מבנה ההרשאות‬‫ומקורן‪.‬‬
‫מנגנון קביעת הרשאות‬
‫מותאם לקוח‬
‫מערכת פיקוח אוטומטית על גישה‬
‫‬
‫•המלצות מדויקות לצמצום הרשאות‬
‫עודפות על בסיס מודל השימוש וצרכי‬
‫הארגון‬
‫בקרה ותיעוד מפורט של השימוש‬
‫במידע‪:‬‬
‫‪ DatAdvantage‬מציג במדויק את הגישה‬
‫למידע עד לרמת הקובץ ומאפשר למנהלי‬
‫המערכות לקבל פרטים על תדירות‪ ,‬זמן‬
‫וסוג הגישה (פתיחה‪ ,‬מחיקה‪ ,‬יצירה וכו')‪.‬‬
‫מערכת דוחות מפורטת מכסה את כלל‬
‫ההיבטים של שימוש במידע עבור תאריך‬
‫מסוים או תקופה (פעילות המשתמשים‪,‬‬
‫גישה לספריות קריטיות‪ ,‬שינוי הרשאות‬
‫וכו')‪ .‬בעלי תפקידים‪ ,‬אחראים ומנהלים‬
‫יכולים לקבל דוחות בדואר אלקטרוני על‬
‫פי לוח זמנים המותאם אישית‪.‬‬
‫לפרטים נוספים ניתן‬
‫לפנות ל‪ :‬אריק אסייג‬
‫זיהוי בעלי המידע‬
‫(‪)Data Owners‬‬
‫תפקוד מהיר ויעיל של מחלקת ה‪IT-‬‬
‫‬
‫•זיהוי של בעלי המידע על כל ספריה‬
‫נתונה במערכת הקבצים‬
‫תיעוד השימוש במידע‬
‫אמצעי תחקור ותיעוד מפורט‬
‫‬
‫•פרטי השימוש מוצגים בברור‬
‫ובתמצתיות‬
‫‬
‫•המערכת מאפשרת הפקת דוחות‬
‫עבור כל פרק זמן נתון‬
‫‬
‫•דוחות אלו נשלחים לפי לוחות הזמנים‬
‫שהוגדרו‬
‫‪052-4336793‬‬
‫‪aassayag@ varonis. com‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪31‬‬
‫תקן אבטחת מידע ‪ISO27001‬‬
‫הפתרון של היום‬
‫לבעיות של מחר‬
‫תקן זה מתווה שיטה להקמה‪ ,‬ניהול ותחזוקה‬
‫שוטפת של הבקרות הנדרשות לשם קיום‬
‫תהליך אבטחת המידע בארגון‪ .‬התקן מספק‬
‫ראייה כלל ארגונית לשם ניהול מושכל של‬
‫סיכוני אבטחת המידע על מכלל היבטיו‪ :‬היבטים‬
‫טכניים‪ ,‬היבטים ארגוניים והיבטים פיזיים‪ .‬תקן‬
‫אבטחת מידה זה עוסק במגוון נושאים המהווים‬
‫יחד בסיס למערך אבטחת המידע של הארגון‪.‬‬
‫העיקרון המשמש בסיס לתהליך הנלווה ליישום‬
‫התקן הוא אבטחה אופטימאלית של המידע‬
‫בארגון‪ .‬כדי להקל על יישום אבטחת המידע‪,‬‬
‫ולהפוך אותו לתהליך מובנה ומותכן‪ ,‬מתווה התקן‬
‫כללים ברורים‪ ,‬תוך מתן הנחיות מפורטות כיצד‬
‫ליישם כללים אלה‪.‬‬
‫התקן בא לידי ביטוי באמצעות הקמה של תשתית‬
‫אבטחת מידע ארגונית‪ ,‬המוכרת בשם מערכת‬
‫לניהול אבטחת מידע (מנא"מ)‪ ,‬אשר מעניקה‬
‫תמיכה למכלול התהליכים הקשורים באבטחת‬
‫המידע בארגון‪ .‬תשתית זו מתבססת על נהלי‬
‫אבטחת מידע הנובעים מהתקן ומכסים את כל‬
‫היבטי האבטחה הרלוונטיים‪ .‬בכפיפות לנהלי‬
‫התקן יש ליישם אמצעי הגנה לוגיים מתאימים‬
‫במערך המחשוב ואמצעי הגנה פיזיים באתר בו‬
‫שוכן הארגון ובסניפים קיימים‪.‬‬
‫בהמשך‪ ,‬על הארגון לאמץ דפוסים מובנים של‬
‫ניהול אבטחת מידע וניהול סיכוני אבטחת מידע‪,‬‬
‫כאשר המטרה היא הגנה נאותה על כל סוגי‬
‫המידע הנמצאים בתחומיו מפני כל האיומים‬
‫הפוטנציאליים הניתנים לזיהוי‪ .‬התקן אף עוסק‬
‫בשמירה קפדנית על שרידות המידע‪ ,‬תוך דרישה‬
‫ליישום תהליכים הולמים של המשכיות עסקית‬
‫במקרה של כשל מערכות או אסון‪ .‬חוסר הערכות‬
‫לכשל כגון זה‪ ,‬עלול להביא להשבתת פעילות‬
‫החברה לתקופה התלויה בעוצמת הכשל‪ .‬אימוץ‬
‫התקן יכול למנוע זאת‪.‬‬
‫מה כולל התקן?‬
‫התקן בגדול מורכב משני חלקים עיקריים‪ ,‬כאשר‬
‫בחלקו הראשון‪ ,‬פרקים ‪4-8‬‬
‫‪ )Clauses‬כל הדרישות שמופיעות בחלק זה‬
‫חובה ליישום‪ .‬החלק השני של התקן‪ ,‬מבוסס על‬
‫‪ 11‬פרקים (‪ )Annex A‬וכולל בערך ‪ 133‬בקרות‪.‬‬
‫מידת הישימות של הבקרות בחלק הזה‪ ,‬מותנית‬
‫בערכת הסיכונים שביצענו בחלק הראשון‪ .‬כלומר‪,‬‬
‫אם ישנם סיכונים על הנכסים שנמצאים בתוך‬
‫תכולת התקן‪ ,‬אז חובה ליישם בקרות נאותות‬
‫לצורך מזעור הסיכון‪.‬‬
‫(‪Management‬‬
‫‪32‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫להלן פרקי התקן (מתוך ‪:)Annex A‬‬
‫‪1 .1‬מדיניות אבטחה‬
‫‪2 .2‬התארגנות לצורך אבטחת מידע‬
‫‪3 .3‬ניהול נכסים‬
‫‪4 .4‬אבטחת משאבי אנוש‬
‫‪5 .5‬אבטחה פיזית וסביבתית‬
‫‪6 .6‬ניהול תקשורת ותפעול‬
‫‪7 .7‬בקרת גישה‬
‫‪8 .8‬רכישה‪ ,‬פיתוח ותחזוקה של מערכות מידע‬
‫‪9 .9‬ניהול תקריות אבטחת מידע‬
‫‪1010‬ניהול המשכיות עסקית‬
‫‪1111‬התאמה‬
‫כפי שניתן לראות‪ ,‬התקן כולל התייחסות לכל‬
‫הרבדים של אבטחת המידע‪ ,‬ולכן‪ ,‬הינו מהווה‬
‫מסגרת מומלצת לכל ארגון לניהול אבטחת‬
‫המידע‪ .‬היות והתקן מתייחס לכל שכבות אבטחת‬
‫המידע‪ ,‬מומלץ ליישם אותו בארגון‪ ,‬ובכך למזער‬
‫את הסיכונים אל מול איומים עתידיים שעלולים‬
‫לפקוד על הארגון‪.‬‬
‫כיום ישנם כבר שני תקנים מגזריים‪ 27011 :‬למגזר‬
‫התקשורת‪ ,‬ו‪ 27799-‬למגזר הבריאות‪ .‬תקן מגזרי‬
‫שלישי למגזר הפיננסי (‪ )27015‬נמצא בהכנה‪.‬‬
‫תקינה מגזרית ממקדת דרישות מותאמות למגזר‬
‫ומחייבת את יישומם‪ ,‬דהיינו‪ ,‬מצמצמת את מרחב‬
‫חופש הפעולה של הארגונים במגזר לבחור שלא‬
‫ליישם בקרה ספציפית‪.‬‬
‫למי נדרש התקן?‬
‫כעקרון‪ ,‬כל ארגון צריך תקן אבטחת מידע שכזה‪.‬‬
‫התקן הוא מעין "רשימת בקרה" על מנת שתהיה‬
‫בקרה מקיפה ווידוא של רשימת בדיקות שנדרש‬
‫לעשות בעת מילוי תהליכי אבטחת מידע‪ .‬מאוד‬
‫חשוב שהדבר ייקבע בצורה סטנדרטית‪ ,‬ולא שכל‬
‫יועץ יביא את הידע שלו עימו לבד‪ .‬התקן נותן‬
‫מעטפת שלמה ורחבה הרבה יותר‪ ,‬כך בעצם‬
‫נוצר סרגל מדידה ‪ ,‬מול גופים אחרים‪ ,‬גם בארץ‬
‫וגם בחו"ל‪ .‬חשוב לזכור שהתקן לא עושה את‬
‫האבטחה‪ .‬הוא ממפה את הארגון בצורה טובה‬
‫יותר‪ ,‬על מנת שתיטיב את האבטחה בארגון‪,‬‬
‫ומקנה לארגון מסגרת לניהול אבטחת המידע‬
‫בצורה נאותה‪ .‬התקן מספק כלים למשנה סדורה‪,‬‬
‫לפיה ניתן לממש את נהלי האבטחה – לעתים‬
‫קרובות‪ ,‬אבטחה היא סדר בבלגן השרוי במערכות‬
‫המידע בארגון‪.‬‬
‫התקן נדרש בפרט בארגונים בהם יש מידע רגיש‬
‫ורב ערך שניתן לעשות בו שימוש לרעה אם‬
‫לא ננקטים צעדים להגנתו‪ .‬מידע כזה מאוחסן‬
‫במחשבי הארגון ובתוקף זאת הוא חשוף לאיומים‬
‫פנימיים וחיצוניים‪ ,‬אלא אם כן יוגן כהלכה‪ .‬חשיפתו‬
‫של מידע זה בפני גורמים בלתי מורשים‪ ,‬עלולה‬
‫לגרום לארגון נזק רב וכבד‪.‬‬
‫תעודת ההסמכה לתקן ‪ ISO 27001‬אותה‬
‫יקבל הארגון‪ ,‬תשמש כהוכחה חד משמעית כי‬
‫רמת אבטחת המידע שלו אכן גבוהה ומתאימה‬
‫להתקשרויות עסקיות עם לקוחות המקפידים על‬
‫חיסיון המידע שלהם‪..‬‬
‫תהליך ההכנה האינטנסיבי הקודם להסמכה‬
‫תורם כמובן להעלאת רמת אבטחת המידע של‬
‫הארגון‪ ,‬כך שההגנה על המידע שלה תשפר לאין‬
‫ערוך ותמנע התממשות סיכונים פוטנציאליים‬
‫לזליגת מידע‪ ,‬העלולים להסב לחברה נזקים‬
‫עסקיים ניכרים‪.‬‬
‫דרך טובה לעמידה ביעדי אבטחת המידע הינה‬
‫ביצוע פרויקט מקיף להכנת הארגון לתקן אבטחת‬
‫המידע‪. ISO 27001‬ההכנה כוללת הגדרת תשתית‬
‫אבטחתית ויישום של מגוון התהליכים והבקרות‬
‫הנדרשים ע“פ התקן‪ .‬מומלץ לבצע הכנה זו‬
‫בהנחייתו של גורם חיצוני בעל ניסיון ומיומנות‬
‫בתחום זה‪.‬‬
‫התהליך כולל ביצוע סקרי אבטחת מידע פנימיים‬
‫ברמה הארגונית והטכנית‪ ,‬הקמת תשתית‬
‫ארגונית לאבטחת מידע‪ ,‬הכנת מדיניות ונהלי‬
‫אבטחת מידע ויישומם‪ ,‬יישום בקרות אבטחת‬
‫מידע במערך המחשוב‪ ,‬הגברת מודעות העובדים‬
‫לאבטחת מידע ויישום ניהול מובנה של סיכוני‬
‫אבטחת מידע‪.‬‬
‫כל התהליך מתבצע בכפיפות מלאה לדרישות‬
‫מכון התקנים הישראלי‪ ,‬כפי שהן באות לידי ביטוי‬
‫במבדקי התקן הנערכים ע“י מוסד זה לצורך‬
‫קבלת ההסמכה‪ .‬עם סיום ההליך ההכנה מתבצע‬
‫מבדק מכון התקנים‪ ,‬הכולל בחינת עמידת הארגון‬
‫במכלול דרישות התקן מבחינת ניהול אבטחת‬
‫המידע ‪ ,‬קיום תשתיות מתאימות ויישום בקרות‬
‫אבטחת מידע מתאימות‪.‬‬
‫במידה והארגון עומד בדרישות אלה‪ ,‬מוענקת לו‬
‫תעודת הסמכה ישראלית ובינלאומית המהווה‬
‫הוכחה לקיום סטנדרטים גבוהים של אבטחת‬
‫מידע בארגון‪.‬‬
‫היתרון הגדול הטמעת התקן בארגון‪ ,‬הוא בכך‬
‫שנוח יותר לעבוד‪ ,‬אנשים לא "סוטים" הצידה ויש‬
‫שפה ארגונית אחידה בכל הארגון‪.‬‬
‫להלן מדריך קצר להטמעת תקן ‪ ISO 27001‬בארגון‪.‬‬
‫אם חשבתם ו\או רציתם להטמיע את התקן ‪ ISO-27001‬בארגון‪ ,‬אז הנה לכם מדריך קצר להטמעת התקן ‪ ISO 27001‬בארגון‪ .‬למי‬
‫שאינו מכיר את התקן‪ ,‬וגם לאלו שכן מכירים‪ ,‬הטמעתו בארגון יכול להפוך לתהליך ארוך ומסורבל‪ ,‬אם לא מתכננים אותו כראוי‪.‬‬
‫אז להלן ‪ 20‬שלבים שיוכלו לסייע לכם בהטמעת התקן ‪ ISO-27001‬בארגון‪ ,‬בין אם זה בעזרת יועץ חיצוני‪ ,‬ובין אם החלטתם לקחת את‬
‫המשימה הזאת על עצמכם‪.‬‬
‫‪ .1‬הצטיידו בתקן ‪.ISO 27001‬‬
‫ראשית‪ ,‬עליכם להצטייד בתקן עצמו‪ .‬ניתן לרכוש‬
‫את המסמכים ישירות ממכון התקנים‪ .‬המסמכים‬
‫הינם בעברית‪ .‬אני אישית‪ ,‬מעדיף את הספרות‬
‫המקורית באנגלית‪ ,‬אבל לאלו ששפת האם שלהם‬
‫עברית‪ ,‬ולא אנגלית‪ ,‬אז‪ ,‬עדיף לא לשבור את‬
‫השיניים‪ ,‬או לשרוף זמן יקר על ריצות לבבילון‪.‬‬
‫‪ .2‬תקראו ותלמדו בקצרה‬
‫את מהות התקן‪.‬‬
‫הסיבה לכך מאוד פשוטה‪ .‬אם החלטתם לבצע‬
‫את הפרויקט בעצמכם‪ ,‬אז חשוב מאוד שתדעו‬
‫מול מה אתם עומדים‪ ,‬ומה עליכם לבצע בתהליך‬
‫הטמעת התקן בארגון‪ .‬אם החלטתם בכל זאת‬
‫להקל עליכם‪ ,‬ולהיעזר בחברות ייעוץ חיצונית‪ ,‬אז‬
‫עדיין חשוב שתדעו על מה הם מדברים‪ ,‬על מנת‬
‫לדבר איתם באותה השפה‪ ,‬ולמנוע מצבים בהם‬
‫מחייבים אתכם הון עתק על פעולות שאינן נחוצות‬
‫להטמעת התקן‪ .‬אני תמיד בעד ללמוד ולהעשיר‬
‫את האופקים‪ ,‬ובמקרה הזה‪ ,‬גם תזכו ללמוד‬
‫לא מעט דברים‪ ,‬מכיוון שהתקן הוא מהווה מעין‬
‫מסגרת לניהול אבטחת מידע (מקבץ המלצות‪-‬‬
‫‪ BEST PRACTICES‬ל"עשה ואל תעשה" בתחום‬
‫אבטחת המידע)‪.‬‬
‫‪ .3‬תקבלו את ברכת הדרך‬
‫של הנהלת הארגון‪.‬‬
‫חשוב מאוד להתחיל לשווק את היתרונות של‬
‫התקן בארגון‪ ,‬ולקבל תמיכה מלאה מהנהלת‬
‫הארגון (ורצוי מאוד הנהלה בכירה‪ ,‬ולא מנהל‬
‫ישיר שלכם)‪ .‬לרוב‪ ,‬מתייחסים לנקודה זו כמובנת‬
‫מאליו‪ ,‬אבל לרוב‪ ,‬זוהי נקודת הכשל של רוב‬
‫הפרויקטים הקשורים בהטמעת התקן ‪ISO‬‬
‫‪ 27001‬בארגון‪ ,‬בגלל היעדר תמיכה כזו או אחרת‬
‫מצד הנהלת הארגון (כח אדם וכסף) ישנה בעיה‬
‫גדולה מבחינת תפיסת אבטחת המידע בארץ‪,‬‬
‫כיוון שברוב הארגונים‪ ,‬מנהל אבטחת המידע‬
‫הינו כפוף ישירות למנמ"ר‪ ,‬דבר הפוגע במוצרה‬
‫ישירה בהתנהלותו של מנהל אבטחת המידע מול‬
‫ההנהלה הבכירה בארגון‪.‬‬
‫בעולם המודרני‪ ,‬כבר מזמן הבינו זאת‪ ,‬ומנהל‬
‫אבטחת המידע תופס מקום כבוד בארגון‪ ,‬ולעתים‬
‫רבות‪ ,‬כפוף ישירות למנכ"ל או לסמנכ"ל‪ .‬בכל‬
‫מקרה‪ ,‬החשיבות כאן היא לשווק נכון את מהותו‬
‫של התקן והצורך שלו בארגון‪ ,‬כך שהנהלת הארגון‬
‫תבין את החזר ההשקעה תמורת הטמעת התקן‬
‫בארגון‪ .‬ישנם לא מעט אתרים שמכילים מצגות‬
‫בנושא יתרונות התקן‪ ,‬ותוכלו גם לפנות אלינו‬
‫לקבל סיוע בכך‪.‬‬
‫‪ .4‬התייחסו לזה כאל‬
‫פרויקט לכל דבר‪.‬‬
‫‪ .8‬הגדירו לעצמכם‬
‫מתודולוגיה להערכת וניהול סיכונים‬
‫כמו שציינתי בתחילת המאמר‪ ,‬הטמעת התקן‬
‫‪ ISO 27001‬יכול להיות תהליך ארוך ומסורבל‬
‫(תלוי בגול הארגון ובעיקר בתחולת הפרויקט)‪,‬‬
‫ולכן רצוי מאוד להתייחס אליו כאל פרויקט על‬
‫כל המשתמע מכך‪ .‬תהליך הטמעת התקן יכול‬
‫לצרוך לא מעט משאבים בארגון‪ ,‬ומבלי לנהל‬
‫את זה בצורה מתודולוגית ומסודרת‪ ,‬אנו עלולים‬
‫למצוא את עצמנו בבלגן גדול יותר מאשר מהמצב‬
‫שהיינו בו עוד טרם ניסיון הטמעת התקן‪ .‬כפי‬
‫שציינתי‪ ,‬הטמעת התקן יכול להיות תהליך ארוך‬
‫(תלוי בגודלו ותחולת הפרויקט)‪ ,‬ויכול להימשך‬
‫החל משלושה חודשים עד חצי שנה או שנה‪,‬‬
‫ואם לא מגדירים היטב מה צריך לעשות‪ ,‬מי צריך‬
‫לעשות את זה‪ ,‬ובאיזה מסגרת זמן‪ ,‬יתכן שלעולם‬
‫לא נסיים את הפרויקטים הללו‪.‬‬
‫תהליך הערכת הסיכונים הינה המשימה הכי‬
‫מורכבת בפרויקט ‪ – ISO-27001‬המטרה היא‬
‫להגדיר את העקרונות לזיהוי הנכסים בארגון‪,‬‬
‫פגיעויות (חולשות)‪ ,‬איומים‪ ,‬השפעות האיומים‬
‫על הנכסים‪ ,‬סבירות‪ ,‬רמות סיכון ומהי רמת‬
‫הסיכון שמקובלת על הארגון‪ .‬אם לא מגדירים‬
‫את הדברים הללו‪ ,‬מהר מאוד אתה מוצא את‬
‫עצמך במצב שבו תוצאות הסקר (ממצאים) אינם‬
‫משקפים את המציאות‪.‬‬
‫‪ .5‬תקבעו לכם מנהל פרויקט‬
‫מטעם הארגון שלכם‪.‬‬
‫זהו שלב חשוב מאוד בתהליך הטמעתו של‬
‫התקן בארגון‪ ,‬מכיוון שזה יכול לחסוך המון‬
‫בעיות פוליטיות בארגון‪ ,‬במיוחד בארגונים‪ ,‬בהם‬
‫מתמחים בפוליטיקה ארגונית (ואני נמנע מלציין‬
‫את הארגונים)‪ .‬מנהל הפרויקט חייב להיות דמות‬
‫סמכותית בארגון‪ ,‬על מנת לגרום לכך שהתהליך‬
‫ירוץ כשורה ולא ייעצר בכל פעם שיש קונפליקט‬
‫בין שני צדדים‪.‬‬
‫‪ .6‬הגדירו את התכולה לפרויקט‬
‫אם הארגון שלכם גדול (‪ ,)Enterprise‬אז אני אישית‬
‫ממליץ לכם לבחון היטב את תחולת הפרויקט‪.‬‬
‫המלצתי היא להתחיל עם אגף מערכות מידע‪,‬‬
‫ולאחר מכן לבחון כל מקרה לגופו‪.‬למשל‪ ,‬תוכלו‬
‫לבחור אתר פיזי אחד‪ ,‬תוכלו לבחור אפליקציה‬
‫מסויימת וכדומה‪ .‬מה שהכי חשוב‪ ,‬הוא לבחור‬
‫חלקים בארגון שיש להם חשיבות לעבור את‬
‫ההסמכה לתקן‪ .‬להמלצות‪ ,‬טיפים ושאלות כיצד‬
‫לבחור את התחולה‪ ,‬תוכלו לפנות אלינו לאיגוד‪.‬‬
‫‪ .7‬הגדירו וכתבו את מדיניות אבטחת‬
‫המידע של המנא"מ (‪)ISMS‬‬
‫מסמך מדיניות הינו מסמך המציג את העקרונות‬
‫והצהרות הנהלת הארגון בנוגע לניהול מנא"מ‬
‫(‪ .)ISMS‬זה לא מסמך שתפקידו לפרט בפרטי‬
‫פרוטות מה צריך לעשות‪ ,‬אלא יותר ברמת‬
‫המאקרו‪ .‬אז מה מטרת המסמך אם כך? המטרה‬
‫היא שהנהלת הארגון תוכל להגדיר מה בדיוק היא‬
‫רוצה להשיג (מטרות) וכיצד הוא מתכוון לנהל את‬
‫אבטחת המידע בארגון‪.‬‬
‫‪ .9‬תבצעו תהליך של הערכת סיכונים‬
‫וטיפול בממצאים‬
‫בשלב זה עליכם להטמיע את המתודולוגיה‬
‫להערכת סיכונים אשר בחרתם (הגדרתם) בשלב‬
‫הקודם (‪ .)8‬זה יכול לקחת לארגון גדול כמה‬
‫חודשים‪ ,‬אז כדאי לתכנן את התהליך הנ"ל היטב‪.‬‬
‫המטרה היא לקבל תמונת מצב אמיתית בנוגע‬
‫לאיומים וסיכונים שחלים על הארגון שלך (נכסים)‪.‬‬
‫המטרה של תהליך טיפול בסיכונים הינה למזער‬
‫את הסיכונים אשר אינם מקובלים על הארגון‬
‫(על הנהלת הארגון) – בד"כ זה מתבצע ע"י תכנון‬
‫שימוש בבקרות אשר נמצאות בנספח )‪Annex A‬‬
‫‪ )A‬בתקן‪ .‬בשלב זה‪ ,‬חובה לרשום דוח הערכת‬
‫סיכונים‪ ,‬אשר יתעד את כל השלבים שבוצעו כולל‬
‫את תהליך הטיפול בסיכונים‪ .‬כמו כן‪ ,‬במידה וישנם‬
‫סיכונים שיאוריים (‪ , )Residual Risk‬צריכים לדאוג‬
‫שיהיה לכך אישור בכתב‪ ,‬או כמסמך נפרד‪ ,‬או‬
‫כחלק ממסמך הצהרת הישימות (‪Statement of‬‬
‫‪)Applicability‬‬
‫‪ .10‬כתבו מסמך הצהרת ישימות (‪)SOA‬‬
‫ברגע שהנכם מסיימים את תהליך הטיפול‬
‫בסיכונים‪ ,‬אתם בעצם תוכלו לדעת בדיוק אילו‬
‫בקרות מנספח ‪ )A (Annex A‬תצטרכו ליישם‬
‫ואילו בקרות לא יהיה בהן צורך‪ .‬ישנם ‪355‬‬
‫בקרות‪ ,‬ובד"כ‪ ,‬לא תצטרכו את כולן‪ .‬מטרת‬
‫מסמך הצהרת ישימות (‪, )SOA‬הוא למפות את‬
‫כל הבקרות ולהגדיר אילו בקרות ישימות מבחינת‬
‫הארגון שלכם ואילו בקרות לא‪ ,‬וכמובן תצטרכו‬
‫להוסיף מספר עמודות אשר יצדיקו את ההחלטה‬
‫שלכם‪ ,‬נוספות כגון‪ :‬מהי הסיבה לכך שהבקרה‬
‫אינה ישימה‪ ,‬איזה מטרות אתם רוצים להשיג‬
‫בעזרת הבקרות הללו‪ ,‬והסבר קצר אודות תהליך‬
‫ההטמעה של המנא"מ (‪ )ISMS‬כמו כן‪ ,‬לא פחות‬
‫חשוב‪ ,‬המסמך הזה חייב להיות מאושר וחתום ע"י‬
‫הנהלת הארגון ההנהלה הבכירה)‪ .‬להלן דוגמא‬
‫לטבלה מתוך מסמך הצהרת ישימות (‪:)SOA‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪33‬‬
‫בגיליון הבא‬
‫תקן אבטחת מידע ‪ | ISO27001‬הפתרון של היום לבעיות של מחר | המשך‬
‫‪ .11‬כתבו תוכנית לטיפול‬
‫בסיכונים (‪.)RTP‬‬
‫טוב‪ ,‬בדיוק כשחשבתם שכבר ביימתם עם כל‬
‫המסמכים שקשורים לסיכונים‪ ,‬אז הנה‪ ,‬עוד‬
‫מסמך אחד שתצטרכו על מנת לעבור את תהליך‬
‫ההסמכה‪ .‬מסמך "תוכנית טיפול בסיכונים" (‪Risk‬‬
‫‪ – )Treatment Plan‬שמטרתו היא להגדיר בדיוק‬
‫כיצד אתם הולכים להטמיע את הבקרות שציינתם‬
‫במסמך הצהרת הישימות‪ ,‬מי הולך להטמיע אותן‪,‬‬
‫מתי ועם איזה משאבים‪ .‬מסמך זה מהווה בעצם‬
‫תוכנית הטמעה המתמקד בבקרות‪ ,‬שבלעדיו‬
‫תתקשו להתקדם הלאה בפרויקט‪.‬‬
‫‪ .12‬הגדירו כיצד תמדדו את‬
‫האפקטיביות של הבקרות‪.‬‬
‫משימה נוספת שבד"כ ארגונים מפחיתים‬
‫מחשיבותה – זה מדידת האפקטיביות של הבקרות‪.‬‬
‫הנקודה כאן היא שאם אתה לא יכול למדוד מה‬
‫עשית‪ ,‬אז כיצד תוכל להיות בטוח שהשגת את‬
‫המטרה שלך? ולכן‪ ,‬עליך לוודא שאכן הגדרת‬
‫לעצמך כיצד אתה הולך לבדוק ולמדוד שהשגת‬
‫את המטרה שלך‪ ,‬עבור כל בקרה שמצוינת‬
‫במסמך הצהרת הישימות (‪.)SOA‬‬
‫‪ .13‬הטמיעו את הבקרות‬
‫ונהלים מנדטוריים‪.‬‬
‫קל יותר לדבר מאשר לבצע‪ .‬זהו השלב שבו‬
‫עליך להטמיע את ‪ 5‬השלבים הראשוניים של‬
‫התקן (‪ )Management Clauses‬ובנוסף את‬
‫הבקרות הישימות והרלוונטיות עבור הארגון‬
‫שלכם מתוך נספח ‪ A‬מוגדר בתקן כ‪.Annex A-‬‬
‫לרוב‪ ,‬זו יכולה להיות המשימה בעלת הסיכון‬
‫הגבוה ביותר בפרויקט שלכם (הטמעת ‪ISO-‬‬
‫‪ 27001‬בארגון) היות ומדובר כאן בהפעלת‬
‫ויישום טכנולוגיות חדשות) בקרות‪ ,‬אבל מעל הכל‪,‬‬
‫מדובר בהטמעת התנהגות חדשה בתוך הארגון‬
‫שלכם‪ .‬לעתים קרובות‪ ,‬יש צורך במדיניות ונהלים‬
‫חדשים‪ ,‬וכידוע לנו‪ ,‬לרוב‪ ,‬האנשים נוטים להתנגד‬
‫לשינויים במערכת – ומה שהופך את השלב הבא‪,‬‬
‫לחיוני ביותר בכדי כישלון בפרויקט‪.‬‬
‫(‪ )Auditors‬מאוד אוהבים תיעוד – ללא תיעוד‪ ,‬יהיה‬
‫לכם מאוד קשה להוכיח שפעילות מסוימת אכן‬
‫מתבצעת כפי שאתם טוענים שהיא מתבצעת‪.‬‬
‫כמו כן‪ ,‬התיעוד גם עוזר לכם מלכתחילה – ניתן‬
‫להיעזר בתיעוד על מנת לנטר מה קורה בארגון‪,‬‬
‫כך תוכל לדעת בוודאות האם העובדים (וספקים‬
‫חיצוניים) אכן עושים את המוטל עליהם‪.‬‬
‫התקנים)‪ .‬ההמלצה היא שתכינו תוכנית עבודה‬
‫תלת שנתית לתפעול המנא"מ‪ ,‬זה מאוד יקל‬
‫עליכם הן מבחינת הסוקר‪ ,‬והן מבחינת ביצוע‬
‫תפקידכם בניהול ותפעול המנא"מ‪ .‬מקווה‬
‫שהמדריך הזה עזר ויעזור לכם‪ ,‬ואולי גם יחסוך‬
‫לכם קצת תקציב ייעוץ כך שתוכלו לבזבז אותו‬
‫בפעילויות אחרות‪.‬‬
‫‪ .16‬חובה לנטר את פעילות‬
‫המנא"מ ‪)ISMS( .‬‬
‫בכל מקרה‪ ,‬לכל שאלות הבהרה‪ ,‬תוכלו לפנות אלי‬
‫במייל‪[email protected] :‬‬
‫מה קורה אצלכם בארגון? האם המנא"מ (‪)ISMS‬‬
‫אצלכם עובד כראוי? כמה אירועי אבטחת מידע‬
‫יש לכם בארגון? מאיזה סוג? האם כל הנהלים‬
‫ננקטים בצורה נאותה? כאן בעצם אנו בודקים‬
‫לראות האם הבקרות והמטרות שהצבנו לעצמנו‪,‬‬
‫באמת השגנו אותם‪ ,‬ובצורה מלאה‪ .‬אם לא‪ ,‬אז אנו‬
‫לפחות יודעים שמשהו לא תקין‪ ,‬ואז נוכל לבצע‬
‫פעולות מתקנות ו\או מונעות‪.‬‬
‫‪ .17‬יש לבצע ביקורות פנימיות‪.‬‬
‫ברוב המקרים‪ ,‬מרבית האנשים אינם מודעים‬
‫לעובדה שהם עושים משהו בצורה לא שגויה (או‬
‫לפעמים הם מודעים לכך‪ ,‬אבל מעדיפים לשמור‬
‫את זה בשקט‪ ,‬כדי שאחרים לא יידעו על כך)‪ .‬אבל‬
‫לא להיות מודע על בעיות שקיימות או פוטנציאל‬
‫למימוש של סכנות ואיומים בארגון‪ ,‬יכול לגרום‬
‫נזק רב לארגון‪ .‬ולכן עלינו לבצע ביקורת פנימית‬
‫בכדי למצוא ליקויים ולוודא שלכל הממצאים‬
‫שנמצאו‪ ,‬ננקטים פעולות מתקנות\מונעות‪.‬‬
‫המטרה כאן היא לא להעניש מישהו‪ ,‬אלא למצוא‬
‫ליקויים‪ ,‬ולתקן אותם מיידית לפני שייגרם לנו נזק‬
‫כלשהו בארגון‪.‬‬
‫‪ .18‬חובה לבצע סקר הנהלה‪.‬‬
‫הנהלת הארגון אינה צריכה להגדיר את הפיירוולים‬
‫בארגון‪ ,‬או את האנטי וירוס‪ ,‬אבל היא צריכה לדעת‬
‫ולהיות מודעת למה שקורה בארגון מבחינת ניהול‬
‫המנא"מ‪ .‬האם כל עובד מבצע את המוטל עליו‪,‬‬
‫האם המנא"מ מביאה את התוצאות שהצבנו‬
‫לעצמנו מלכתחילה‪ ,‬וכו'‪ .‬בהתבסס על סקר זה‬
‫(סקר הנהלת הארגון)‪ ,‬הנהלת הארגון צריכה‬
‫להסיק מסקנות ולנקוט באמצעים‪.‬‬
‫‪ .14‬הטמיעו ובצעו תוכנית‬
‫להגברת המודעות בנושא‬
‫אבטחת מידע‪.‬‬
‫‪ .19‬יש לנקוט בפעולות‬
‫מתקנות ומונעות‪.‬‬
‫אם הנכם רוצים שהמשתמשים יטמיעו את כל‬
‫מסמכי המדיניות והנהלים החדשים בארגון‪,‬‬
‫ראשית‪ ,‬עליכם להסביר להם למה יש בכלל צורך‬
‫בכל השינויים הללו‪ ,‬וכמו כן גם רצוי גם להדריך‬
‫ולהכשיר את אותם המשתמשים כדי שיוכלו לבצע‬
‫את המוטל עליהם‪ .‬היעדר תהליך זה בפרויקט‪,‬‬
‫מהווה סיבה שנייה לכישלון בפרויקט‪.‬‬
‫מטרת המנא"מ היא לוודא שכל מה שלא נמצא‬
‫תקין (‪ )non-conformities‬יתוקן‪ ,‬או לפחות ינקטו‬
‫פעולות מתקנות‪ ,‬מונעות או מפצות‪ .‬ולכן‪ ,‬התקן‬
‫‪ , ISO-27001‬דורש שפעולות מתקנות ומונעות‬
‫יבוצעו באופן סיסטמטי‪ ,‬מה שאומר שצריכים‬
‫למצוא את שורש הבעיה (‪ ,)Root cause‬לתקן‬
‫ולוודא שאכן זה תוקן‪.‬‬
‫‪ .15‬חובה לתפעל‬
‫את המנא"מ (‪)ISMS‬‬
‫‪ .20‬תכינו תוכנית עבודה תלת שנתית‬
‫להמשך תהליך הביקורת‪.‬‬
‫זהו החלק שבו‪ ,‬התקן ‪ ISO 27001‬הופך להיות חלק‬
‫אינטגראלי בשגרת היום יום שלכם בארגון‪ .‬המילה‬
‫הכי חיונית כאן הינה" רשומות‪-‬תיעוד"‪ .‬הסוקרים‬
‫ההסמכה לתקן ניתנת למשך ‪ 3‬שנים‪ ,‬כאשר‬
‫במהלך תקופה זו‪ ,‬אתם עלולים לזכות מדי פעם‬
‫לביקורות מצד הגוף המבקר\מסמיך (כגון מכון‬
‫‪34‬‬
‫גיליון ‪ | 2‬יוני ‪| 2012‬‬
‫‪ISO‬‬
‫הכותב הינו סוקר מוסמך בינלאומי ל‪27001 LEAD -‬‬
‫‪ AUDITOR‬ו‪ . BS25999 LEAD AUDITOR -‬הוא הסמיך וייעץ‬
‫לארגונים רבים בארץ ובחו"ל‪ ,‬וכותב בעצמו הסמכות‬
‫ומסמיך‪.‬‬
‫מנהלות‪:‬‬
‫חברים ממליצים‬
‫ניהול זהויות‬
‫התמודדות עם‬
‫עולם הסייבר טרור‬
‫הידיעון יכול לשמש במה לחברי האיגוד‪ ,‬שבאמצעותו ניתן יהיה מסרים והודעות לשאר‬
‫החברים‪ ,‬מידע בתחומים שונים‪ .‬זה יכלול מאמרים מקצועיים‪ ,‬ספרים‪,‬כנסים וימי‬
‫עיון‪,‬הצעות עבודה‪ ,‬אתרים באינטרנט‪ ,‬קבוצות דיון‪ ,‬ועוד‪ ,‬כפי שאתם החברים תמצאו‬
‫לנכון‪ .‬אנא‪ ,‬שתפו את עמיתיכם בנושאים המקצועיים המעניינים‪.‬‬
‫חומר שמיועד לידיעון האיגוד‪ ,‬יש להעביר אל מר דני אברמוביץ‬
‫בדוא"ל‪[email protected] :‬‬
‫‪- EPS‬‬
‫מה באמת הארגון צריך?‬
‫תעסוקה‬
‫בקרוב‪ ,‬תעלה לאתר של האיגוד פינה להצעות עבודה ו\או לוח דורשי עבודה‪ .‬אתם‬
‫מוזמנים להעביר הצעות ו\או פניות אל מנהל האתר‪.‬‬
‫מערכות ‪SIEM‬‬
‫אתר האינטרנט של האיגוד הישראלי לאבטחת מידע‬
‫בקרוב יעלה לאוויר האתר של האיגוד הישראלי לאבטחת מידע‪.‬‬
‫נשמח לקבל הצעות לשיפור מהחברים‪ ,‬אפשר באמצעות מזכירות האיגוד אך עדיף‬
‫ישירות למנהל האתר ו\או ליו"ר ועדת פרסומים ושיווק‪ ,‬כמובן דרך האתר עצמו‪ .‬כתובת‬
‫האתר הינו‪www.issa.org.il :‬‬
‫כיצד בונים תוכנית‬
‫להמשכיות עסקית‬
‫קשר עם מזכירות האיגוד‬
‫מערכות ‪IPS‬‬
‫חוק וסדר‬
‫האיגוד הישראלי לאבטחת מידע (‪ )ISSA‬רוצה לברך‬
‫ולהודות לכל המשתתפים שתרמו לעריכת גיליון זה‪.‬‬
‫אנו משתדלים לשמור על פרטים מעודכנים של חברי האיגוד‪ .‬פרטים אלו מתקבלים‬
‫אצלנו מתוך העדכונים שאתם\ן מעבירים\ות בצורה מקוונת ל‪ ISSA-‬באמצעות האתר‬
‫שלהם‪ .‬לפי העניין אנא ידעו אותנו – באמצעות מזכירות האיגוד – על שינויים שחלים‬
‫בפרטים שלכם‪ ,‬בפרט נתונים כמו כתובת דואר אלקטרוני באמצעותה אנו מעבירים‬
‫לכם חומר רלבנטי על פעילותנו וכמובן מספרי טלפון וניידים‪ ,‬באמצעותם ניתן ליצור‬
‫קשר עימכם\ן‪ .‬נשמח לקבל את פניותיכם באמצעות אחת מהדרכים הבאות‪:‬‬
‫מזכירות האיגוד‪ ,077-5150340 :‬לנייד‪ 054-9844855 :‬או פקס‪077-5150341 :‬‬
‫דואר אלקטרוני בכתובת‪ [email protected] :‬ו\או באמצעות אתר האיגוד‪:‬‬
‫‪www.issa.org.il/contact.asp‬‬
‫נקודות ‪CPE‬‬
‫בין הכותבים שלנו‪:‬‬
‫ניר וולטמן ‪ Security Architect -‬בחברת סיטדל‬
‫דני אברמוביץ ‪ -‬מנכ“ל חברת ‪TITANS SECURITY‬‬
‫שלומי מרדכי ‪ -‬מנמ“ר הקריה האקדמית‬
‫הדס שני ‪ -‬ראש צוות ‪ CERT‬בתהיל“ה‬
‫אלי כזום ‪ -‬מנהל אבטחת מידע אגף המכס והגבייה‬
‫מוטי מאירמן – יועץ אבטחת מידע בכיר‬
‫ארז מטולה – מנכ"ל ומייסד חברת ‪Appse-Labs‬‬
‫אורן הדר – מנכ"ל חברת ‪KnowIT‬‬
‫אם גם אתם רוצים לכתוב כתבות‪,‬‬
‫נא לפנות אלינו בכתובת‪:‬‬
‫‪[email protected]‬‬
‫למתן חסות לאיגוד‪ ,‬ניתן לפנות אלינו‬
‫במסגרת מאמצינו לסייע לחברי האיגוד‪ ,‬הנהלת האיגוד לקחה על עצמה משימה‬
‫בניהול ומעקב אחר שעות ה‪ CPE-‬שלכם עבור ביקורות עתידיות‪.‬‬
‫ •לכל בעלי ההסמכות הבינלאומיות כגון‪ CISSP, CISM, CISA, CGEIT :‬נדרש לצבור‬
‫מספר נקודות ‪ CPE‬בשנה (‪ ,)Continuing Education Policy‬כאשר המספר‬
‫מתבצע שנתי ותלת שנתי‪.‬‬
‫‬
‫•על רוב ההסמכות‪ ,‬עליכם להשלים ‪ 120‬נקודות ‪ CPE‬לתקופה של ‪ 3‬שנים‪ .‬קיימות‬
‫דרכים רבות לצבור שעות ‪ CPE‬ואחת מהן היא השתתפות במפגשי האיגוד‪ ,‬אשר‬
‫יזכו אתכם בכל פעם בנקודות ‪.CPE‬‬
‫עד כה הועברו בצורה מוצלחת ‪ 9‬מפגשים במהלך שנת ‪ ,2011‬שכללו בין היתר הרצאות‬
‫שונות ומקצועיות בתחומים שונים מעולם אבטחת המידע‪.‬‬
‫אנו מבטיחים כי שנת ‪ 2012‬תהיה עשירה יותר‪ ,‬הן מבחינת תדירות המפגשים‪ ,‬והן‬
‫מבחינת התכנים המקצועיים‪.‬‬
‫אם יש נושא שתרצו לשמוע עליו או שאתם מכירים אותו היטב ותרצו לשתף את הידע‬
‫והניסיון שלכם עם שאר חברי האיגוד‪ ,‬אנו יותר מנשמח לתת לכם במה‪.‬‬
‫אנו פנו אלינו לתיבות הדואר של האיגוד‪ ,‬ואנו ניצור אתכם קשר ולשבץ אתכם בלו"ז‪.‬‬
‫‪[email protected]‬‬
‫| גיליון ‪ | 2‬יוני ‪2012‬‬
‫‪35‬‬
‫האבטחה שלך‬
‫להצלחה בטוחה!‬
‫מנהלי אבטחת מידע‬
‫בואו ללמוד איך לקשר בהצלחה בין מטרות עסקיות של הארגון לאבטחת מידע‬
‫יום ותארי ך‬
‫מספ ר‬
‫שם הסמינר‬
‫א' – ‪20.06.2012‬‬
‫‪T‬‬
‫‪ S01‬‬
‫קורס ‪ – CISO‬ניהול אבטחת מידע כולל הסמכה בינלאומית של ‪CISM‬‬
‫ב' – ‪20.06.2012‬‬
‫‪TS02‬‬
‫קורס ‪ – CRO‬ניהול סיכוני ‪ IT‬כולל הסמכה בינלאומית של‬
‫ג' – ‪20.06.2012‬‬
‫‪TS03‬‬
‫קורס ‪ – CISA‬מבקר מערכות מידע כולל הסמכה בינלאומית של ‪CISA‬‬
‫א' – ‪27.05.2012‬‬
‫‪TS04‬‬
‫קורס ‪ – CISM‬הכנה לבחינה‬
‫א' – ‪27.05.2012‬‬
‫‪TS05‬‬
‫קורס ‪ – CRISC‬הכנה לבחינה‬
‫א' – ‪27.05.2012‬‬
‫‪TS06‬‬
‫קורס ‪ISO 27001 Lead Auditor‬‬
‫רשימת קורסים מלאה מופיעה באתר החברה‪.‬‬
‫לתיאום פגישה וקבלת פרטים נוספים‬
‫חייגו‪077-5150340 :‬‬
‫יועץ אקדמי (דני) – ‪ 050-8266014‬דוא"ל‪:‬‬
‫מכירות (סיוון) – ‪ ,0549844855‬דוא"ל‪:‬‬
‫‪[email protected]‬‬
‫‪[email protected]‬‬
‫‪CRISC‬‬