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

יש רגע אחד שבו רוב הפאונדרים מגלים שאבטחת מידע היא לא ״בעיה של אחר כך״: אמצע בדיקת נאותות. ה-Term Sheet חתום, האנרגיה גבוהה, ואז מגיע מייל מהקרן עם רשימת דרישות — גישה לחשבון הענן, רשימת הרשאות, נהלי אבטחה, תיעוד גיבויים, ולוח זמנים צפוף. או גרוע מזה: הלקוח האנטרפרייז הראשון, זה שאמור להכפיל את ה-ARR, שולח שאלון אבטחה של 200 שאלות — והעסקה נעצרת עד שתענו עליו. בשני המקרים, מה שנראה כמו ״עניין טכני״ הופך פתאום לגורם שמעכב כסף. במאמר הזה נפרק מה באמת בודקים בבדיקת נאותות טכנולוגית, למה ״חוב אבטחה״ מתנהג בדיוק כמו חוב טכני, ומה CISO במיקור חוץ עושה בפועל בסטארטאפ בשלב Seed עד A — כולל תוכנית 90 יום ריאלית וצ׳קליסט שאפשר לעבור עליו כבר היום.
לפאונדרים ומנהלי R&D בסטארטאפים בשלבי Pre-Seed עד Series A — בעיקר חברות SaaS ו-B2B שמוכרות (או רוצות למכור) לארגונים גדולים, או שמתכננות סבב גיוס בשנה הקרובה. אם אתם מעבדים מידע אישי של ישראלים, חלק מהדברים כאן רלוונטיים לכם גם בלי קשר לגיוס.
מה באמת בודקים בבדיקת נאותות טכנולוגית
בדיקת נאותות (Due Diligence) של קרן הון סיכון כבר מזמן לא מסתכמת בבדיקה משפטית ופיננסית. קרנות רבות מפעילות היום בדיקת נאותות טכנולוגית — לעיתים באמצעות יועץ חיצוני — ואבטחת מידע היא פרק קבוע בה. ההיגיון פשוט: הקרן קונה נכס, ופרצת אבטחה או קנס רגולטורי הם התחייבות נסתרת שמורידה את שווי הנכס. מה בודקים בפועל? הדברים משתנים בין בודקים, אבל הליבה חוזרת על עצמה:
- הרשאות ענן. מי אדמין בחשבון ה-AWS/GCP/Azure? כמה משתמשים עם הרשאות root או Owner? האם עובד שעזב לפני חצי שנה עדיין מופיע שם? חשבון ענן עם חמישה אדמינים כלליים ובלי הפרדת סביבות הוא דגל אדום קלאסי.
- ניהול סודות. איפה חיים מפתחות ה-API, סיסמאות ה-DB וה-Tokens? בכספת סודות מנוהלת — או בקובץ .env שעבר בסלאק, בקוד עצמו, או ברפוזיטורי? סוד שדלף ל-Git ההיסטורי נשאר שם לנצח, וכלי סריקה מוצאים אותו בדקות.
- MFA וניהול זהויות. האם אימות רב-שלבי נאכף על כל המערכות הקריטיות — ענן, קוד, מייל, כלי Production? האם יש תהליך מסודר של Onboarding ו-Offboarding לעובדים, או שההרשאות מצטברות כמו אבק?
- גיבויים ושחזור. לא ״יש לנו גיבויים״ אלא: מתי בפעם האחרונה שיחזרתם מגיבוי בפועל? גיבוי שלא נבדק הוא הנחה, לא בקרה.
- נהלים ומדיניות. האם קיים ולו מסמך אחד שמתאר איך החברה מנהלת גישה, מגיבה לאירוע אבטחה ומטפלת במידע רגיש? היעדר מוחלט של נהלים מאותת על ארגון שרץ על מזל.
- תלות באיש אחד. אם רק המייסד הטכני יודע איך ה-Production בנוי, מחזיק את כל הסיסמאות ומאשר לבד כל דיפלוי — זה סיכון עסקי שהבודקים ירשמו במפורש. Bus Factor של 1 מפחיד משקיעים לא פחות מבאג.
שימו לב מה אין ברשימה: פיירוול יקר, מוצר EDR מתקדם או צוות SOC. בשלב Seed-A אף אחד לא מצפה מכם לתשתית אבטחה של בנק. מצפים מכם להיגיינה בסיסית ולשליטה — לדעת מה יש לכם, מי ניגש לזה, ולהוכיח שזה מנוהל.
חוב אבטחה: הריבית מתחילה לרוץ לפני שאתם שמים לב
כל פאונדר מכיר חוב טכני: מקצרים היום כדי לשחרר מהר, ומשלמים ריבית אחר כך בכל פיצ׳ר. חוב אבטחה מתנהג בדיוק אותו דבר, עם הבדל אחד מסוכן — הוא בלתי נראה עד שהוא מגיע לפירעון. הרשאה רחבה מדי לא שוברת שום Build. סוד בקוד לא מכשיל שום טסט. הכול עובד מצוין, והחוב מצטבר בשקט: עוד אינטגרציה עם גישה מלאה ל-DB, עוד עובד עם הרשאות אדמין ״זמניות״, עוד סביבת בדיקות עם עותק של דאטה אמיתי.
ואז מגיע מועד הפירעון — ותמיד בתזמון הכי גרוע. או בבדיקת נאותות, כשצריך להסביר לבודק חיצוני למה חצי מהחברה יכולה למחוק את Production; או בשאלון של לקוח גדול; או, בתרחיש הכואב באמת, באירוע אבטחה. לתקן אחרי Term Sheet זה אפשרי, אבל יקר פי כמה: אתם מתקנים תחת לחץ זמן, מול צד שכבר ראה את הפערים, ולפעמים עם תניות בהסכם ההשקעה שמחייבות תיקון בלוח זמנים ותקציב שלא אתם קבעתם. פער אבטחה שמתגלה ב-DD לא בהכרח מפוצץ עסקה — אבל הוא כמעט תמיד מזיז את מאזן הכוחות במשא ומתן לרעתכם.
״ההבדל בין סטארטאפ שעובר DD חלק לכזה שנתקע הוא כמעט אף פעם לא כמות הכסף שהושקעה באבטחה — אלא האם מישהו החזיק את הנושא באופן שיטתי שישה חודשים קודם.״
שאלוני אבטחה: העסקה הגדולה הראשונה נתקעת על אקסל
עוד לפני המשקיעים, את הדרישה תפגשו אצל הלקוחות. כל ארגון גדול — בנק, חברת ביטוח, קופת חולים, אנטרפרייז גלובלי — מפעיל תהליך ניהול סיכוני ספקים, ומולכם הוא מתחיל בשאלון אבטחה. עשרות עד מאות שאלות: הצפנה במנוחה ובתעבורה, ניהול פגיעויות, בדיקות חדירות, מדיניות סיסמאות, תוכנית המשכיות עסקית, הסמכות כמו SOC 2 או ISO 27001, ועוד. מי שממלא את השאלון הזה בפעם הראשונה, בלי הכנה, מגלה שלוש בעיות במקביל: אין לו תשובות טובות לחלק מהשאלות, אין לו מסמכים שמגבים את התשובות שכן יש לו, ואין לו מושג אילו תשובות ״נכשלות״ אוטומטית אצל הלקוח.
התוצאה המוכרת: מחזור מכירה שמתארך בחודשים, מהנדסים בכירים שמתנתקים מהרודמאפ כדי לכתוב נהלים בדיעבד, ולפעמים דרישה של הלקוח לתיקונים כתנאי לחתימה. סטארטאפ שמתכוון למכור לאנטרפרייז צריך להתייחס למוכנות לשאלונים כחלק מתשתית המכירות — בדיוק כמו חומר שיווקי או דמו. ואם היעד הוא לקוחות בחו״ל או הסמכה פורמלית, שווה לקרוא גם את המדריך שלנו על חמשת הצעדים ל-ISO 27001 לחברות SaaS.
מה משקיעים מצפים לראות, לפי שלב
אחת הטעויות הנפוצות היא לחשוב שהציפיות בינאריות — או כלום או ISO. בפועל, הציפיות מדורגות לפי שלב החברה, וזה בדיוק מה שהופך את הנושא לניתן לניהול:
| שלב | מה מצפים לראות | מה כבר נחשב דגל אדום |
|---|---|---|
| Pre-Seed | MFA בכל מקום, הפרדת הרשאות בסיסית, סודות מחוץ לקוד, גיבויים אוטומטיים | סיסמאות משותפות, סודות ברפוזיטורי, חשבון ענן אישי של המייסד |
| Seed | כל האמור לעיל + ניהול זהויות מסודר, Offboarding מתועד, נוהל תגובה לאירוע, מיפוי דאטה ראשוני | אין שום מסמך מדיניות, אין תיעוד מי ניגש ל-Production, תלות מוחלטת באדם אחד |
| Series A | בעלות ניהולית על אבטחה (CISO פנימי או חיצוני), מדיניות חיה, מוכנות לשאלוני לקוחות, מסלול ל-SOC 2 / ISO 27001 אם השוק דורש | פערים שהחברה יודעת עליהם ולא טופלו, ממצאי אבטחה פתוחים מלקוחות, אי-עמידה רגולטורית ידועה |
| Series B ומעלה | הסמכות בתוקף, בדיקות חדירות תקופתיות, תוכנית אבטחה מתוקצבת עם מדדים | אבטחה שעדיין מנוהלת ״לפי הצורך״ בלי אחריות ברורה |
מה CISO במיקור חוץ עושה בפועל — תוכנית 90 יום
כאן נכנס המודל של Fractional CISO — מנהל אבטחת מידע במיקור חוץ, שמלווה את החברה יום-יומיים בשבוע או בריטיינר חודשי. זה לא ״יועץ שכותב דוח והולך״ אלא בעלים של תחום האבטחה: מישהו שקובע סדר עדיפויות, מוביל את היישום מול הצוות, עונה לשאלונים של לקוחות ויושב מולכם בבדיקת נאותות. כך נראית תוכנית 90 יום ריאלית לסטארטאפ בשלב Seed-A — בלי פנטזיות ובלי לעצור את הפיתוח:
- שבועות 1–2: מיפוי ותמונת מצב. אילו מערכות יש, איפה הדאטה, מי ניגש למה, מה כבר קיים. יוצאים עם רשימת פערים מתועדפת לפי סיכון אמיתי — לא לפי אורך הצ׳קליסט.
- שבועות 3–5: זהויות ו-MFA. אכיפת אימות רב-שלבי על כל מערכת קריטית, מעבר ל-SSO היכן שאפשר, צמצום אדמינים, מחיקת חשבונות יתומים, ותהליך Onboarding/Offboarding כתוב שמישהו באמת מפעיל.
- שבועות 5–8: הקשחת ענן וניהול סודות. הפרדת סביבות, צמצום הרשאות לפי עקרון המינימום, העברת סודות לכספת מנוהלת, הפעלת לוגים ובקרות בסיסיות בחשבון הענן, ווידוא שהגיבויים באמת משחזרים.
- שבועות 7–10: מדיניות מינימלית שחיה. שלושה-ארבעה מסמכים קצרים שהצוות באמת מכיר — אבטחת מידע, בקרת גישה, תגובה לאירוע, שימוש מקובל. עמוד-שניים כל אחד. מדיניות של 60 עמודים שאף אחד לא קרא גרועה יותר מכלום, כי היא הצהרה שלא תעמדו בה.
- שבועות 9–12: מיפוי דאטה ורגולציה. איזה מידע אישי אתם מחזיקים, של מי, ולאיזו מטרה. אם אתם מעבדים מידע אישי של ישראלים — בדיקת תחולת תיקון 13 לחוק הגנת הפרטיות: רמת אבטחה נדרשת, תיעוד מאגרים, הסכמי עיבוד מול ספקים, וחובת מינוי ממונה אם רלוונטית.
- שבועות 10–13: מוכנות לשאלונים ול-DD. בניית ״חבילת אבטחה״ מוכנה מראש: תשובות סטנדרטיות לשאלוני לקוחות, תיקיית ראיות מסודרת (מדיניות, צילומי הגדרות, תיעוד גיבויים), ונרטיב אבטחה קצר למשקיעים. הפעם הבאה ששאלון נוחת — עונים בימים, לא בחודשים.
אחרי 90 הימים העבודה לא נגמרת, אבל היא משנה אופי: מפרויקט סגירת פערים לתחזוקה שוטפת — סקירת הרשאות רבעונית, עדכון נהלים, ליווי עסקאות וגיוסים, ובהמשך, אם השוק דורש, הובלת מסלול הסמכה מסודר.
כמה זה עולה — מיקור חוץ מול שכיר
בואו נדבר על המספרים בכנות, בסדרי גודל. CISO שכיר עם ניסיון רלוונטי הוא משרה בכירה במשק הישראלי — עלות מעסיק שנתית של מאות אלפי שקלים ברמות הגבוהות של שוק ההייטק, ועוד לפני אופציות. חשוב מזה: בשלב Seed-A פשוט אין לו משרה מלאה. אחרי רבעון של סגירת פערים, כמות העבודה השוטפת היא ימים בודדים בחודש — ואתם משלמים על מלוא המשרה. Fractional CISO עולה שבריר מזה: ריטיינר חודשי בהיקף של יום-יומיים בשבוע, שמצטמצם או גדל לפי הצורך — מתרחב לקראת גיוס או הסמכה, מתכווץ בשגרה. אתם מקבלים ניסיון של מי שכבר עבר עשרות תהליכי DD ושאלוני אנטרפרייז, בלי עלות גיוס, בלי סיכון השמה ובלי התחייבות ארוכת טווח. הנקודה שבה נכון לעבור ל-CISO פנימי מגיעה בדרך כלל סביב Series B — כשיש צוות אבטחה לנהל, לקוחות רגולטוריים כבדים ותוכנית אבטחה שדורשת נוכחות יומיומית.
צ׳קליסט מוכנות ל-DD — עשרה סעיפים לבדיקה עצמית
עברו על הרשימה הזו בכנות. כל ״לא״ הוא פער שבודק חיצוני ימצא — עדיף שתמצאו אותו אתם קודם:
- MFA נאכף (לא ״מומלץ״) על ענן, קוד, מייל וכל מערכת Production.
- רשימת הרשאות עדכנית: אתם יודעים להפיק תוך שעה מי ניגש לאיזו מערכת ובאיזו רמה.
- אפס סודות בקוד: מפתחות וסיסמאות יושבים בכספת סודות מנוהלת, כולל ניקוי ההיסטוריה ב-Git.
- Offboarding מתועד: לעובד האחרון שעזב נחסמו כל הגישות, ויש רישום שמוכיח את זה.
- גיבויים שנבדקו: ביצעתם שחזור אמיתי מגיבוי בחצי השנה האחרונה ותיעדתם אותו.
- הפרדת סביבות: פיתוח, בדיקות ו-Production מופרדים, ואין דאטה אמיתי בסביבות פיתוח.
- מדיניות חיה: קיימים לפחות שלושה מסמכי מדיניות קצרים שהצוות קרא, עם תאריך עדכון מהשנה האחרונה.
- נוהל אירוע אבטחה: כתוב מי מחליט, מי מתקשר למי, ומה חובות הדיווח — כולל לרשות להגנת הפרטיות אם אתם בתחולת הדין הישראלי.
- מיפוי דאטה: אתם יודעים לומר איזה מידע אישי אתם מחזיקים, איפה, ואילו ספקי צד שלישי נוגעים בו.
- אין תלות באיש אחד: לפחות שני אנשים יודעים לתפעל ולשחזר את Production, והידע הקריטי מתועד.
בנינו סקר סיכונים אונליין שממפה את הפערים המרכזיים שלכם — כולל היבטי רגולציה ישראלית — ונותן ציון מוכנות מיידי. חינם, בלי התחייבות, ונקודת פתיחה מצוינת לפני שמתחילים תהליך מסודר.
השורה התחתונה
אבטחת מידע בסטארטאפ צעיר היא לא הוצאה על ״ביטחון״ — היא השקעה בהסרת חיכוך מהאירועים שהכי חשובים לכם: הגיוס הבא והעסקה הגדולה הבאה. ההבדל בין חברה שעוברת בדיקת נאותות בשבוע לחברה שנתקעת עליה חודש הוא כמעט תמיד שישה חודשים של עבודה שיטתית ולא יקרה שנעשתה מראש. אתם לא צריכים CISO במשרה מלאה בשביל זה, ואתם לא צריכים תקציב של אנטרפרייז. אתם צריכים מישהו שזו האחריות שלו, תוכנית עם סדר עדיפויות נכון, ורבעון אחד של ביצוע. איך נראה ליווי כזה בפועל — אפשר לקרוא בעמוד אבטחת סייבר לסטארטאפים שלנו.
Cybertis מלווה סטארטאפים ישראליים כ-CISO במיקור חוץ — ממיפוי פערים ותוכנית 90 יום, דרך מענה לשאלוני אבטחה של לקוחות, ועד ליווי מלא בבדיקת נאותות מול משקיעים. הפגישה הראשונה עלינו.
לשירות CISO כשירות*האמור במאמר זה הוא מידע כללי בלבד ואינו מהווה ייעוץ משפטי, רגולטורי או השקעתי. תהליכי בדיקת נאותות ודרישות אבטחה משתנים בין קרנות, לקוחות וענפים, ויישום בפועל מחייב בחינה פרטנית של החברה ונסיבותיה.*