אתם פורסים את קופ הילות ומחכים לגל הפרודוקטיביות שיגיע, אבל במקום פריצת דרך, אתם רואים זינוק של 300% באירועי מניעת אובדן נתונים. ההנחה הייתה שה-AI ימצא את הגאונות שלנו, אך במציאות הוא בעיקר מוצא את חוב ההרשאות שלנו. קבוצת, כולם, בסביבת השרפוינט שלכם היא כרגע פרצת האבטחה הגדולה ביותר בארגון, והיא מתפקדת כדלת פתוחה שאף אחד לא תרח לסגור כי הנתונים היו כבורים במרטף. כעת, הנתונים האלו הופכים לשיחתיים. אסטרטגיית תיוג הרגישות הנוכחית שלכם אינה מהווה מגן. זהו בית כברות לנתונים שמסתיר מידע מהאנשים שבאמת זקוקים לו, מבלי לעשות דבר כדי למנוע מה-AI להציף את הדברים הלא נכונים לאנשים הלא נכונים. זהו משבר הסילו של ה-AI השיתופי. היום, אנחנו עוברים מהקלה להקשר, ואנחנו הולכים להציל את השקעת ה-AI שלכם על ידי תיקון השקר המבני בלב מודל ממשל הנתונים שלכם. פרדוקס הירושה. הפגם הבסיסי ברוב השקות ה-AI הוא אי הבנה של האופן שבו המכונה חושבת. ולמרות שאולי תניחו שקופילוט מקבל החלטות לגבי מי רואה מה, הוא למעשה לא עושה זאת. קופאילוט הוא מראה שירשה את האנטרופיה הארגונית הקיימת שלכם, כך שהוא לא יוצר גישה חדשה. הוא פשוט מבצע אופרטיביזציה לגישה שכבר הענקתם לפני שנים. תחשבו על זה כאפקט הזרקור. לפני ה-AI, שיתוף יתר היה רדום, כמו ארון תיקיות מבולגן במרטף שאף אחד לא ביקר בו, אך ה-AI הופך את שיתוף היתר הרדום הזה לגלוי במהירות של מכונה. אם אנליסט זוטר מבקש סיכום של שינויים אסטרטגיים אחרונים ותיקיית המזוגים והרכישות שלכם מוגדרת כפנימית, ה-AI יסכם את המזוג שטרם הודעתם עליו. זו לא פרצה, זהו מאפיין של הארכיטקטורה שלכם. המציאות היא שכיסוי תיוג ידני לעיתים רחוקות עולה על עשרה אחוזים בארגון ממוצע, כי בילינו עשור בלהגיד למשתמשים לתייג קבצים, והם פשוט לא עשו זאת. הסתמכנו על מנטליות של הגדר ושכח עבור תגי רגישות, והנחנו שברגע שקובץ סומן כציבורי, הוא נשאר כך לנצח. אבל נתונים הם דינמיים, מה שאומר שמסמך שהיה ציבורי אתמול עשוי להכיל תגובת הנחיה רגישה היום. כשאנחנו מסתמכים על תוויות סטטיות, אנחנו יוצרים מחסומים בלתי נראים לבינה בין מחלקתית, ותווית, סודי ביותר, על תוכנית פרויקט עלולה למנוע מצוות השיווק לראות תאריך השקה שהם באמת צריכים כדי לעשות את עבודתם. זה יוצר סילוא, והסילואים האלו הם הסיבה שה-AI שלכם מרגיש פחות כמו עוזר ויותר כמו ספרן מקביל. בנינו מערכת המבוססת על ההנחה שאפשר לסווג את העולם פעם אחת ולסיים עם זה, אך בסביבה שיתופית המודל הזה קורס. אם התוויות חסרות, הבינה המלאכותית רואה יותר מדי, ואם הן קיימות, הן לרוב נוקשות מדי, מה שמונע מהבינה המלאכותית לקשר בין מחלקות. אנחנו רואים כרגע פער עצום בין מה שההנהלה הבכירה מצפה מהבינה המלאכותית לבין מה שהארכיטקטורת הנתונים מאפשרת, ואי אפשר לקבל סוכן בינה מלאכותית בעל ביצועים גבוהים עם הנתונים שלך הנעולים בהיררכיות תיקיות בסגנון שנות ה-90. פרדוקס הירושה אומר שהבינה המלאכותית מאובטחת רק במידה שבה הובטחה הטעות הגרועה ביותר של מנהל השרפוינט שלכם משנת 2014. עלינו להודות שהגישה הנוכחית לסיווג נכשלת כי היא סטטית, ידנית ומתייחסת לנתונים כאל אובייקט שיש לנעול ולא כאל נכס שיש להשתמש בו. רוב הארגונים נמצאים כרגע בחור היתוך של פיילותים כי הם גילו לאחר שישה שבועות שההרשאות שלהם בוולגן. הם מנסים לתקן זאת על ידי הוספת תוויות נוספות, אך הוספת תוויות למערכת שבורה רק יוצרת עוד ממגורות מידע ואינה פותרת את הבעיה הבסיסית של נראות. השינוי שאנחנו צריכים הוא לא בתגיות טובות יותר, אלא במודל טוב יותר. התמקדנו במה, כלומר בקובץ עצמו, אך עלינו להתחיל להתמקד במי, באיפה ובלמה. הבעיה היא לא רק שתוויות חסרות, אלא שאלו שקיימות הן סטטיות ואינן מתחשבות במציאות של האופן שבו העבודה מתבצעת כיום. העבודה היא דינמית, לכן גם האבטחה שלנו חייבת להיות דינמית. אם לא נתקן זאת, הבינה המלאכותית תמשיך להזות כי היא מסתכלת על הנתונים הלא נכונים, או גרוע מכך, היא תחשוף אמת על נתונים שהיו אמורים להישאר חסויים. כדי לתקן את מעגל העבודה החוזרת, עלינו לבחון את המודל הבסיסי של האופן שבו אנחנו מעניקים גישה. העלות הגבוהה של עבודה חוזרת. אנחנו מדברים על רווחי הפרודוקטיביות של הבינה המלאכותית כאילו מדובר במספר גולמי, ואנחנו רואים את תשע השעות שנחסכו בחודש ומניחים שהעבודה הוא שלמה. אך המציאות הרבה יותר מבולגנת, כי כרגע קף מינוס 40% מהזמן שהעובדים שלכם חוסכים באמצעות בינה מלאכותית הולך לאיבוד מיד בתיקון מה שהבינה המלאכותית תעתה בו. זהו החיכוך הסמוי של ממגורות המידע. כשלקופילות, קופיילות, אין גישה לנתונים הנכונים, לחוזה הסופי, לתקציב בפועל או לתוכנית הפרויקט המאומתת, הוא לא עוצר. הוא מנחש, הוא מסתכל על הנתונים האפלים שהוא יכול לראות, כמו טיוטה ישנה מתיקייה משותפת או הודעת שט ספקולטיבית, והוא בונה תשובה על סמך זה. התוצאה היא מעגל עבודה חוזרת ששוחק בשקט את ההחזר על ההשקעה שלך. אנחנו יכולים למעשה לחמת את החוב הדיגיטלי הזה. עבור העובדים המצטיינים שלך, משתמשי הכוח שנעזרים בחילים אלו יותר מכולם, העבודה החוזרת הזו מסתכמת בכשבוע וחצי של זמן עבוד בשנה. תחשבו על זה, אתם משלמים על רישיון פרימיום כדי לחסוך זמן, אך בגלל שהנתונים שלכם מבודדים, האנשים הטובים ביותר שלכם מבלים כמעט שבועיים מלאים רק בבדיקת שגיאות שנוצרו על ידי מכונה. הם מתפקדים למעשה כמגיעים בשכר גבוה עבור מערכת שהייתה אמורה להיות הטייס המשנה שלהם. זה קורה בגלל שסיבוב נוקשה יוצר וקום. אם הבינה המלאכותית נחסמת מגישה למערכת הטיעוד על ידי תווית רגישות מיושנת, היא תמלא את הווקום הזה בכל מערכת נוחה שהיא תוכל למצוא. במחלקות כמו כספים ומשאבי אנוש, זה מוביל לפלטים שגויים שנראים בטוחים בעצמם. מנהל כספים עשוי לבקש סיכום של ההוצאות הריבוניות. אם הייצוא האמיתי מה-ERP נעול, אך טיוטת עבודה מבולגנת ולא מסווגת נמצאת בערוץ טימס ציבורי, הבינה המלאכותית תסכם את הטיוטה. המנהל מבלה לאחר מכן 20 דקות במציאתי ההתאמות. זהו החיכוך שבין יעילות גולמית לערך נטו. אם לוקח לך 2 דקות ליצור דוח, אבל 20 דקות, לאמת את המספרים כי הבינה המלאכותית לא יכלה לראות את מקור האמת. לא באמת הרווח את הדבר. פשוט העברת את העבודה מיצירה לתיקון. העבודה החוזרת הזו היא לא רק מתרד, היא סימפטום לחשל מבני. בילינו שנים בבניית מאגרי נתונים מבודדים כדי להגן על מידע. אך בעידן הבינה המלאכותית היוצרת, המאגרים האלו פועלים כחיסויי עיניים. כשהבינה המלאכותית מחוסת עיניים, היא הוזה. היא מנסה לרצות את המשתמש על ידי חיבור נקודות שלא היו צריכות להיות מחוברות. אנחנו רואים ארגונים שבהם שיעור העבודה החוזרת כל כך גבוה, שהעובדים מתחילים לאבד אמון בכלי. הם מפסיקים לבקש מהבינה המלאכותית ניתוחים מורכבים וחוזרים להשתמש בה רק לניסוח אימיילים בסיסיים. ברגע שזה קורה, אסטרטגיית הבינה המלאכותית שלך נכשלה. אתם משלמים על מנוע, אבל משתמשים רק בפנסים הקדמיים. כדי לתקן את מעגל העבודה החוזרת הזה, עלינו להפסיק להסתכל על הבינה המלאכותית ולהתחיל להסתכל על הצנר. הנתונים הטובים קיימים, התובנות המבריקות שם, אבל הם כלואים מאחורי חומה של הרשאות מדור קודם ותוויות סטטיות שתוכננו לעולם שבו בני אדם ביצעו את כל החיפושים. אנחנו צריכים לעבור למודל שבו הבינה המלאכותית יכולה לראות את מה שהיא צריכה לראות, בדיוק כשהיא צריכה לראות זאת, מבלי להתפשר על הבטחה. עלינו לבחון את המודל שעל פיו אנו מעניקים גישה, כי כל עוד הבינה המלאכותית פועלת עם הקשר חלקי, אתם תעבדו שעות נוספות כדי לתקן את התוצאות. זהו מחיר שאף ארגון אינו יכול להרשות לעצמו להתעלם ממנו. מהקלה להקשר עלינו להפסיק לחשוב על הבטחה כעל חומת מגן. במשך עשורים, התעשייה הסתמכה על מודל של היקף מוקשה, או שהיית בתוך הרשת או מחוץ עלה, אבל העולם הזה נעלם. היום, ההיקף הוא חדיר. אנשים עובדים מהבית, משתמשים במכשירים לא מנוהלים ומשתפים פעולה עם ספקים חיצוניים. בסביבה הזו, המודל הישן של הקלה, שבו נועלים נתונים בתיקייה ומניחים שהם בטוחים כי התיקייה פרטית הוא אשליה מסוכנת. זה מסוכן כי זה מניח שהאיום הוא רק מבחוץ, אבל האיום האמיתי בעידן הקופילות הוא זכילה הדרגתית של הרשאות פנימיות שנערמו במשך שנים. עלינו לעבור מאסטרטגיה של הקלה לאסטרטגיה של הקשר. המודל הישן נבנה עבור מבנה ארגוני. הוא הניח שרגישות של קובץ היא תכונה קבועה. תייאגת את המסמך כחסוי וזה סוף הסיפור. אבל בסביבת בינה מלאכותית שיתופית, התגית הזו גסה מדי. היא לא מספרת לנו מספיק. היא לא מתחשבת במי שמבקש, באיזה מכשיר הוא משתמש או איפה הוא נמצא. זו הסיבה שאנו רואים מעבר מסיבי לעבר בקרת גישה דק. זה לא רק שדרוג טכני, זה שינוי פילוסופי. זה מעביר את תהליך קבלת ההחלטות מרגע יצירת הקובץ למילי שנייה שבה הנתונים מתבקשים. זה ההבדל בין מנעול סטטי לחיישן חכם. עד שנת 2026, התעשייה מחייבת מעבר לבקרת גישה מבוססת תכונות ABC. זהו הבסיס למרקם הזהות המודרני. במקום להסתמך על טווית סטטית בודדת, ABC מעריכה טריסר אותות סיכון שונים בזמן אמת. היא בוחנת את תפקיד המשתמש, בוודאי. אבל גם את מצב הבריאות של המחשב הנייד שלו. היא בוחנת את המיקום הפיזי שלו. היא אפילו בוחנת את ההתנהגות שלו. אם משתמש שבדרך כלל ניגש רק לקבצי שיווק מבקש פתאום מקופילות לסכם את כל בסיס נתוני השכר מבית קפה במדינה אחרת, המערכת לא צריכה להסתכל רק על טווית הרגישות. היא צריכה להסתכל על ההקשר ולהגיד, לא, כך אנו עוברים מהאם הקובץ מטויג, לשאלה האם המשתמש הזה צריך לראות את הנתונים האלו עכשיו. גרשיים נקודה. זהו שינוי דק עם השלכות מסיביות. זה מאפשר לנו להיות צלחניים יותר כשהסיכון נמוך ומקבילים יותר כשהסיכון גבוה. זה שובר את המחיצות כיוון שהוא מאפשר גישה בזמן אמת. אם צוות השיווק צריך לראות את תאריך ההשקה הסודי ביותר, המערכת יכולה להעניק להם גישת קריאה בלבד זמנית, המבוססת על ההקשר של הפרויקט הנוכחי שלהם, מבלי לפגוע לצמיתות בהבטחת הקובץ. זו הדרך היחידה לאפשר את סוג האינטליגנציה הבין מחלקתית שבינה מלאכותית מבטיחה, מבלי להפוך את הדייר שלכם להפקרות של נתונים. החזר ההשקעה, ROI, של המערכות הדינמיות הללו כבר הופך לברור. ארגונים שעוברים מתיוג סטטי למודל מודע הקשר רואים הפחתה של 15% עד 30% בפרמיות ביטוח הסייבר שלהם. מדוע? מכיוון שמבטיחים יודעים שתגים סטטיים הם קלים להקיפה או להתעלמות. מערכות דינמיות, לעומת זאת, הרבה יותר קשות לניצול. הן מספקות רמה של עימות מתמשך שמודלים סטטיים פשוט לא יכולים להשתוות אליה. הן מצמצמות את טווח הפגיעה של חשבון שנפרץ כי התוקף לא יכול פשוט לרשת שנים של הרשאות רשלניות. כל בקשה היא הערכה חדשה. כל אינטראקציה היא הזדמנות חדשה לעימות אמון. זהו לא רק שינוי תיאורטי עבור הדריכלית. זוהי דרישת הישרדות עבור הגל הבא של בינה מלאכותית סוכנת. ככל שאנו נעים לעבר סוכנים שיכולים לפעול בשמנו, לטאם פגישות, להעביר כספים או לעדכן רשומות, איננו יכולים להסתמך על מודל הבטחה של הגדר ושכח. אנחנו זקוקים למערכת שמבינה את הכוונה מאחורי הפעולה. אנחנו זקוקים להבטחה חכמה בדיוק כמו הבינה המלאכותית שהיא מגינה עליה. זה מוביל אותנו למפת הדרכים הטכנית. כי בעוד שהפילוסופיה משתנה, הכלים ליישומה מגיעים סוף סוף לאכוס סיסטם של פורוו. במפת הדרכים של פורוו לשנת 2026, המעבר לעבר אינטליגנציה מודעת הקשר בא לידי ביטוי סוף סוף בארכיטקטורה בפועל של האקוסיסטם של מייקרוסופט. אנחנו עוברים את התקופה שבה פורוו היה רק כלי לדיווח תאימות, ועד 2026 הוא התפתח למנוע אבחון בזמן אמת. אחד השינויים המשמעותיים ביותר הוא המעבר לאבחון תמידי עבור DRP בנקודות קצה. בעבר, פתרון תקלות במדיניות הבטחה דרש שבוע של התכתבויות הלוך ושוב בין האיט למשתמש בזמן שניסו לשחזר תקלה שקרתה פעם אחת. כעת, עקבות האבחון הללו נשמרים מקומית על המכשיר בפורמט מאובטח ודחוס למשך 90 יום. זה מאפשר למערכת לנתח בדיוק מדוע קובץ ספציפי נחסם או מדוע תאג לא הוכל, מבלי לשלוח את התוכן הרגיש עצמו לענן. זו נירות מקומית משולבת עם אכיפה גלובלית. עוצמת אבחון זו מועצמת על ידי כלי הסבר מבוססי בינה מלאכותית. הגענו לרמת מורכבות שבה מנהלי מערכות אנושיים כבר לא יכולים לעקוב ידנית אחר ההבדל בין טרייסר מדיינויות די-ארפי שונות. כאשר מדיניות משתנה, המערכת מייצרת כעת סיכום בשפה טבעית שמסביר בדיוק מה השתנה ואילו קבוצות משתמשים מושפעות מכך. היא גם מציגה מה תהיה ההשפעה הפוטנציאלית על תהליכי עבודה שיתופיים, מה שמפחית את הסיכון לסטיית מדיניות. זהו מצב שבו כללי הבטחה הופכים לסבוכים כל כך שהם מתחילים לחסום עבודה לגיטימית. כלים אלו מאפשרים לצוות ההבטחה לפעול כגורם מאפשר ולא כשומר סף, על ידי הבהרת חוקי המשחק בשפה שהעסק באמת יכול להבין. חלק קריטי במפת דרכים זו הוא התפקיד של חיפוש SharePoint מוגבל, או RSS. זהו בלם החירום עבור פריסת ה-AI שלכם. הוא מאפשר לכם להחריג במפורש אתרים בסיכון גבוה, כמו מסמכי הדירקטוריון, נתוני השכר או האסטרטגיה המשפטית, משימוש כבסיס ידע לקופילות. עוד לפני שנוגעים בתווית רגישות, ניתן להשתמש ב-RSS כדי להבטיח שה-AI פשוט לא יוכל לראות את הפינות המסוכנות ביותר בדייר שלכם. זוהי שכבת הגנה בסיסית שמכירה בכך שלא כל הנתונים נוצרו שווים. זה מעניק לכם מרווח נשימה לתקן את חוב ההרשאות שלכם מבלי לסגור את כל הניסוי ב-AI. אנו עדים גם להתרחבות מסיבית בכלות התיוג האוטומטי. היעד לשנת 2026 הוא להיות מאובטחים כברירת מחדל. ספריות השירפוינט שלכם אינן עוד מאגרים פסיביים שכן הן הופכות למשתתפות פעילות במערך ההבטחה שלכם. כאשר קובץ מעולה לספרייה ספציפית, תווית ברירת המחדל של אותה ספרייה מוכלת עליו במנוחה באופן אוטומטי. אם הקובץ מכיל סוגי מידע רגישים, המערכת יכולה כעת לדרוס תוויות ידניות בעלות עדיפות נמוכה יותר. זה סוגר את פער הכיסוי שהאיק על מערכות ידניות במשך שנים. זה מבטיח שגם אם משתמש שוכח לתייג מסמך, הפלטפורמה מגבה אותו. זוהי המעבר ממערכת וולונטרית לתשתית אוטומטית מחייבת. כדי לנהל זאת בקנה מידה רחב, אנו מסתמכים יותר ויותר על הגרף אפי איי לניתוח שימוש מותאם אישית. כעת אנו יכולים להציץ מתחת למכסה המנוע כדי לראות בדיוק אילו מחלקות מבודדות. אם לצוות המחקר ופיתוח יש שיעור עבודה חוזרת של 90% בגלל שהם חסומים מגישה למפרטי הנדסה, הנתונים יראו זאת. אנו יכולים לזהות את צוורי הבקבוק שבהם סיווג נוקשה פוגע בפריון ולהתאים את המדיניות בזמן אמת. כך אנו עוברים ממערך הבטחה תגובתי לאסטרטגיאת ממשל פרואקטיבית. אנו משתמשים בנתונים כדי לדעת היכן המערכת נשברת, במקום לחכות לתלונה של משתמש או להתרחשות פרצה. אך גם עם הכלים הטובים ביותר, האסטרטגיה נכשלת ללא אישור קו של ההנהלה. אתם יכולים להחזיק בהגדרת הפרוויו המתקדמת ביותר בעולם, אך אם ההנהלה שלכם עדיין רואה במידע משהו שיש לצבור, לעולם לא תממשו את מלוא הערך של הבינה המלאכותי. זה מוביל אותנו לסוג חדש של סיכון שצומח מלמטה למעלה. זהו אתגר שלא מגיע מהעקרים או מאיומים חיצוניים, אלא מהעובדים שלכם שמנסים להיות פרודוקטיביים. אנחנו צריכים לדבר על הדילמה של מפתח הסיטיזן. הדילמה של מפתח הסיטיזן. אנחנו עדים כרגע על ההתפרצות הגדולה ביותר של יצירה בלתי מוסדרת בהיסטוריה של המחשוב הארגוני. יש כיום מעל מיליון נכסי לואו קוד בתוך העקו סיסטם של מייקרוסופט. אפשרנו לעובדים לבנות אפליקציות משלהם, זרימות עבודה משלהם, ועכשיו גם סוכני איי משלהם. אבל להעצמה הזו יש צד אפל. עברנו משאדו איט לשאדו איי, שבו משתמשים לא טכניים בונים סוכנים מורכבים על גבי נתונים מבולגנים ובלתי מנוהלים. זהו הסיכון של התפשטות סוכנים בלתי מבוקרת. זה מה שקורה כשמתאמת שיווק בונה GPT מותאם אישית בקופלות סטודיו כדי לעזור עם פניות ספקים, אבל היא מחברת בטעות את הסוכן הזה לאתר שירפוינט שמכיל את כל החוזים שהחברה חתמה מאז 2012. הדילמה היא שאנחנו לא יכולים פשוט לחבות את זה. אם תחסלו את היכולת של אנשים לפתור בעיות בעצמם, תחסלו את הגמישות שהאיי אמורה לספק. במקום זאת, עלינו לעבור למודל ממשל מדורג. לא כל הסוכנים נוצרו שווים. כלי לואו קוד שעוזר לאדם לסכם את המיילים שלו באמצעות מחברי טים סטנדרטיים הוא נכס בסיכון נמוך שצריך לעקוף את תהליך הבדיקה הכבד. אבל סוכן שנוגע במערכת רשומות כמו Dataverse או בסיס נתונים SQL רגיש, זקוק לשומר סף. עלינו להפסיק להתייחס לפיתוח על ידי עובדים כקטגוריה אחת ולהתחיל להתייחס אליו כאל מינד של סיכונים. התעשייה עוברת מהקונספט הישן של Citizen Development לעבר מה שאנו מכנים כיום, בנייה אישית מוגברת בינה מלאכותית. ההבדל הוא דק אך מכריע. בעולם הישן, המשתמש היה מפתח, אבל בעולם החדש, המשתמש הוא מתזמר. הם מכוונים את ה-AI לבנות את הפתרון עבורם. זה הופך את אמצעי ההגנה בקופילוט סטודיו לחשובים יותר מהקוד עצמו. עלינו להטמיע שכבות ניטור תוכן שמונעות מהסוכנים האלה להזות או לדלוף נתונים באמצעות התקפות הזרקת הנחיה שהמשתמש אפילו לא ידע שהן אפשריות. לא הייתם נותנים למתמחה בקיץ לכתוב את חוקי הפיירוול שלכם, לכן אסור לנו לתת להם לבנות סוכנים שיש להם גישת קריאה לכל הוויקי הארגוני. הפתרון הוא מבני. עלינו להפוך לאוטומטית את האכיפה של מדיניות מניעת אובדן נתונים בתוך סביבת ה-Halo-Code. אם משתמש מנסה לחבר סוכן בינה מלאכותית לחשבון דרופבוקס חיצוני שאינו מנוהל, המערכת צריכה לחסום זאת מיד. אם הם מנסים לבנות בוט ששואל ספרייה המסומנת כבעלת סיווג סודי ביותר, הפרסה צריכה להפעיל בדיקה ידנית אוטומטית על ידי צוות העיט. זה יוצר מסלול חדשנות מאובטח מעצם התכנון. זה מאפשר לבוני המערכות ליצור תוך הבטחה שהנכסים הרגישים ביותר של הארגון נשארים מאחורי החומות המודעות להקשר שדנו בהן. אנחנו עוברים לעידן שבו כל עובד הוא אדריכל פוטנציאלי של התבונה הארגונית. זהו יתרון תחרותי עצום אם מנוהל נכון, אך חוות קטסטרופלית היא מופקר ליד המקרה. המטרה אינה לעצור את ההתפשטות, אלא לנהל את הזרימה. עלינו לספק לבוני האזרחים תבניות מאושרות מראש ואזורים בטוחים שבהם יוכלו להתנסות מבלי לסכן את נכסי הליבה. זה מבטיח שהסוכנים שהם יוצרים הם הרחבה של אסטרטגיית הממשל שלנו ולא חריגה ממנה. זה מוביל אותנו למסוחה האחרונה שהיא לגרום להנהלה הבחירה להתייחס לגישה כאל נכס אסטרטגי. אי אפשר לנהל מיליון סוכנים מחדר השרתים במרטף. אתם צריכים אישור קו של ההנהלה. הגיע הזמן להעביר את השיחה מחדר השרתים אל חדר הישיבות. אסטרטגיית רתימת ההנהלה. הקרב הטכני על הבטחה מודעת הקשר מוכרה בקוד, אך הקרב האסטרטגי עדיין עובד בחדר הישיבות. במשך שנים, ניהול זהות וגישה תופל כעניין טכני משני. זה היה משהו שצוותי המרטף צריכים לטפל בו בזמן שהעסק מתמקד בצמיחה. בית מינוס 2026, הלך הרוח הזה הוא חבות. עלינו להגדיר מחדש את כל השיחה כי זהות היא כבר לא רק התחברות. זהו מישור הבקרה המרכזי לאמון דיגיטלי. אם ההנהלה שלכם לא מבינה זאת, פריסת ה-AI שלכם תישאר סדרה של ניסויים יקרים ומנותקים. עלינו להפסיק להציג את ההבטחה כמרכז עלות. במקום זאת, עלינו למסגר אותה כי מאפשרת מהירות בקבלת החלטות. רוב המנהלים רואים בהבטחה סדרה של לא, לא, אי אפשר להשתמש בכלי הזה. לא, אי אפשר לשתף את הקובץ הזה. אבל תשתית זהות מודרנית עושה את ההפך. היא מספקת את הקן שמאפשר לעסק לנוע מהר יותר. כשיש לך אימות רציף ומודע להקשר, אתה יכול לקלוט שותף חדש בשעות במקום בשבועות. אתה יכול לתת ליועץ גישה בדיוק למה שהוא צריך לפרויקט של שלושה ימים, ואז לראות את הגישה הזו נעלמת אוטומטית ברגע שהוא סיים. זה לא עניין של הגבלה, זה עניין של גמישות. זה עניין של יצירת סביבה שבה האנשים הנכונים יכולים לפעול על בסיס המידע הנכון ללא החיכוך של אישורים ידניים. אנחנו יכולים לראות את המחיר של התעלמות מזה בשוק המזוגים והרכישות. פערי בשלות עצומים נוצרים בין ארגונים ששולטים בניהול זהויות לבין אלו שעדיין מסתמכים על מודלים מיושנים וסטטיים. כאשר חברה בעלת בשלות גבוהה רוכשת מתחרה, היא יכולה לשלב את כוח האדם החדש במערכת ה-AI שלה תוך ימים, אך בחברות עם היגיינת זהויות ירודה, השילוב נגרר חודשים, ועיקוב זה שוחק ערך ועוצר את הסינרגיה שהמיזוג נועד ליצור. ניהול זהויות לקוי הוא מכה ישירה לערך שאחרי המזוג. זהו נטל על המאזן שרוב המנכלים תרם תרגמו למספרים. זו הסיבה שהבקשה להגדלת תקציב של 5 עד 20% עבור תשתיות זהות אינה בקשה לעוד הוצאות הבטחה. זו השקעה בתשתית צמיחה. זה המקביל הדיגיטלי לבניית רשת רכבות מהירה בין מאגרי המידע שלכם. אתם עוברים מהכף מאובטח שכולם מנסים לעקוף למודל עימות רציף שתומך באמת בדרך שבה אנשים עובדים. אתם אומרים להנהלה שאם הם רוצים את זינוק הפרודוקטיביות פי חמישה שאיי מבטיח, עליהם לשלם עבור התשתית שהופכת זאת לבטוח. עליכם להזיז את המטרה מהגנה על המידע לניהול זרימת המידע. המעבר למודל מודע הקשר הוא הדרך היחידה לבנות ארגון גמיש בעידן של בינה מלאכותית סוכנת. זה מאפשר לארגון להגדיל את הבינה שלו בלי להגדיל את הסיכון. כשההנהלה מתייחסת לגישה כנכס אסטרטגי, כל תרבות החברה משתנה. ההבטחה הופכת לאחריות משותפת, והמידע הופך למשאב נזיל במקום לסוד שנאגר. הגיע הזמן להפסיק להסתכל על עלות הכלים ולהתחיל להסתכל על עלות החיכוך, כי בעידן ה-AI, החברה המהירה ביותר מנצחת, ואי אפשר להיות מהירים עם המידע שלכם לחוד בשקר. המנדט שלכם למד מינוס 2026 ברור. עליכם לבצע ביקורת על חוב ההרשאות שלכם לפני שתרחיבו את רישיונות ה-AI. הטכנולוגיה מוכנה, אבל הארכיטקטורה שלכם כנראה לא. האתגר לרבעון הבא הוא להטמיע תיוג אוטומטי, מחייבו לבצע ניקוי אתרים בתוך 90 יום כדי לסגור את הפערים הברורים ביותר. תפסיקו לאגור. תתחילו להזרים. אם אתם רוצים לשתף את ההתקדמות שלכם בשבירת מנגורות או לדון באופן שבו הצוות שלכם מתמודד עם המעבר להרשאות מודעות הקשר, צרו קשר עם מרקו פיטרס בלינקטין. בואו נבנה מודל בינה שבאמת עובד. הרשמו לעוד צלילות עומק אל עתיד העבודה. יישארו מאובטחים. יישארו פרודוקטיביים.