סודותיה של גרמניה בענן של גוגל: עד כמה חסרה ריבונות ענן ND המתוכנן? – תמונה יצירתית בנושא, עם בינה מלאכותית: Xpert.Digital
500 מיליון יורו עבור ND Cloud: אבטחה, אך לא עצמאות מוחלטת
לא מקוון, אבל תלוי? המחיר המסוכן של טכנולוגיית גוגל עבור שירותי החדשות של גרמניה
הענן של גוגל עבור סוכנויות הביון הגרמניות: מה קורה אם הספק נכשל?
שירות ענן מבודד מהאינטרנט יכול להגן ביעילות על מידע מסווג – אך הוא גם יכול ליצור תלות ארוכת טווח בספק הטכנולוגיה שלו. ענן ND המתוכנן עבור שירות הביון הפדרלי (BND), המשרד הפדרלי להגנת החוקה (BfV) ושירות הביון הנגדי הצבאי (MAD) קיים בדיוק בתוך מתח זה. הוא נועד לאפשר חילופי מידע מאובטחים של מידע רגיש ביותר תוך פעולה ללא חיבור ישיר לאינטרנט הציבורי. עם זאת, פער האוויר הזה, כביכול, אינו עונה על כל השאלות: מי יכול לתחזק, לעדכן ולפתח עוד את הפלטפורמה לאורך השנים? ואילו אפשרויות נותרות למדינה אם הנוף הטכני או הפוליטי ישתנה?
עבור פרויקט עם תקציב פומבי של לפחות 500 מיליון אירו, מונח על כף המאזניים יותר מאשר רק מיקומי שרתים ואמצעי אבטחה. השאלה המכרעת היא האם גרמניה יכולה לשלוט בפלטפורמה בטווח הארוך ולעבור לפלטפורמה אחרת במידת הצורך. זה דורש התחשבות לא רק בהגנה על נתונים, אלא גם באספקת תוכנה, מומחיות, עלויות הגירה וחלופות פוטנציאליות. הענן המתוכנן יכול לייצג צעד חשוב לקראת מודרניזציה - אך ריבונות דיגיטלית אמיתית תושג רק כאשר המדינה לא רק תשלוט בפעילות השוטפת אלא גם תהיינה לה אפשרויות בנות קיימא לעתיד.
קשור לזה:
סודותיה של גרמניה, הטכנולוגיה של גוגל: מחיר הריבונות הדיגיטלית
לא מקוון רחוק מלהיות עצמאי
שירות ענן מבודד מהאינטרנט יכול להגן ביעילות על מידע מסווג, ועדיין ליצור תלות ארוכת טווח בספק הטכנולוגיה שלו. פלטפורמת הנתונים המשותפת המתוכננת של שירות הביון הפדרלי, המשרד הפדרלי להגנת החוקה ושירות הריגול הנגדי הצבאי טמונה בדיוק בתוך המתח הזה: הבידוד הטכני המיועד עונה על שאלת הגישה לרשת החיצונית, אך עדיין לא על שאלת חופש הפעולה הטכנולוגי המתמשך.
השאלה המכרעת מבחינה כלכלית אינה אם מופיע לוגו של חברה אמריקאית או אירופאית על הפלטפורמה. מה שחשוב הוא מי קובע את התנאים לפיתוח נוסף, פתרון בעיות, תפעול ומעבר פוטנציאלי לאורך מחזור החיים שלה. אסטרטגיית ריבונות משכנעת חייבת לשלב ביצועים, דרישות אבטחה וחופש בחירה לטווח ארוך, במקום להתחשב אך ורק במיקום השרתים.
פלטפורמת נתונים בעלת השלכות אסטרטגיות
על פי סטטוס התכנון הזמין לציבור נכון ל-28 באוקטובר 2026, מה שנקרא ND Cloud נועד לאפשר חילופי מידע אלקטרוניים עד לרמת הסיווג SECRET בין שלושת שירותי הביון הפדרליים; בהמשך, ניתן לכלול גם את משרדי המדינה להגנת החוקה. הבסיס הטכני הוא ככל הנראה Google Distributed Cloud בתצורה מאובטחת, כאשר המידע יאוחסן בגרמניה ולגוגל לא תהיה גישה ישירה לנתונים.
לא מדובר באחסון סודות ממשלתיים בשירות אינטרנט רגיל. במקום זאת, מדובר בתשתית נפרדת שיכולה לפעול ללא חיבור ישיר לאינטרנט הציבורי או לענן גוגל הכללי. הבחנה זו היא קריטית משום שהיא משנה את נוף האיומים: רשת מבודדת מבחינה טכנית, המופעלת באופן ארצי, חייבת להיבחן באופן שונה משירות ענן סטנדרטי המנוהל מבחוץ.
הסכום שפורסם בפומבי הוא לפחות 500 מיליון אירו; זוהי הערכה ולא פירוט עלויות מלא שפורסם. השקה שתוכננה במקור לרבעון הראשון של 2027 צפויה להתעכב, בעוד שפרטים מרכזיים בנוגע לארכיטקטורה, היקף השירותים והעלויות השוטפות אינם זמינים לציבור. בהתבסס על מידע זה, בלתי אפשרי לחשב תשואה אמינה על ההשקעה או לטעון באופן סופי כי חלופה מסוימת תהיה זולה יותר באחוז קבוע.
עם זאת, היקף הפרויקט מוכיח כי הפלטפורמה תהיה יותר ממערכת IT רגילה. היא תעצב זרימות עבודה, מודלים של נתונים וכישורים לשנים הבאות. ככל שסוכנויות ממשלתיות יתאימו את ההליכים הייעודיים שלהן לשירותים טכניים משותפים, כך תגדל החשיבות האסטרטגית של אותן החלטות שנראות בתחילה כענייני תשתית בלבד.
מדוע תשתית משותפת יכולה להיות הגיונית מבחינה כלכלית
הצורך במודרניזציה הוא סביר מיסודו: חילופי מידע ברמה גבוהה בין מערכות ממשלתיות מוגנות הם כיום מסורבלים, בעוד שדרישות האחסון והדרישות לניתוח אוטומטי גוברות. פלטפורמה משותפת יכולה לפשט העברות נתונים, לספק כלים סטנדרטיים ולהאיץ את שיתוף הפעולה, בתנאי שהרשאות ואחריות מוגדרות בבירור.
מנקודת מבט כלכלית, יתרונות פוטנציאליים נובעים מיתרונות גודל. אם כוח מחשוב, גיבוי נתונים, ניטור ותהליכי אבטחה מסופקים במשותף, לא כל הרשויות יצטרכו לפתח את אותן יכולות במקביל. זה יכול לשפר את הניצול ולהקל על הנטל על כוח אדם מיומן נדיר; BWI מתאר בהתאם תשתית ענן סטנדרטית ואוטומטית כאמצעי להשגת שירותי IT גמישים ויעילים יותר.
לכך מתווסף היתרון של עיבוד מידע מהיר יותר. סביבה טכנית בעלת ביצועים גבוהים יכולה למנוע מודיעין קיים להיות זמין מאוחר מדי עקב תהליכים מסורבלים. קשה לכמת יתרון זה ביורו עבור שירותי מודיעין, אך לפיכך הוא אינו חסר משמעות כלכלית. עם זאת, אין להשתמש ברווח ביטחוני סביר כטיעון גמיש באופן שרירותי כדי להצדיק בדיעבד כל תלות טכנולוגית.
לכן, ההשוואה הנכונה אינה בין ענן מודרני לתשתית קיימת נטולת סיכונים. מערכות מדור קודם מקוטעות כרוכות גם בעלויות וסיכוני אבטחה, למשל באמצעות תחזוקה מורכבת ותהליכים ידניים. הערכה נכונה חייבת לקחת בחשבון את הסיכונים הכרוכים במעבר כמו גם את עלויות חוסר המעש; עם זאת, הצורך במודרניזציה לבדו אינו מוכיח שכל פלטפורמה המוצעת למטרה זו היא בת קיימא מבחינה כלכלית בטווח הארוך.
פער האוויר פותר רק חלק מהבעיה
המונח "פער אוויר" כאן מתייחס להפרדה מהאינטרנט הציבורי ומרשתות חיצוניות אחרות, לאו דווקא לבידוד מוחלט של כל מחשב בנפרד זה מזה. בתוך רשת ממשלתית מוגנת, מערכות יכולות להמשיך לשתף פעולה, בעוד שקיימים גבולות נוקשים לגישה חיצונית. גוגל מתארת במפורש את הפלטפורמה ככזו הניתנת להפעלה קבועה ללא חיבור לענן גוגל הציבורי.
תכונה זו מהווה יתרון ביטחוני משמעותי ואין לזלזל בו. היעדר חיבורים חיצוניים מגביל וקטורי תקיפה מסוימים ויוצר תנאים טובים יותר לפעולה מבוקרת. עם זאת, אין פירוש הדבר שניתן לתחזק את הפלטפורמה בצורה מאובטחת או להרחיב אותה פונקציונלית ללא הגבלת זמן ללא שירותים נוספים מהיצרן; עצמאות טכנית של הרשת ועצמאות של אספקת תוכנה הן מאפיינים נפרדים.
ניתן להמחיש זאת על ידי השוואה למפעל ייצור הממוקם כולו באתר מפעל גרמני. המיקום מגן על שליטה פיזית, אך אינו מבטיח את הזמינות של חלקי חילוף, תוכנות בקרה וידע מיוחד בכל עת. רק בגלל שמישהו מפעיל את המפעל, אין פירוש הדבר שהוא יכול לפתח אותו באופן עצמאי. אותו היגיון כלכלי חל על סביבת ענן מורכבת ביותר.
לכן, ריבונות אינה מתג בודד. יש לשקול בנפרד ריבונות נתונים, שליטה אדמיניסטרטיבית, ודאות משפטית, שקיפות שרשרת אספקה ויכולת הסתגלות טכנולוגית. פלטפורמה יכולה להיות בעלת מאפיינים חזקים בחלק מהממדים הללו ולהפגין תלות משמעותית באחרים; דווקא בידול זה הוא שמאפשר הערכה מושכלת.
עדכונים כממשק של כוח כלכלי
תיעוד האבטחה של גוגל מתאר תהליך עדכון מבוקר: היצרן חותם על חבילות תוכנה, מפעיל התשתית סוקר אותן ולאחר מכן פורס אותן בסביבה המבודדת. תהליך זה כולל לא רק תוכנות ענן אלא גם מערכות הפעלה, קושחה ורכיבים רלוונטיים אחרים לאבטחה. חיבור אוטומטי לאינטרנט אינו נדרש, אך קשר האספקה הטכנית המתמשך נותר בעינו.
זהו בתחילה חלק נורמלי מתפעול תוכנה מקצועי ואינו עדות להתנהגות בלתי הולמת של היצרן. המצב הופך לבעייתי כאשר רק ספק אחד יכול לספק עדכונים אמינים בזמן. במקרים כאלה, האבטחה המעשית של המערכת תלויה לא רק במפעיל הלאומי אלא גם בארגון פיתוח חיצוני ובמסגרת המשפטית והכלכלית שלו.
היקף התלות הללו מודגם על ידי התנאים וההגבלות הסטנדרטיים הזמינים לציבור עבור Google Distributed Cloud air-gapped. אלה קובעים כי יש להתקין גרסאות חדשות תוך 30 יום ממועד ההודעה; הם מכילים גם כללים בנוגע לסיום התחזוקה וסיום השימוש בתוכנה לאחר תום תקופת הרישיון. עם זאת, אין להשוות תנאים וההגבלות הכלליים הללו להוראות מיוחדות לא ידועות של פלטפורמת המסרים המתוכננת.
הבחנה זו היא קריטית. לא ניתן לאמת בפומבי אילו זכויות תפעוליות אינדיבידואליות, תקופות ביקורת או אמצעי אבטחה נוספים קיימים עבור ND Cloud. באופן דומה, יהיה זה חסר בסיס להסיק מתלות מתמשכת בעדכונים שיש גישה מרחוק סודית או מנגנון כיבוי טכני. מה שתועד הוא תפקידו המתמשך של היצרן באספקת התוכנה, ולא גישה חיצונית שרירותית.
ההבדל המסוכן בין זמן ריצה לזמן בטיחות
במקרה של הפסקת תמיכה מצד היצרן, יש לקחת בחשבון מספר תרחישים. מערכת שכבר מותקנת עשויה בתחילה להמשיך לתפקד מבחינה טכנית, בעוד שפגיעויות אבטחה שהתגלו לאחרונה לא יתוקנו עוד. במקביל, זכויות שימוש, זמינות חלקי חילוף ותמיכה ביישומים תלויים עלולים להיות מושפעים. לכן, השאלה כמה זמן המחשבים יישארו מופעלים פחות משמעותית מהשאלה כמה זמן תפעל בצורה אחראית.
לא ניתן לגזור מכך אורך חיים קבוע וכללי. זה יהיה תלוי, בין היתר, בפגיעויות קיימות, באפשרויות תיקון מקומיות, בשימוש בשירותים נוספים ובזמינות של כוח אדם מוסמך. הצהרות גורפות לפיהן ענן מבודד הופך באופן בלתי נמנע לבלתי שמיש לאחר מספר חודשים מסוים יהיו לא מדויקות בדיוק כמו טענה לעצמאות בלתי מוגבלת.
מבחינה כלכלית, זה יוצר בעיית אפשרויות: מדינה זקוקה לא רק לתפקוד נוכחי, אלא גם ליכולת לפעול במקרה של שינוי נסיבות. לאפשרות זו יש ערך, גם אם היא נותרת ללא שימוש במשך שנים. מימונה דומה לביטוח מפני אובדן נדיר אך עלול להיות יקר מאוד של כוח קבלת החלטות טכנולוגי.
לכן, תוכנית חירום איתנה תצטרך להבחין בין המשך פעילות מוגבל, שיקום מלא ומעבר לפלטפורמה אחרת. יש לבחון תנאים מוקדמים נפרדים עבור כל אחד מהתרחישים הללו. לדוגמה, גיבוי פשוט של הנתונים הוא בעל עזר מוגבל אם חסרות התוכנות הדרושות לעיבוד המידע ביעילות ולאכיפת כללי הגישה הרלוונטיים.
התלות גוברת עם כל הליך מיוחד
המונח הנפוץ "נעילה" מתאר מצב שבו החלפת ספקים נותרה אפשרית תיאורטית, אך הופכת מורכבת יותר ויותר בפועל. במערכות ענן, נעילה זו נובעת ממשחק הגומלין בין פונקציות פלטפורמה, ממשקים, מבני נתונים ותהליכים תפעוליים מבוססים. ככל שיישומים מיוחדים יותר דורשים שירותים ספציפיים מספק מסוים, כך גדל המאמץ הנדרש לשכפל פונקציונליות מקבילה במקום אחר.
לא כל שימוש בטכנולוגיה קניינית אינו כלכלי. כלי ייעודי יכול להציע יתרון משמעותי בפריון. הקושי טמון בעובדה שהיתרונות לטווח קצר לרוב ברורים מאליהם, בעוד שעלויות המעבר העתידיות נותרות לא ודאיות. הדבר עלול ליצור חוסר איזון שיטתי: הנוחות הנוכחית נלקחת בחשבון במלואה, בעוד שתלות עתידית מוזכרת רק במונחים מופשטים.
הקישור ברמת האפליקציה רלוונטי במיוחד. מכונה וירטואלית ניתנת להעברה בקלות יחסית, בעוד שאפליקציה עסקית מורכבת עם מסד נתונים, זהויות ושירותי ניתוח ספציפיים לספק לא יכולה. לכן, העובדה שפלטפורמה תומכת במכולות אינה הוכחה מספקת להחלפה שלה. הגורם המכריע הוא האם ניתן לפרוס את כל פונקציונליות העסק בסביבה אחרת במאמץ סביר.
ארכיטקטורה עקבית תצטרך לשקול את היתרונות של שירותי פלטפורמה ספציפיים מול המכשולים הנובעים מכך למעבר. המטרה לא תהיה אחידות טכנית מוחלטת, אלא בידול מכוון: פונקציות בסיסיות סטנדרטיות צריכות להישאר ניתנות להחלפה ככל האפשר, בעוד שפונקציות ייעודיות חיוניות ייבחנו בנפרד מבחינת הערך המוסף והתלות שלהן.
בעיית השוק של אירופה מתחילה בקנה מידה
האתגר המבני משתרע הרבה מעבר לשירותי המודיעין הגרמניים. השוק האירופי לשירותי תשתית ענן הגיע להיקף של כ-61 מיליארד אירו בשנת 2024, פי שישה בערך מאשר בשנת 2017; נתון זה כולל שירותי תשתית ופלטפורמה וכן שירותי עננים פרטיים, אך לא את כל שוק התוכנה. ספקים אירופיים יותר משלש את הכנסותיהם האזוריות בתקופה זו, אך בכל זאת איבדו נתח שוק יחסי.
חלקם הכולל ירד מ-29 אחוזים בשנת 2017 לכ-15 אחוזים בשנת 2022, ולאחר מכן נותר בערך ברמה זו; אמזון, מיקרוסופט וגוגל היוו יחד כ-70 אחוזים בסקר השוק שפורסם באמצע 2025. נתונים אלה מתייחסים לשוק האירופי ואין להשוותם לשוק המוגבל אך ורק לאיחוד האירופי, וגם לא לפלח הספציפי של מערכות מודיעין סגורות.
התפתחות זו מדגימה מדוע צמיחה בהכנסות לבדה אינה מבטיחה עצמאות טכנולוגית. חברות אירופאיות יכולות להצליח יותר ובמקביל לפגר אחרי הפלטפורמות הגדולות ביותר. הספקים המובילים מפזרים את עלויות הפיתוח וההשקעות על פני בסיסי לקוחות גדולים מאוד; בהתאם לכך, מדרגיות והשקעות ממומנות לטווח ארוך ממלאות תפקיד מכריע בשוק התשתיות האירופי.
לכן, אסטרטגיה אירופית ריאליסטית לא תצטרך להעתיק כל פונקציה של מערכות ההיפר-סקיילר הגדולות ביותר. יהיה סביר יותר לפתח חלופות חזקות עבור תחומי יישומים קריטיים במיוחד ולקדם במשותף יסודות טכניים מבוססים. שוק נישה מוכוון אבטחה עשוי להיות בעל גורמי הצלחה שונים מאשר שוק ההמונים לכוח מחשוב סטנדרטי. מנהיגות השוק הכללית של תאגיד אינה מתורגמת באופן אוטומטי לעליונותו עבור כל יישום ממשלתי.
המדינה כמניע של עקומות למידה טכנולוגיות
כאשר למוסדות ציבור רבים יש דרישות דומות לריבונות נתונים ושיתוף פעולה מאובטח, סטנדרטים משותפים יכולים ליצור שוק גדול ואמין יותר. לחברות יש אז בסיס טוב יותר להשקעה בתיעוד, ביקורות אבטחה ותפעול מקצועי. המערכת האקולוגית של openDesk, עם שותפי התוכנה והתפעול המרובים שלה, מדגימה שגישה שיתופית כזו כבר מיושמת בפועל.
זה מספק טיעון מדיניות כלכלית לשימוש ממוקד בפתרונות אירופיים מתאימים. יתרונותיהם אינם מוגבלים למקום העבודה הספציפי, אלא יכולים להתרחב ליישומים מאוחרים יותר ולמתקנים אחרים. רכיבים רב פעמיים, כוח אדם מוסמך ומודלים תפעוליים מוכחים עשויים להפחית את עלויות הכניסה למשתמשים הבאים. השפעות נוספות אלו קלות לזלזל כאשר בוחנים רק את היישום הראשוני.
יחד עם זאת, אסור שזה ייצור זכאות להגנה קבועה. גם ספקים אירופאים חייבים להפגין ביצועים, אמינות וכדאיות כלכלית. מדיניות המגנה על כל פתרון מקומי ללא קשר לאיכותו עלולה לייצר עלויות גבוהות ותלות חדשות. הנקודה המכרעת אינה ביטול התחרות, אלא יצירת חלופות טכניות וכלכליות אמיתיות.
כמו כן, חיוני למנוע החלפת מונופול בינלאומי בתלות לאומית שכמעט ולא ניתנת לאימות. לכן, ממשקים פתוחים, ידע תפעולי הניתן להעברה וספקי שירותים מוסמכים מרובים חשובים לא פחות ממטה החברה. בסופו של דבר, ריבונות צריכה לשפר את יכולת הפעולה של המשתמש, לא רק לשנות את מקור הספק החשוב ביותר שלו.
מרכז לביטחון והגנה - ייעוץ ומידע
מרכז לאבטחה והגנה - תמונה: Xpert.Digital
מרכז הביטחון וההגנה מציע ייעוץ מקצועי ומידע עדכני כדי לתמוך ביעילות בחברות ובארגונים בחיזוק תפקידם במדיניות הביטחון וההגנה האירופית. בשיתוף פעולה הדוק עם קבוצת העבודה SME Connect Defence, הוא מקדם במיוחד עסקים קטנים ובינוניים (SMEs) המעוניינים לפתח עוד יותר את יכולת החדשנות והתחרותיות שלהם במגזר הביטחון. כנקודת קשר מרכזית, המרכז יוצר גשר מכריע בין עסקים קטנים ובינוניים לאסטרטגיית ההגנה האירופית.
קשור לזה:
ND-Cloud: אסטרטגיית אבטחה או תלות?
OpenDesk רלוונטי, אך אינו תחליף מלא לענן
חבילת המשרד והשיתוף פעולה openDesk הושקה באוקטובר 2024, ולפי המרכז האחראי לריבונות דיגיטלית, הותקנה בכ-100,000 תחנות עבודה אדמיניסטרטיביות עד אוקטובר 2026. נתון זה מייצג את שיעור האימוץ המדווח, ולא הוכחה ל-100,000 משתמשים פעילים מדי יום או מספר מקביל של תחנות עבודה בעלות סודיות גבוהה. אף על פי כן, הוא מדגים ששיתוף פעולה בקוד פתוח באירופה התקדם מזמן מעבר לפרויקטים קטנים של הדגמה.
מבחינה טכנית, ההשוואה חייבת להישאר מדויקת. OpenDesk מאגדת יישומים לעבודה משרדית ושיתוף פעולה, בעוד ש-Google Distributed Cloud היא פלטפורמת תשתית ושירות רחבה הרבה יותר. חבילת שיתוף פעולה אינה מחליפה באופן אוטומטי את ארכיטקטורת האחסון, מסדי הנתונים, משאבי המחשוב והשירותים הייעודיים של סביבת בינה שלמה. כל מי שמציג את שתי ההצעות כפתרונות שלמים הניתנים להחלפה ישירה מבלבל בין רמות טכניות שונות.
אף על פי כן, openDesk חשוב לדיון משום שלא כל שיתוף פעולה יומיומי צריך לדרוש פלטפורמה קניינית באופן עקבי. במקומות בהם רשויות ציבוריות עורכות במשותף מסמכים, מתאמות פרויקטים או מתקשרות, יישומים פתוחים יכולים להציע חלופות קונקרטיות. זה יכול לפחות להפחית חלק מהתלות, גם אם עדיין נעשה שימוש בתשתיות שונות מתחת.
באוקטובר 2026 הודגמה ונבדקה פעולתו של openDesk בסביבות מבודדות לחלוטין; במקביל, המוקד היה על אבטחתו לסיווג "VS-NUR FÜR DEN DIENSTGEBRAUCH" (מוגבל - לשימוש משרדי בלבד). אין לפרש זאת כהוכחה למוכנות תפעולית לכל משימות העיבוד עד לרמת "GEHEIM" (סודי), מכיוון שסיווגים אלה נבדלים בבירור. הדגמה לא מקוונת מתפקדת היא צעד טכני חשוב, אך אינה הוכחה גורפת להתאמה לכל מקרי השימוש הרגישים ביותר.
המטריצה מדגימה את היתרונות של תקשורת פתוחה
גם Element ופרוטוקול Matrix הפתוח מספקים נקודות התחלה מעשיות. ה-BwMessenger מבוסס על רכיבים אלה ומופעל על ידי BWI במרכזי הנתונים של הבונדסוור עצמו; ה-BundesMessenger מעביר גישה זו למנהל הציבורי. לפיכך, כבר קיים ניסיון קונקרטי עם תקשורת מבוקרת מדינה על בסיס טכני פתוח.
היתרון הכלכלי של יסודות כאלה טמון בהפרדה הבסיסית בין תוכנה, תפעול ושירות. אם רשות ציבורית מפעילה את התשתית שלה או יכולה לבחור בין מפעילים מתאימים, נוצרים תנאים טובים יותר לתחרות. השליטה על השירות השוטף אינה בהכרח חייבת להישאר בידי יצרן התוכנה המקורי.
עם זאת, אפילו שירות מסרים אינו פלטפורמת ניתוח מלאה. העברת הודעות מאובטחת, עריכת מסמכים שיתופית ועיבוד מערכי נתונים גדולים הן משימות נפרדות. יתר על כן, כל תצורה ספציפית חייבת לעמוד בדרישות האבטחה הנדרשות; שימוש ממשלתי אינו מרמז באופן אוטומטי על התאמה לכל רמת סיווג אבטחה. לכן, תקשורת פתוחה היא מרכיב חשוב בארכיטקטורה ריבונית, אך אינה פתרון אוניברסלי לכל בעיות התשתית.
פתיחות אינה מחליפה את הכישורים של האדם עצמו
תוכנה בקוד פתוח יכולה להרחיב את אפשרויות הבקרה משום שהמבנה שלה שקוף ופיתוח נוסף יכול, באופן עקרוני, להיות מבוזר בין בעלי עניין מרובים. עם זאת, אפשרות זו מממשת את מלוא הפוטנציאל שלה רק אם יהיו זמינים מומחים מוסמכים באמת, כלי פיתוח מתאימים ואחריות במימון בר-קיימא. קוד מקור שקוף לבדו אינו מבטל באופן אוטומטי פגיעויות אבטחה או תלות בעייתיות.
במיוחד במערכות מורכבות, לא מספיק פשוט לאפשר שינויים תיאורטיים בתוכניות בודדות. מה שדרוש הוא ידע כיצד הן מקיימות אינטראקציה, יצירת חבילות התקנה אמינות ובדיקת גרסאות חדשות. ההתמקדות ברכיבי ליבה מחוזקים ובשרשראות אספקה מאובטחות במערכת האקולוגית של קוד פתוח של הממשלה מדגימה עד כמה חיונית רמה ארגונית זו.
לכן, פתיחות היא יותר תנאי הכרחי לדרכי פעולה נוספות מאשר ערובה חינמית. התועלת הכלכלית שלה טמונה בעובדה שניתן לעשות בהשקעות בידע ובפיתוח שימוש חוזר ביתר קלות בין מוסדות. כדי שזה יצליח, באופן אידיאלי יש להחזיר את ההתאמות לקרנות המתוחזקות במשותף. גרסאות רבות, נפרדות לצמיתות ומתמחות, לעומת זאת, יגדילו את עלויות התחזוקה ואת סיכוני האבטחה.
יש לטפל גם במחסור בכוח אדם באופן ריאלי. גוף אינו הופך לריבוני בכך שהוא לוקח על עצמו את כל העבודה. מודל הגיוני יותר הוא מודל שבו למדינה יש סמכות הערכה ובקרה פנימית מספקת, ובמקביל מסוגלת להסתמך על מספר ספקי שירותים מקצועיים. זה לא מבטל לחלוטין תלות, אך זה הופך אותן לקלות יותר לאימות ולניהול.
הכוחות המזוינים הגרמניים מציגים תמונה מורכבת יותר
לצורך מתן הקשר לענן ND, הענן הפרטי של הכוחות המזוינים הגרמניים רלוונטי משום שהוא משלב גם את טכנולוגיית גוגל ול-BWI תפקיד מרכזי. עם זאת, פלטפורמה זו אינה שם נרדף לענן גוגל יחיד: הכוחות המזוינים הגרמניים נוקטים בגישה המשתמשת במספר סביבות נפרדות מבחינה טכנולוגית, כולל VMware, Google ותוכנות קוד פתוח.
השלב הראשון של הפריסה הוצג בשנת 2025; הפיתוח והשילוב של מחסנית גוגל תוכננו החל משנת 2026, כאשר השלמתה מתוכננת לסוף 2027. פלטפורמת טכנולוגיית העסקים של SAP מצוטטת כמקרה שימוש ספציפי, בעוד ששתי סביבות נפרדות מתוכננות עבור מידע פתוח ומסווג (VS-NfD). אין לפרש ציר זמן שפורסם כמצב תפעולי סופי.
דוגמה זו ממחישה שהחלטות תוכנה בסיסיות יכולות להוביל להחלטות תשתית נוספות. אם נדרשת פלטפורמה ייעודית שסביבות ההפעלה הנתמכות שלה מוגדרות באופן צר, הבחירה בפועל מצטמצמת עוד לפני שנבחן ספקי ענן בודדים. לכן, ניתוח ריבונות חייב לבחון את כל השרשרת הטכנית ואינו יכול להסתיים בסמן התשתית הנראה לעין.
עם זאת, פלטפורמות מרובות יוצרות מדרגיות אמיתית רק אם ניתן להעביר יישומים חיוניים ביניהן. שלוש סביבות נפרדות, לכל אחת מהן נהלים מחוברים היטב, משמעותן בתחילה גיוון, אך עדיין לא החלפה הדדית. BWI מציין במפורש את הפחתת התלות בספקים ואת ההעברה הקלה של יישומים כמטרות של גישתו.
סיכונים משפטיים דורשים דיוק טכני
דיונים על טכנולוגיה אמריקאית מתייחסים לעתים קרובות לחוק CLOUD. הנחת היסוד המשפטית היא שחברות הכפופות לחוק האמריקאי יכולות להיות מחויבות לחשוף נתונים הנמצאים ברשותן, במשמורתן או בשליטתן, ללא קשר למקום שבו הם מאוחסנים. לכן, עצם מיקומה בגרמניה אינו מבטל באופן אוטומטי את כל הסיכונים המשפטיים.
לעומת זאת, זכות חוקית לחשוף נתונים אינה יוצרת גישה טכנית שלא הייתה קיימת בעבר. אם לספק אין באמת גישה לנתונים וגם לא שליטה על המפתחות הדרושים, יש לשקול ארכיטקטורה זו בהערכה המשפטית. לכן, לא ניתן להשוות פלטפורמה מבודדת לשירות אינטרנט קונבנציונלי המופעל על ידי יצרן.
עבור ND Cloud, פרטים שאינם ידועים לציבור נותרים קריטיים: אילו תפקידים זמינים באופן מקומי, כיצד פועלים נהלי גישה לחירום, איזה מידע נדרש לניתוח שגיאות, ומי שולט במפתחות הקריפטוגרפיים? התיעוד הכללי של גוגל מתאר תפקידים תפעוליים נפרדים ונהלי חירום ספציפיים, אך זה לא מתאר באופן אוטומטי את היישום הסופי בגרמניה. לכן, אישור גורף יהיה בלתי הולם בדיוק כמו הטענה הלא מבוססת של גישה אוטומטית לנתונים אמריקאית.
יש להבחין בכך לבין הסיכון של שיבוש שירותים. גם אם גישה לנתונים אינה אפשרית מבחינה טכנית, סכסוכים משפטיים או גיאופוליטיים עלולים להשפיע על שירותים כגון תחזוקת תוכנה ותמיכה. לכן, הערכת ריבונות מקיפה חייבת לבחון הן את השליטה על מידע והן את המשכיות השירותים החיוניים.
מה צריך לכלול חישוב עלות אמין
ניתוח כלכלי מקיף יצטרך לכלול יותר מאשר רק עלויות חומרה ותוכנה ראשוניות. עליו לכלול גם אינטגרציה, כוח אדם, אנרגיה, הכשרה, ניטור אבטחה, גיבוי נתונים, יכולות הפעלה מחדש והתאמה מתמשכת של תהליכים מיוחדים. עבור ND Cloud, חסרים נתונים מפורטים הזמינים לציבור כדי לכמת באופן מהימן רכיבים אלה; ההערכה הידועה של לפחות 500 מיליון אירו אינה מחליפה פירוט זה.
בנוסף, יש לקחת בחשבון עלויות שנובעות רק במהלך הגירה. אלו כוללות העברת נתונים, התאמת תוכנה, פעולה מקבילה זמנית וביקורות אבטחה מחודשות. בהתאם לכך, התקנות האירופיות בנוגע למיגרציה לענן מבחינות בין מספר שלבים טכניים, החל מחילוץ נתונים ועד להגירה לסביבת יעד. לכן, הגירה משמעותית מבחינה כלכלית כרוכה בהרבה יותר מאשר הורדת ארכיון קבצים בלבד.
חשוב גם להבחין בין עלויות משק בית לבין השפעות מקרו-כלכליות. שירותים המסופקים על ידי מרכזי נתונים וספקי שירותים גרמניים יכולים לייצר ערך מוסף מקומי, גם אם תוכנת הליבה מגיעה מתאגיד בינלאומי. לעומת זאת, ספק אירופאי אינו חופשי מתלות בשרשרת האספקה הגלובלית. לכן, ניתוח מושכל יצטרך לשקול את ההתפלגות בפועל של מומחיות והכנסות, במקום פשוט לייחס את כל ההוצאות למדינת מוצא אחת.
בסופו של דבר, יהיה צורך להעריך בנפרד תרחישי משבר שונים. הפסקת תמיכה לטווח קצר, הפסקה ארוכת טווח של עדכונים ומעבר פלטפורמה לטווח קצר, כל אחד מהם יביא לתוצאות שונות. במקום לייצר נתון יחיד לכאורה מדויק עבור כל הסיכונים, יהיה זה נכון יותר להפוך את רוחבי הפס, ההנחות וההשלכות החמורות במיוחד לשקופים. כיום חסרים נתוני פרויקטים מספיקים הזמינים לציבור כדי לקבוע ערכים כאלה.
אוטונומיה מדידה במקום תוויות מרגיעות
עם הקריטריונים המאפשרים אוטונומיה של מחשוב ענן, שפורסמו באפריל 2026, הציג המשרד הפדרלי הגרמני לאבטחת מידע (BSI) מסגרת שנועדה להפוך את השימוש בשירותי ענן לניתן להערכה שיטתית יותר. קריטריונים אלה משלימים את דרישות C5 המוכוונות לאבטחה, אך אין להם השפעה רגולטורית בפני עצמן. אבטחה וריבונות מטופלות במפורש כסוגיות הערכה קשורות, אך נפרדות.
המסגרת מבחינה בין היבטים אסטרטגיים, משפטיים, הקשורים לנתונים, תפעוליים, הקשורים לשרשרת האספקה והיבטים טכנולוגיים. מדדי בדיקה ספציפיים, כגון יכולת העברה של ידע תפעולי, זמינות של תחזוקה עצמאית ויכולת להמשיך את הפעילות במקרה של כשל של צד שלישי, רלוונטיים כאן. מאפיינים כאלה משמעותיים יותר עבור פלטפורמה בעלת אבטחה גבוהה מאשר תיאור עצמי כללי כריבונית.
לצורך הפעלה מעשית, הליך הפעלה מחדש שנבדק באופן קבוע יהיה בעל ערך רב. זה יראה האם הגיבויים, התיעוד והמומחיות הקיימים מספיקים כדי לשחזר פונקציות חיוניות בתנאי כשל מוגדרים בבירור. זה גם יאפשר בדיקה של אילו נתונים ויישומים שמישים בפועל בסביבה משנית. בדיקה מוצלחת תהיה יעילה יותר מאשר אפשרות תיאורטית בלבד למעבר.
אפילו התקדמות רגולטורית אינה משנה את האתגר הטכני הזה. חוק הנתונים אוסר על דמי מעבר עבור שירותי עיבוד נתונים מכוסים החל מ-12 בינואר 2027. עם זאת, אין פירוש הדבר באופן אוטומטי שכל סביבת מודיעין ספציפית נופלת תחת איסור זה, וגם אין בכך כדי לבטל את עלויות ההגירה, הפיתוח והאבטחה הפנימיות. מעבר ללא עלות עבור הספק והחלפה טכנית בפועל אינם אותו דבר.
כוח מחשוב רב יותר דורש מגבלות גישה ברורות
פלטפורמה משותפת יכולה להקל על שיתוף פעולה, אך אסור לה להשוות את תנאי המשחק על ידי פישוט היבטים טכניים ומזעור תחומי אחריות משפטיים שונים וזכויות נתונים שונות. תשתית משותפת אינה מעניקה באופן אוטומטי אישור גורף לכל הצדדים להשתמש בחופשיות בכל המידע הכלול בה. במיוחד בעת חילופי מידע בין שירותי מודיעין למשטרה, ישנן דרישות חוקתיות מחמירות שאסור לבלבל ביניהן עם חילופי מידע גרידא בין שירותי מודיעין.
עבור הארכיטקטורה, משמעות הדבר היא שיש למפות כראוי את התפקידים, המטרות, המקור והשיתוף המותר של נתונים. פלטפורמות טכניות יכולות לתמוך בכללי גישה מדויקים ורישום רישום ניתן למעקב; התיעוד של גוגל מתאר הרשאות מבוססות תפקידים ומאפיינים וכן רישום גישה. עם זאת, היישום החוקי והמעשי נותר באחריותם הבלעדית של הגורמים האחראים.
יתר על כן, קיים סיכון של ריכוזיות. תשתית משותפת יכולה לאגד מומחיות בתחום האבטחה, אך יחד עם זאת, שיבוש חמור עלול להשפיע על גופים מרובים. לכן, יש לשקול יחד מנגנוני הפרדה לוגית, שחזור ומנגנוני בקרה עצמאיים. ההערכה הכלכלית לא צריכה להיות תלויה אך ורק בניצול מרכז הנתונים, אלא גם באופן שבו פונקציות קריטיות מתוחזקות במהלך שיבושים חלקיים.
בינה מלאכותית מעבירה את התלות לרמת המודל
תרגום אוטומטי, סיכום וניתוח של מערכי נתונים גדולים הם יישומים אפשריים לענן סגור; גוגל מציעה פונקציות בינה מלאכותית תואמות עבור משפחת מוצרים זו. זה מאפשר לשילוב הטכני להתרחב מעבר לתשתית ולכלול מודלים, ממשקים וארגון של זרימות עבודה אנליטיות. ככל שתהליכים ייעודיים יותר מיושרים עם שירותי בינה מלאכותית ספציפיים, כך הופכת ההחלפה ביניהם חשובה יותר.
עם זאת, מודל המופעל באופן מקומי אינו ריבוני באופן אוטומטי. זכויות שימוש, יכולת עדכון, רכיבי מודל זמינים והיכולת להמשיך להשתמש בכלי בתנאים משתנים רלוונטיים גם הם; תנאי המוצר הכלליים מבחינים במפורש בין מודלים וצורות שימוש שונות. לא ניתן להסיק מזמינות המוצר הכללית האם הצעות ספציפיות של בינה מלאכותית מיועדות בפועל לענן ND.
מנקודת מבט כלכלית, יש למדוד בינה מלאכותית לפי איכות התוצאות שלה, ולא רק לפי מספר המסמכים המעובדים. הוצאות נוספות יכולות להיות בעלות ערך אם הן מאיצות את הניתוח ומקלות על מציאת תובנות רלוונטיות. עם זאת, היא יכולה גם לייצר עבודת מעקב אם יש צורך לבדוק סיכומים שגויים או קישורים שגויים; הספק בדרך כלל מצביע על שגיאות פוטנציאליות בפלט של מערכות יצירתיות.
לכן, עיצוב אסטרטגי חזק יפריד בין אחסון נתונים, מודלים וממשקי משתמש בצורה נקייה ככל האפשר. זה יאפשר לעדכן כלי ניתוח בודדים מבלי שיהיה צורך בהכרח להחליף את כל הפלטפורמה. במיוחד עם טכנולוגיות בינה מלאכותית המתפתחות במהירות, היכולת ליישם עדכונים מבוקרים היא יתרון כלכלי, לא רק דרישה פוליטית.
שיתוף פעולה בינלאומי ללא תלות מרכזית קבועה
ייתכן שחילוף עם שירותי שותפים ידרוש נהלים טכניים תואמים. עם זאת, אין פירוש הדבר בהכרח שכל תהליכי העבודה הפנימיים חייבים להתרחש באותה פלטפורמה. הכוחות המזוינים הגרמניים (Bundeswehr) מצטטים יכולת פעולה הדדית בינלאומית כמטרה מרכזית באסטרטגיית רב-הפלטפורמות שלהם ומקשרים זאת במפורש להפחתת התלות בספקים.
גישה הגיונית תהיה להבחין בין פעולות לאומיות מרכזיות לבין פונקציות חילופי נתונים מוגדרות בבירור. ממשקים מיוחדים ונהלי העברה מאושרים יוכלו לשמש לשיתוף פעולה בינלאומי, בעוד שמאגרי נתונים מרכזיים ושיתוף פעולה בסיסי יישארו ניתנים לניהול באופן עצמאי. מעורבותו של ספק טכנולוגיה בינלאומי תהיה אפוא החלטה מוגבלת מבחינה פונקציונלית ולא תהיה אוטומטית הבסיס לכל התהליכים הפנימיים.
עם זאת, ממשקים אינם פותרים כל בעיה. רמות סודיות שונות, מודלי נתונים וכללי שחרור יוצרים תקורה נוספת. לכן, ארכיטקטורה מנותקת יותר יכולה להיות בתחילה יקרה ומורכבת יותר. יתרונה טמון בעובדה שניתן לשנות פונקציות שיתוף פעולה בודדות מבלי להשפיע על הפעילות הליבה הלאומית באותו אופן. יש לבחון האם יתרון זה מצדיק את העלויות הנוספות על סמך דרישות ספציפיות.
המיומנות המכרעת היא היכולת להחליף
הפרספקטיבה המשכנעת ביותר מבחינה טכנית אינה טמונה בדחייה גורפת של הטכנולוגיה האמריקאית וגם לא בהנחה שהפרדת רשתות טכנית פותרת כל סוגיית ריבונות. הענן המתוכנן של ND Cloud יוכל לטפל בבעיות ביצועים אמיתיות; עם זאת, יש להעריך בנפרד את הארכיטקטורה המבודדת שלו ואת ההסתמכות המתמשכת על אספקת תוכנה חיצונית.
עבור שיתוף פעולה כללי, פתרונות פתוחים מתאימים ראויים להערכה שיטתית מכיוון ששירותים מבוססי openDesk ו-Matrix כבר מהווים אבני בניין שנפרסו באופן מעשי. דרישות טכניות שונות עשויות לחול על עיבוד מיוחד ביותר. חשוב לציין, שאין להרחיב חריגים מוצדקים לתלות גורפת וקבועה, ויש לזהות במפורש את הסיכונים הנותרים.
לכן, אסטרטגיה איתנה תצטרך לשלב מומחיות פנימית בהערכה, תהליכי עדכון שקופים ותוכניות מגירה מוכחות. לא כל יישום דורש פלטפורמה משנית מתפקדת במלואה וזמינה באופן מיידי. עם זאת, יש לתכנן פונקציות קריטיות באופן כזה שכשל ביצועים חיצוני לא יוביל בהכרח לאובדן יכולת ממשלתית. זה דורש אמצעי הגנה טכניים, כמו גם כוח אדם מוסמך ומימון לטווח ארוך.
המבחן האמיתי של הריבונות אינו מתרחש במהלך פעילות תקינה ובלתי פוסקת. הוא מתחיל ברגע שספק משנה את תנאיו, התמיכה נכשלת או המסגרות הפוליטיות משתנות. ענן בעל ביצועים גבוהים הוא בעל ערך למדינה. הוא הופך לניתן לניהול אסטרטגי רק כאשר המדינה לא רק שולטת בפעילותה הנוכחית, אלא גם מחזיקה באפשרויות בנות קיימא לעתידה.
ייעוץ - תכנון - יישום
מרקוס בקר
אשמח לשמש כיועץ האישי שלך.
ראש מחלקת פיתוח עסקי
יו"ר קבוצת העבודה להגנה של SME Connect
ייעוץ - תכנון - יישום
Konrad Wolfenstein
אשמח לשמש כיועץ האישי שלך.
ניתן ליצור איתי קשר בכתובת wolfenstein∂xpert.digital או
פשוט התקשרו אליי למספר +49 7348 4088 965 .
