פרופיל מומחה: ג'סטין טרנר

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

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

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

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

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

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

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

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

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

"לאחרונה, הצגתי בוועידה חדירה שבוצעה לפני עשורים ואז בחנתי חדירה שבוצעה לפני שבוע. הצבתי את שתיהן זו לצד זו ושאלתי, 'איזו מהן אירעה ב- 1986 ואיזו בשבוע שעבר?'

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