WEBVTT 00:00:00.000 --> 00:00:06.980 אתם פורסים את קופ הילות ומחכים לגל הפרודוקטיביות שיגיע, אבל במקום פריצת דרך, אתם רואים זינוק של 300% באירועי מניעת אובדן נתונים. 00:00:07.160 --> 00:00:12.340 ההנחה הייתה שה-AI ימצא את הגאונות שלנו, אך במציאות הוא בעיקר מוצא את חוב ההרשאות שלנו. 00:00:12.520 --> 00:00:21.300 קבוצת, כולם, בסביבת השרפוינט שלכם היא כרגע פרצת האבטחה הגדולה ביותר בארגון, והיא מתפקדת כדלת פתוחה שאף אחד לא תרח לסגור כי הנתונים היו כבורים במרטף. 00:00:21.300 --> 00:00:26.680 כעת, הנתונים האלו הופכים לשיחתיים. אסטרטגיית תיוג הרגישות הנוכחית שלכם אינה מהווה מגן. 00:00:26.880 --> 00:00:34.200 זהו בית כברות לנתונים שמסתיר מידע מהאנשים שבאמת זקוקים לו, מבלי לעשות דבר כדי למנוע מה-AI להציף את הדברים הלא נכונים לאנשים הלא נכונים. 00:00:34.440 --> 00:00:36.800 זהו משבר הסילו של ה-AI השיתופי. 00:00:36.900 --> 00:00:44.320 היום, אנחנו עוברים מהקלה להקשר, ואנחנו הולכים להציל את השקעת ה-AI שלכם על ידי תיקון השקר המבני בלב מודל ממשל הנתונים שלכם. 00:00:44.320 --> 00:00:50.040 פרדוקס הירושה. הפגם הבסיסי ברוב השקות ה-AI הוא אי הבנה של האופן שבו המכונה חושבת. 00:00:50.140 --> 00:00:54.420 ולמרות שאולי תניחו שקופילוט מקבל החלטות לגבי מי רואה מה, הוא למעשה לא עושה זאת. 00:00:54.600 --> 00:00:59.000 קופאילוט הוא מראה שירשה את האנטרופיה הארגונית הקיימת שלכם, כך שהוא לא יוצר גישה חדשה. 00:00:59.140 --> 00:01:02.540 הוא פשוט מבצע אופרטיביזציה לגישה שכבר הענקתם לפני שנים. 00:01:02.660 --> 00:01:04.360 תחשבו על זה כאפקט הזרקור. 00:01:04.360 --> 00:01:12.980 לפני ה-AI, שיתוף יתר היה רדום, כמו ארון תיקיות מבולגן במרטף שאף אחד לא ביקר בו, אך ה-AI הופך את שיתוף היתר הרדום הזה לגלוי במהירות של מכונה. 00:01:13.140 --> 00:01:21.380 אם אנליסט זוטר מבקש סיכום של שינויים אסטרטגיים אחרונים ותיקיית המזוגים והרכישות שלכם מוגדרת כפנימית, ה-AI יסכם את המזוג שטרם הודעתם עליו. 00:01:21.540 --> 00:01:24.460 זו לא פרצה, זהו מאפיין של הארכיטקטורה שלכם. 00:01:24.460 --> 00:01:33.800 המציאות היא שכיסוי תיוג ידני לעיתים רחוקות עולה על עשרה אחוזים בארגון ממוצע, כי בילינו עשור בלהגיד למשתמשים לתייג קבצים, והם פשוט לא עשו זאת. 00:01:33.920 --> 00:01:41.360 הסתמכנו על מנטליות של הגדר ושכח עבור תגי רגישות, והנחנו שברגע שקובץ סומן כציבורי, הוא נשאר כך לנצח. 00:01:41.480 --> 00:01:47.400 אבל נתונים הם דינמיים, מה שאומר שמסמך שהיה ציבורי אתמול עשוי להכיל תגובת הנחיה רגישה היום. 00:01:47.400 --> 00:01:59.280 כשאנחנו מסתמכים על תוויות סטטיות, אנחנו יוצרים מחסומים בלתי נראים לבינה בין מחלקתית, ותווית, סודי ביותר, על תוכנית פרויקט עלולה למנוע מצוות השיווק לראות תאריך השקה שהם באמת צריכים כדי לעשות את עבודתם. 00:01:59.500 --> 00:02:05.500 זה יוצר סילוא, והסילואים האלו הם הסיבה שה-AI שלכם מרגיש פחות כמו עוזר ויותר כמו ספרן מקביל. 00:02:05.660 --> 00:02:11.900 בנינו מערכת המבוססת על ההנחה שאפשר לסווג את העולם פעם אחת ולסיים עם זה, אך בסביבה שיתופית המודל הזה קורס. 00:02:11.900 --> 00:02:19.320 אם התוויות חסרות, הבינה המלאכותית רואה יותר מדי, ואם הן קיימות, הן לרוב נוקשות מדי, מה שמונע מהבינה המלאכותית לקשר בין מחלקות. 00:02:19.420 --> 00:02:25.080 אנחנו רואים כרגע פער עצום בין מה שההנהלה הבכירה מצפה מהבינה המלאכותית לבין מה שהארכיטקטורת הנתונים מאפשרת, 00:02:25.280 --> 00:02:31.080 ואי אפשר לקבל סוכן בינה מלאכותית בעל ביצועים גבוהים עם הנתונים שלך הנעולים בהיררכיות תיקיות בסגנון שנות ה-90. 00:02:31.080 --> 00:02:38.220 פרדוקס הירושה אומר שהבינה המלאכותית מאובטחת רק במידה שבה הובטחה הטעות הגרועה ביותר של מנהל השרפוינט שלכם משנת 2014. 00:02:38.600 --> 00:02:47.700 עלינו להודות שהגישה הנוכחית לסיווג נכשלת כי היא סטטית, ידנית ומתייחסת לנתונים כאל אובייקט שיש לנעול ולא כאל נכס שיש להשתמש בו. 00:02:48.260 --> 00:02:54.320 רוב הארגונים נמצאים כרגע בחור היתוך של פיילותים כי הם גילו לאחר שישה שבועות שההרשאות שלהם בוולגן. 00:02:54.320 --> 00:03:02.320 הם מנסים לתקן זאת על ידי הוספת תוויות נוספות, אך הוספת תוויות למערכת שבורה רק יוצרת עוד ממגורות מידע ואינה פותרת את הבעיה הבסיסית של נראות. 00:03:02.400 --> 00:03:05.940 השינוי שאנחנו צריכים הוא לא בתגיות טובות יותר, אלא במודל טוב יותר. 00:03:06.140 --> 00:03:11.540 התמקדנו במה, כלומר בקובץ עצמו, אך עלינו להתחיל להתמקד במי, באיפה ובלמה. 00:03:11.740 --> 00:03:18.460 הבעיה היא לא רק שתוויות חסרות, אלא שאלו שקיימות הן סטטיות ואינן מתחשבות במציאות של האופן שבו העבודה מתבצעת כיום. 00:03:18.460 --> 00:03:21.960 העבודה היא דינמית, לכן גם האבטחה שלנו חייבת להיות דינמית. 00:03:22.080 --> 00:03:29.440 אם לא נתקן זאת, הבינה המלאכותית תמשיך להזות כי היא מסתכלת על הנתונים הלא נכונים, או גרוע מכך, היא תחשוף אמת על נתונים שהיו אמורים להישאר חסויים. 00:03:29.600 --> 00:03:34.240 כדי לתקן את מעגל העבודה החוזרת, עלינו לבחון את המודל הבסיסי של האופן שבו אנחנו מעניקים גישה. 00:03:34.320 --> 00:03:35.940 העלות הגבוהה של עבודה חוזרת. 00:03:35.940 --> 00:03:43.060 אנחנו מדברים על רווחי הפרודוקטיביות של הבינה המלאכותית כאילו מדובר במספר גולמי, ואנחנו רואים את תשע השעות שנחסכו בחודש ומניחים שהעבודה הוא שלמה. 00:03:43.200 --> 00:03:50.780 אך המציאות הרבה יותר מבולגנת, כי כרגע קף מינוס 40% מהזמן שהעובדים שלכם חוסכים באמצעות בינה מלאכותית הולך לאיבוד מיד בתיקון מה שהבינה המלאכותית תעתה בו. 00:03:50.780 --> 00:03:52.960 זהו החיכוך הסמוי של ממגורות המידע. 00:03:53.080 --> 00:03:59.940 כשלקופילות, קופיילות, אין גישה לנתונים הנכונים, לחוזה הסופי, לתקציב בפועל או לתוכנית הפרויקט המאומתת, הוא לא עוצר. 00:04:00.060 --> 00:04:07.400 הוא מנחש, הוא מסתכל על הנתונים האפלים שהוא יכול לראות, כמו טיוטה ישנה מתיקייה משותפת או הודעת שט ספקולטיבית, והוא בונה תשובה על סמך זה. 00:04:07.540 --> 00:04:11.040 התוצאה היא מעגל עבודה חוזרת ששוחק בשקט את ההחזר על ההשקעה שלך. 00:04:11.040 --> 00:04:13.640 אנחנו יכולים למעשה לחמת את החוב הדיגיטלי הזה. 00:04:13.640 --> 00:04:21.540 עבור העובדים המצטיינים שלך, משתמשי הכוח שנעזרים בחילים אלו יותר מכולם, העבודה החוזרת הזו מסתכמת בכשבוע וחצי של זמן עבוד בשנה. 00:04:21.660 --> 00:04:30.680 תחשבו על זה, אתם משלמים על רישיון פרימיום כדי לחסוך זמן, אך בגלל שהנתונים שלכם מבודדים, האנשים הטובים ביותר שלכם מבלים כמעט שבועיים מלאים רק בבדיקת שגיאות שנוצרו על ידי מכונה. 00:04:30.680 --> 00:04:35.620 הם מתפקדים למעשה כמגיעים בשכר גבוה עבור מערכת שהייתה אמורה להיות הטייס המשנה שלהם. 00:04:35.620 --> 00:04:38.100 זה קורה בגלל שסיבוב נוקשה יוצר וקום. 00:04:38.260 --> 00:04:45.880 אם הבינה המלאכותית נחסמת מגישה למערכת הטיעוד על ידי תווית רגישות מיושנת, היא תמלא את הווקום הזה בכל מערכת נוחה שהיא תוכל למצוא. 00:04:46.020 --> 00:04:50.660 במחלקות כמו כספים ומשאבי אנוש, זה מוביל לפלטים שגויים שנראים בטוחים בעצמם. 00:04:50.660 --> 00:04:53.960 מנהל כספים עשוי לבקש סיכום של ההוצאות הריבוניות. 00:04:53.960 --> 00:05:01.520 אם הייצוא האמיתי מה-ERP נעול, אך טיוטת עבודה מבולגנת ולא מסווגת נמצאת בערוץ טימס ציבורי, הבינה המלאכותית תסכם את הטיוטה. 00:05:01.640 --> 00:05:04.940 המנהל מבלה לאחר מכן 20 דקות במציאתי ההתאמות. 00:05:05.160 --> 00:05:07.780 זהו החיכוך שבין יעילות גולמית לערך נטו. 00:05:07.780 --> 00:05:14.700 אם לוקח לך 2 דקות ליצור דוח, אבל 20 דקות, לאמת את המספרים כי הבינה המלאכותית לא יכלה לראות את מקור האמת. 00:05:14.920 --> 00:05:16.020 לא באמת הרווח את הדבר. 00:05:16.200 --> 00:05:18.600 פשוט העברת את העבודה מיצירה לתיקון. 00:05:18.760 --> 00:05:22.180 העבודה החוזרת הזו היא לא רק מתרד, היא סימפטום לחשל מבני. 00:05:22.380 --> 00:05:25.240 בילינו שנים בבניית מאגרי נתונים מבודדים כדי להגן על מידע. 00:05:25.460 --> 00:05:28.960 אך בעידן הבינה המלאכותית היוצרת, המאגרים האלו פועלים כחיסויי עיניים. 00:05:29.080 --> 00:05:31.260 כשהבינה המלאכותית מחוסת עיניים, היא הוזה. 00:05:31.260 --> 00:05:34.820 היא מנסה לרצות את המשתמש על ידי חיבור נקודות שלא היו צריכות להיות מחוברות. 00:05:34.920 --> 00:05:39.740 אנחנו רואים ארגונים שבהם שיעור העבודה החוזרת כל כך גבוה, שהעובדים מתחילים לאבד אמון בכלי. 00:05:39.880 --> 00:05:44.480 הם מפסיקים לבקש מהבינה המלאכותית ניתוחים מורכבים וחוזרים להשתמש בה רק לניסוח אימיילים בסיסיים. 00:05:44.680 --> 00:05:47.420 ברגע שזה קורה, אסטרטגיית הבינה המלאכותית שלך נכשלה. 00:05:47.600 --> 00:05:50.260 אתם משלמים על מנוע, אבל משתמשים רק בפנסים הקדמיים. 00:05:50.260 --> 00:05:54.740 כדי לתקן את מעגל העבודה החוזרת הזה, עלינו להפסיק להסתכל על הבינה המלאכותית ולהתחיל להסתכל על הצנר. 00:05:54.860 --> 00:06:03.140 הנתונים הטובים קיימים, התובנות המבריקות שם, אבל הם כלואים מאחורי חומה של הרשאות מדור קודם ותוויות סטטיות שתוכננו לעולם שבו בני אדם ביצעו את כל החיפושים. 00:06:03.300 --> 00:06:09.920 אנחנו צריכים לעבור למודל שבו הבינה המלאכותית יכולה לראות את מה שהיא צריכה לראות, בדיוק כשהיא צריכה לראות זאת, מבלי להתפשר על הבטחה. 00:06:09.920 --> 00:06:18.400 עלינו לבחון את המודל שעל פיו אנו מעניקים גישה, כי כל עוד הבינה המלאכותית פועלת עם הקשר חלקי, אתם תעבדו שעות נוספות כדי לתקן את התוצאות. 00:06:18.540 --> 00:06:21.760 זהו מחיר שאף ארגון אינו יכול להרשות לעצמו להתעלם ממנו. 00:06:21.900 --> 00:06:25.480 מהקלה להקשר עלינו להפסיק לחשוב על הבטחה כעל חומת מגן. 00:06:25.680 --> 00:06:32.420 במשך עשורים, התעשייה הסתמכה על מודל של היקף מוקשה, או שהיית בתוך הרשת או מחוץ עלה, אבל העולם הזה נעלם. 00:06:32.420 --> 00:06:34.060 היום, ההיקף הוא חדיר. 00:06:34.060 --> 00:06:38.880 אנשים עובדים מהבית, משתמשים במכשירים לא מנוהלים ומשתפים פעולה עם ספקים חיצוניים. 00:06:39.060 --> 00:06:46.640 בסביבה הזו, המודל הישן של הקלה, שבו נועלים נתונים בתיקייה ומניחים שהם בטוחים כי התיקייה פרטית הוא אשליה מסוכנת. 00:06:46.760 --> 00:06:54.420 זה מסוכן כי זה מניח שהאיום הוא רק מבחוץ, אבל האיום האמיתי בעידן הקופילות הוא זכילה הדרגתית של הרשאות פנימיות שנערמו במשך שנים. 00:06:54.420 --> 00:06:57.780 עלינו לעבור מאסטרטגיה של הקלה לאסטרטגיה של הקשר. 00:06:57.780 --> 00:07:00.020 המודל הישן נבנה עבור מבנה ארגוני. 00:07:00.180 --> 00:07:02.780 הוא הניח שרגישות של קובץ היא תכונה קבועה. 00:07:02.880 --> 00:07:05.620 תייאגת את המסמך כחסוי וזה סוף הסיפור. 00:07:05.760 --> 00:07:09.000 אבל בסביבת בינה מלאכותית שיתופית, התגית הזו גסה מדי. 00:07:09.140 --> 00:07:10.360 היא לא מספרת לנו מספיק. 00:07:10.540 --> 00:07:14.380 היא לא מתחשבת במי שמבקש, באיזה מכשיר הוא משתמש או איפה הוא נמצא. 00:07:14.380 --> 00:07:18.240 זו הסיבה שאנו רואים מעבר מסיבי לעבר בקרת גישה דק. 00:07:18.640 --> 00:07:21.380 זה לא רק שדרוג טכני, זה שינוי פילוסופי. 00:07:21.380 --> 00:07:26.800 זה מעביר את תהליך קבלת ההחלטות מרגע יצירת הקובץ למילי שנייה שבה הנתונים מתבקשים. 00:07:27.020 --> 00:07:29.600 זה ההבדל בין מנעול סטטי לחיישן חכם. 00:07:29.780 --> 00:07:35.100 עד שנת 2026, התעשייה מחייבת מעבר לבקרת גישה מבוססת תכונות ABC. 00:07:35.540 --> 00:07:37.660 זהו הבסיס למרקם הזהות המודרני. 00:07:37.660 --> 00:07:42.500 במקום להסתמך על טווית סטטית בודדת, ABC מעריכה טריסר אותות סיכון שונים בזמן אמת. 00:07:42.680 --> 00:07:44.380 היא בוחנת את תפקיד המשתמש, בוודאי. 00:07:44.540 --> 00:07:46.380 אבל גם את מצב הבריאות של המחשב הנייד שלו. 00:07:46.480 --> 00:07:48.140 היא בוחנת את המיקום הפיזי שלו. 00:07:48.260 --> 00:07:50.000 היא אפילו בוחנת את ההתנהגות שלו. 00:07:50.140 --> 00:07:56.860 אם משתמש שבדרך כלל ניגש רק לקבצי שיווק מבקש פתאום מקופילות לסכם את כל בסיס נתוני השכר מבית קפה במדינה אחרת, 00:07:57.100 --> 00:07:59.440 המערכת לא צריכה להסתכל רק על טווית הרגישות. 00:07:59.440 --> 00:08:03.220 היא צריכה להסתכל על ההקשר ולהגיד, לא, כך אנו עוברים מהאם הקובץ מטויג, 00:08:03.340 --> 00:08:05.540 לשאלה האם המשתמש הזה צריך לראות את הנתונים האלו עכשיו. 00:08:05.940 --> 00:08:06.540 גרשיים נקודה. 00:08:06.720 --> 00:08:08.600 זהו שינוי דק עם השלכות מסיביות. 00:08:08.600 --> 00:08:13.100 זה מאפשר לנו להיות צלחניים יותר כשהסיכון נמוך ומקבילים יותר כשהסיכון גבוה. 00:08:13.300 --> 00:08:16.340 זה שובר את המחיצות כיוון שהוא מאפשר גישה בזמן אמת. 00:08:16.580 --> 00:08:20.020 אם צוות השיווק צריך לראות את תאריך ההשקה הסודי ביותר, 00:08:20.020 --> 00:08:23.200 המערכת יכולה להעניק להם גישת קריאה בלבד זמנית, 00:08:23.420 --> 00:08:26.040 המבוססת על ההקשר של הפרויקט הנוכחי שלהם, 00:08:26.260 --> 00:08:28.440 מבלי לפגוע לצמיתות בהבטחת הקובץ. 00:08:28.700 --> 00:08:33.380 זו הדרך היחידה לאפשר את סוג האינטליגנציה הבין מחלקתית שבינה מלאכותית מבטיחה, 00:08:33.380 --> 00:08:36.180 מבלי להפוך את הדייר שלכם להפקרות של נתונים. 00:08:36.420 --> 00:08:40.200 החזר ההשקעה, ROI, של המערכות הדינמיות הללו כבר הופך לברור. 00:08:40.360 --> 00:08:46.920 ארגונים שעוברים מתיוג סטטי למודל מודע הקשר רואים הפחתה של 15% עד 30% בפרמיות ביטוח הסייבר שלהם. 00:08:46.920 --> 00:08:50.920 מדוע? מכיוון שמבטיחים יודעים שתגים סטטיים הם קלים להקיפה או להתעלמות. 00:08:51.080 --> 00:08:53.960 מערכות דינמיות, לעומת זאת, הרבה יותר קשות לניצול. 00:08:54.100 --> 00:08:58.100 הן מספקות רמה של עימות מתמשך שמודלים סטטיים פשוט לא יכולים להשתוות אליה. 00:08:58.100 --> 00:09:03.680 הן מצמצמות את טווח הפגיעה של חשבון שנפרץ כי התוקף לא יכול פשוט לרשת שנים של הרשאות רשלניות. 00:09:03.820 --> 00:09:05.460 כל בקשה היא הערכה חדשה. 00:09:05.640 --> 00:09:08.360 כל אינטראקציה היא הזדמנות חדשה לעימות אמון. 00:09:08.560 --> 00:09:10.980 זהו לא רק שינוי תיאורטי עבור הדריכלית. 00:09:10.980 --> 00:09:14.460 זוהי דרישת הישרדות עבור הגל הבא של בינה מלאכותית סוכנת. 00:09:14.600 --> 00:09:17.100 ככל שאנו נעים לעבר סוכנים שיכולים לפעול בשמנו, 00:09:17.280 --> 00:09:19.660 לטאם פגישות, להעביר כספים או לעדכן רשומות, 00:09:19.660 --> 00:09:22.620 איננו יכולים להסתמך על מודל הבטחה של הגדר ושכח. 00:09:22.780 --> 00:09:25.520 אנחנו זקוקים למערכת שמבינה את הכוונה מאחורי הפעולה. 00:09:25.660 --> 00:09:28.820 אנחנו זקוקים להבטחה חכמה בדיוק כמו הבינה המלאכותית שהיא מגינה עליה. 00:09:29.020 --> 00:09:30.960 זה מוביל אותנו למפת הדרכים הטכנית. 00:09:30.960 --> 00:09:32.540 כי בעוד שהפילוסופיה משתנה, 00:09:32.760 --> 00:09:35.760 הכלים ליישומה מגיעים סוף סוף לאכוס סיסטם של פורוו. 00:09:35.920 --> 00:09:38.560 במפת הדרכים של פורוו לשנת 2026, 00:09:38.800 --> 00:09:41.980 המעבר לעבר אינטליגנציה מודעת הקשר בא לידי ביטוי סוף סוף 00:09:41.980 --> 00:09:44.600 בארכיטקטורה בפועל של האקוסיסטם של מייקרוסופט. 00:09:44.680 --> 00:09:48.460 אנחנו עוברים את התקופה שבה פורוו היה רק כלי לדיווח תאימות, 00:09:48.700 --> 00:09:51.940 ועד 2026 הוא התפתח למנוע אבחון בזמן אמת. 00:09:51.940 --> 00:09:56.940 אחד השינויים המשמעותיים ביותר הוא המעבר לאבחון תמידי עבור DRP בנקודות קצה. 00:09:57.040 --> 00:10:02.080 בעבר, פתרון תקלות במדיניות הבטחה דרש שבוע של התכתבויות הלוך ושוב בין האיט למשתמש 00:10:02.080 --> 00:10:04.420 בזמן שניסו לשחזר תקלה שקרתה פעם אחת. 00:10:04.420 --> 00:10:10.260 כעת, עקבות האבחון הללו נשמרים מקומית על המכשיר בפורמט מאובטח ודחוס למשך 90 יום. 00:10:10.260 --> 00:10:15.380 זה מאפשר למערכת לנתח בדיוק מדוע קובץ ספציפי נחסם או מדוע תאג לא הוכל, 00:10:15.580 --> 00:10:17.740 מבלי לשלוח את התוכן הרגיש עצמו לענן. 00:10:17.920 --> 00:10:20.560 זו נירות מקומית משולבת עם אכיפה גלובלית. 00:10:20.720 --> 00:10:24.480 עוצמת אבחון זו מועצמת על ידי כלי הסבר מבוססי בינה מלאכותית. 00:10:24.660 --> 00:10:28.500 הגענו לרמת מורכבות שבה מנהלי מערכות אנושיים כבר לא יכולים לעקוב ידנית 00:10:28.500 --> 00:10:30.800 אחר ההבדל בין טרייסר מדיינויות די-ארפי שונות. 00:10:30.900 --> 00:10:34.700 כאשר מדיניות משתנה, המערכת מייצרת כעת סיכום בשפה טבעית 00:10:34.700 --> 00:10:37.920 שמסביר בדיוק מה השתנה ואילו קבוצות משתמשים מושפעות מכך. 00:10:38.060 --> 00:10:41.340 היא גם מציגה מה תהיה ההשפעה הפוטנציאלית על תהליכי עבודה שיתופיים, 00:10:41.600 --> 00:10:43.260 מה שמפחית את הסיכון לסטיית מדיניות. 00:10:43.460 --> 00:10:47.600 זהו מצב שבו כללי הבטחה הופכים לסבוכים כל כך שהם מתחילים לחסום עבודה לגיטימית. 00:10:47.600 --> 00:10:51.620 כלים אלו מאפשרים לצוות ההבטחה לפעול כגורם מאפשר ולא כשומר סף, 00:10:51.860 --> 00:10:55.040 על ידי הבהרת חוקי המשחק בשפה שהעסק באמת יכול להבין. 00:10:55.220 --> 00:10:59.760 חלק קריטי במפת דרכים זו הוא התפקיד של חיפוש SharePoint מוגבל, או RSS. 00:11:00.000 --> 00:11:02.420 זהו בלם החירום עבור פריסת ה-AI שלכם. 00:11:02.420 --> 00:11:04.960 הוא מאפשר לכם להחריג במפורש אתרים בסיכון גבוה, 00:11:05.160 --> 00:11:08.340 כמו מסמכי הדירקטוריון, נתוני השכר או האסטרטגיה המשפטית, 00:11:08.500 --> 00:11:09.920 משימוש כבסיס ידע לקופילות. 00:11:09.920 --> 00:11:11.700 עוד לפני שנוגעים בתווית רגישות, 00:11:11.920 --> 00:11:17.380 ניתן להשתמש ב-RSS כדי להבטיח שה-AI פשוט לא יוכל לראות את הפינות המסוכנות ביותר בדייר שלכם. 00:11:17.580 --> 00:11:21.800 זוהי שכבת הגנה בסיסית שמכירה בכך שלא כל הנתונים נוצרו שווים. 00:11:21.800 --> 00:11:27.280 זה מעניק לכם מרווח נשימה לתקן את חוב ההרשאות שלכם מבלי לסגור את כל הניסוי ב-AI. 00:11:27.480 --> 00:11:30.640 אנו עדים גם להתרחבות מסיבית בכלות התיוג האוטומטי. 00:11:30.760 --> 00:11:34.220 היעד לשנת 2026 הוא להיות מאובטחים כברירת מחדל. 00:11:34.220 --> 00:11:39.640 ספריות השירפוינט שלכם אינן עוד מאגרים פסיביים שכן הן הופכות למשתתפות פעילות במערך ההבטחה שלכם. 00:11:39.780 --> 00:11:45.480 כאשר קובץ מעולה לספרייה ספציפית, תווית ברירת המחדל של אותה ספרייה מוכלת עליו במנוחה באופן אוטומטי. 00:11:45.480 --> 00:11:51.040 אם הקובץ מכיל סוגי מידע רגישים, המערכת יכולה כעת לדרוס תוויות ידניות בעלות עדיפות נמוכה יותר. 00:11:51.260 --> 00:11:54.700 זה סוגר את פער הכיסוי שהאיק על מערכות ידניות במשך שנים. 00:11:54.860 --> 00:11:58.940 זה מבטיח שגם אם משתמש שוכח לתייג מסמך, הפלטפורמה מגבה אותו. 00:11:59.140 --> 00:12:02.580 זוהי המעבר ממערכת וולונטרית לתשתית אוטומטית מחייבת. 00:12:02.580 --> 00:12:08.040 כדי לנהל זאת בקנה מידה רחב, אנו מסתמכים יותר ויותר על הגרף אפי איי לניתוח שימוש מותאם אישית. 00:12:08.120 --> 00:12:12.040 כעת אנו יכולים להציץ מתחת למכסה המנוע כדי לראות בדיוק אילו מחלקות מבודדות. 00:12:12.040 --> 00:12:18.200 אם לצוות המחקר ופיתוח יש שיעור עבודה חוזרת של 90% בגלל שהם חסומים מגישה למפרטי הנדסה, הנתונים יראו זאת. 00:12:18.200 --> 00:12:23.660 אנו יכולים לזהות את צוורי הבקבוק שבהם סיווג נוקשה פוגע בפריון ולהתאים את המדיניות בזמן אמת. 00:12:23.760 --> 00:12:27.600 כך אנו עוברים ממערך הבטחה תגובתי לאסטרטגיאת ממשל פרואקטיבית. 00:12:27.760 --> 00:12:33.280 אנו משתמשים בנתונים כדי לדעת היכן המערכת נשברת, במקום לחכות לתלונה של משתמש או להתרחשות פרצה. 00:12:33.280 --> 00:12:37.300 אך גם עם הכלים הטובים ביותר, האסטרטגיה נכשלת ללא אישור קו של ההנהלה. 00:12:37.300 --> 00:12:44.940 אתם יכולים להחזיק בהגדרת הפרוויו המתקדמת ביותר בעולם, אך אם ההנהלה שלכם עדיין רואה במידע משהו שיש לצבור, לעולם לא תממשו את מלוא הערך של הבינה המלאכותי. 00:12:45.060 --> 00:12:48.120 זה מוביל אותנו לסוג חדש של סיכון שצומח מלמטה למעלה. 00:12:48.280 --> 00:12:53.260 זהו אתגר שלא מגיע מהעקרים או מאיומים חיצוניים, אלא מהעובדים שלכם שמנסים להיות פרודוקטיביים. 00:12:53.260 --> 00:12:56.180 אנחנו צריכים לדבר על הדילמה של מפתח הסיטיזן. 00:12:56.340 --> 00:12:58.080 הדילמה של מפתח הסיטיזן. 00:12:58.240 --> 00:13:03.520 אנחנו עדים כרגע על ההתפרצות הגדולה ביותר של יצירה בלתי מוסדרת בהיסטוריה של המחשוב הארגוני. 00:13:03.700 --> 00:13:07.260 יש כיום מעל מיליון נכסי לואו קוד בתוך העקו סיסטם של מייקרוסופט. 00:13:08.000 --> 00:13:13.580 אפשרנו לעובדים לבנות אפליקציות משלהם, זרימות עבודה משלהם, ועכשיו גם סוכני איי משלהם. 00:13:13.700 --> 00:13:15.680 אבל להעצמה הזו יש צד אפל. 00:13:15.680 --> 00:13:21.780 עברנו משאדו איט לשאדו איי, שבו משתמשים לא טכניים בונים סוכנים מורכבים על גבי נתונים מבולגנים ובלתי מנוהלים. 00:13:21.980 --> 00:13:24.360 זהו הסיכון של התפשטות סוכנים בלתי מבוקרת. 00:13:24.580 --> 00:13:29.980 זה מה שקורה כשמתאמת שיווק בונה GPT מותאם אישית בקופלות סטודיו כדי לעזור עם פניות ספקים, 00:13:30.220 --> 00:13:35.480 אבל היא מחברת בטעות את הסוכן הזה לאתר שירפוינט שמכיל את כל החוזים שהחברה חתמה מאז 2012. 00:13:35.900 --> 00:13:38.520 הדילמה היא שאנחנו לא יכולים פשוט לחבות את זה. 00:13:38.520 --> 00:13:43.840 אם תחסלו את היכולת של אנשים לפתור בעיות בעצמם, תחסלו את הגמישות שהאיי אמורה לספק. 00:13:43.940 --> 00:13:46.540 במקום זאת, עלינו לעבור למודל ממשל מדורג. 00:13:46.700 --> 00:13:48.280 לא כל הסוכנים נוצרו שווים. 00:13:48.460 --> 00:13:56.260 כלי לואו קוד שעוזר לאדם לסכם את המיילים שלו באמצעות מחברי טים סטנדרטיים הוא נכס בסיכון נמוך שצריך לעקוף את תהליך הבדיקה הכבד. 00:13:56.380 --> 00:14:02.300 אבל סוכן שנוגע במערכת רשומות כמו Dataverse או בסיס נתונים SQL רגיש, זקוק לשומר סף. 00:14:02.300 --> 00:14:07.820 עלינו להפסיק להתייחס לפיתוח על ידי עובדים כקטגוריה אחת ולהתחיל להתייחס אליו כאל מינד של סיכונים. 00:14:08.000 --> 00:14:14.300 התעשייה עוברת מהקונספט הישן של Citizen Development לעבר מה שאנו מכנים כיום, בנייה אישית מוגברת בינה מלאכותית. 00:14:14.380 --> 00:14:15.860 ההבדל הוא דק אך מכריע. 00:14:16.060 --> 00:14:20.540 בעולם הישן, המשתמש היה מפתח, אבל בעולם החדש, המשתמש הוא מתזמר. 00:14:20.680 --> 00:14:23.240 הם מכוונים את ה-AI לבנות את הפתרון עבורם. 00:14:23.440 --> 00:14:27.320 זה הופך את אמצעי ההגנה בקופילוט סטודיו לחשובים יותר מהקוד עצמו. 00:14:27.320 --> 00:14:35.380 עלינו להטמיע שכבות ניטור תוכן שמונעות מהסוכנים האלה להזות או לדלוף נתונים באמצעות התקפות הזרקת הנחיה שהמשתמש אפילו לא ידע שהן אפשריות. 00:14:35.520 --> 00:14:42.340 לא הייתם נותנים למתמחה בקיץ לכתוב את חוקי הפיירוול שלכם, לכן אסור לנו לתת להם לבנות סוכנים שיש להם גישת קריאה לכל הוויקי הארגוני. 00:14:42.460 --> 00:14:43.420 הפתרון הוא מבני. 00:14:43.600 --> 00:14:48.280 עלינו להפוך לאוטומטית את האכיפה של מדיניות מניעת אובדן נתונים בתוך סביבת ה-Halo-Code. 00:14:48.280 --> 00:14:54.620 אם משתמש מנסה לחבר סוכן בינה מלאכותית לחשבון דרופבוקס חיצוני שאינו מנוהל, המערכת צריכה לחסום זאת מיד. 00:14:54.760 --> 00:15:02.880 אם הם מנסים לבנות בוט ששואל ספרייה המסומנת כבעלת סיווג סודי ביותר, הפרסה צריכה להפעיל בדיקה ידנית אוטומטית על ידי צוות העיט. 00:15:03.020 --> 00:15:05.620 זה יוצר מסלול חדשנות מאובטח מעצם התכנון. 00:15:05.620 --> 00:15:12.640 זה מאפשר לבוני המערכות ליצור תוך הבטחה שהנכסים הרגישים ביותר של הארגון נשארים מאחורי החומות המודעות להקשר שדנו בהן. 00:15:12.740 --> 00:15:17.160 אנחנו עוברים לעידן שבו כל עובד הוא אדריכל פוטנציאלי של התבונה הארגונית. 00:15:17.400 --> 00:15:22.280 זהו יתרון תחרותי עצום אם מנוהל נכון, אך חוות קטסטרופלית היא מופקר ליד המקרה. 00:15:22.420 --> 00:15:25.620 המטרה אינה לעצור את ההתפשטות, אלא לנהל את הזרימה. 00:15:25.620 --> 00:15:32.440 עלינו לספק לבוני האזרחים תבניות מאושרות מראש ואזורים בטוחים שבהם יוכלו להתנסות מבלי לסכן את נכסי הליבה. 00:15:32.580 --> 00:15:37.640 זה מבטיח שהסוכנים שהם יוצרים הם הרחבה של אסטרטגיית הממשל שלנו ולא חריגה ממנה. 00:15:37.760 --> 00:15:42.280 זה מוביל אותנו למסוחה האחרונה שהיא לגרום להנהלה הבחירה להתייחס לגישה כאל נכס אסטרטגי. 00:15:42.400 --> 00:15:44.780 אי אפשר לנהל מיליון סוכנים מחדר השרתים במרטף. 00:15:44.900 --> 00:15:46.640 אתם צריכים אישור קו של ההנהלה. 00:15:46.640 --> 00:15:50.200 הגיע הזמן להעביר את השיחה מחדר השרתים אל חדר הישיבות. 00:15:50.400 --> 00:15:52.000 אסטרטגיית רתימת ההנהלה. 00:15:52.160 --> 00:15:57.960 הקרב הטכני על הבטחה מודעת הקשר מוכרה בקוד, אך הקרב האסטרטגי עדיין עובד בחדר הישיבות. 00:15:58.060 --> 00:16:01.560 במשך שנים, ניהול זהות וגישה תופל כעניין טכני משני. 00:16:01.740 --> 00:16:05.840 זה היה משהו שצוותי המרטף צריכים לטפל בו בזמן שהעסק מתמקד בצמיחה. 00:16:05.980 --> 00:16:09.140 בית מינוס 2026, הלך הרוח הזה הוא חבות. 00:16:09.300 --> 00:16:13.320 עלינו להגדיר מחדש את כל השיחה כי זהות היא כבר לא רק התחברות. 00:16:13.320 --> 00:16:15.980 זהו מישור הבקרה המרכזי לאמון דיגיטלי. 00:16:16.080 --> 00:16:21.500 אם ההנהלה שלכם לא מבינה זאת, פריסת ה-AI שלכם תישאר סדרה של ניסויים יקרים ומנותקים. 00:16:21.720 --> 00:16:24.120 עלינו להפסיק להציג את ההבטחה כמרכז עלות. 00:16:24.280 --> 00:16:27.400 במקום זאת, עלינו למסגר אותה כי מאפשרת מהירות בקבלת החלטות. 00:16:27.580 --> 00:16:31.640 רוב המנהלים רואים בהבטחה סדרה של לא, לא, אי אפשר להשתמש בכלי הזה. 00:16:31.820 --> 00:16:33.400 לא, אי אפשר לשתף את הקובץ הזה. 00:16:33.540 --> 00:16:35.700 אבל תשתית זהות מודרנית עושה את ההפך. 00:16:35.700 --> 00:16:38.780 היא מספקת את הקן שמאפשר לעסק לנוע מהר יותר. 00:16:38.960 --> 00:16:44.500 כשיש לך אימות רציף ומודע להקשר, אתה יכול לקלוט שותף חדש בשעות במקום בשבועות. 00:16:44.580 --> 00:16:48.420 אתה יכול לתת ליועץ גישה בדיוק למה שהוא צריך לפרויקט של שלושה ימים, 00:16:48.700 --> 00:16:51.700 ואז לראות את הגישה הזו נעלמת אוטומטית ברגע שהוא סיים. 00:16:51.900 --> 00:16:54.180 זה לא עניין של הגבלה, זה עניין של גמישות. 00:16:54.360 --> 00:16:59.640 זה עניין של יצירת סביבה שבה האנשים הנכונים יכולים לפעול על בסיס המידע הנכון ללא החיכוך של אישורים ידניים. 00:16:59.640 --> 00:17:03.220 אנחנו יכולים לראות את המחיר של התעלמות מזה בשוק המזוגים והרכישות. 00:17:03.320 --> 00:17:10.140 פערי בשלות עצומים נוצרים בין ארגונים ששולטים בניהול זהויות לבין אלו שעדיין מסתמכים על מודלים מיושנים וסטטיים. 00:17:10.320 --> 00:17:13.000 כאשר חברה בעלת בשלות גבוהה רוכשת מתחרה, 00:17:13.280 --> 00:17:17.020 היא יכולה לשלב את כוח האדם החדש במערכת ה-AI שלה תוך ימים, 00:17:17.340 --> 00:17:20.760 אך בחברות עם היגיינת זהויות ירודה, השילוב נגרר חודשים, 00:17:21.040 --> 00:17:24.420 ועיקוב זה שוחק ערך ועוצר את הסינרגיה שהמיזוג נועד ליצור. 00:17:24.420 --> 00:17:28.100 ניהול זהויות לקוי הוא מכה ישירה לערך שאחרי המזוג. 00:17:28.320 --> 00:17:31.420 זהו נטל על המאזן שרוב המנכלים תרם תרגמו למספרים. 00:17:32.220 --> 00:17:38.140 זו הסיבה שהבקשה להגדלת תקציב של 5 עד 20% עבור תשתיות זהות אינה בקשה לעוד הוצאות הבטחה. 00:17:38.280 --> 00:17:39.660 זו השקעה בתשתית צמיחה. 00:17:39.820 --> 00:17:44.040 זה המקביל הדיגיטלי לבניית רשת רכבות מהירה בין מאגרי המידע שלכם. 00:17:44.180 --> 00:17:50.580 אתם עוברים מהכף מאובטח שכולם מנסים לעקוף למודל עימות רציף שתומך באמת בדרך שבה אנשים עובדים. 00:17:50.580 --> 00:17:55.640 אתם אומרים להנהלה שאם הם רוצים את זינוק הפרודוקטיביות פי חמישה שאיי מבטיח, 00:17:55.960 --> 00:17:58.600 עליהם לשלם עבור התשתית שהופכת זאת לבטוח. 00:17:58.960 --> 00:18:03.020 עליכם להזיז את המטרה מהגנה על המידע לניהול זרימת המידע. 00:18:03.200 --> 00:18:08.960 המעבר למודל מודע הקשר הוא הדרך היחידה לבנות ארגון גמיש בעידן של בינה מלאכותית סוכנת. 00:18:09.120 --> 00:18:12.700 זה מאפשר לארגון להגדיל את הבינה שלו בלי להגדיל את הסיכון. 00:18:13.000 --> 00:18:17.560 כשההנהלה מתייחסת לגישה כנכס אסטרטגי, כל תרבות החברה משתנה. 00:18:17.560 --> 00:18:22.760 ההבטחה הופכת לאחריות משותפת, והמידע הופך למשאב נזיל במקום לסוד שנאגר. 00:18:22.880 --> 00:18:26.740 הגיע הזמן להפסיק להסתכל על עלות הכלים ולהתחיל להסתכל על עלות החיכוך, 00:18:26.980 --> 00:18:29.580 כי בעידן ה-AI, החברה המהירה ביותר מנצחת, 00:18:29.780 --> 00:18:32.380 ואי אפשר להיות מהירים עם המידע שלכם לחוד בשקר. 00:18:32.500 --> 00:18:34.560 המנדט שלכם למד מינוס 2026 ברור. 00:18:35.180 --> 00:18:38.720 עליכם לבצע ביקורת על חוב ההרשאות שלכם לפני שתרחיבו את רישיונות ה-AI. 00:18:38.900 --> 00:18:41.820 הטכנולוגיה מוכנה, אבל הארכיטקטורה שלכם כנראה לא. 00:18:41.820 --> 00:18:48.900 האתגר לרבעון הבא הוא להטמיע תיוג אוטומטי, מחייבו לבצע ניקוי אתרים בתוך 90 יום כדי לסגור את הפערים הברורים ביותר. 00:18:49.000 --> 00:18:49.960 תפסיקו לאגור. 00:18:50.080 --> 00:18:51.000 תתחילו להזרים. 00:18:51.200 --> 00:18:57.060 אם אתם רוצים לשתף את ההתקדמות שלכם בשבירת מנגורות או לדון באופן שבו הצוות שלכם מתמודד עם המעבר להרשאות מודעות הקשר, 00:18:57.280 --> 00:18:58.780 צרו קשר עם מרקו פיטרס בלינקטין. 00:18:58.960 --> 00:19:00.860 בואו נבנה מודל בינה שבאמת עובד. 00:19:01.000 --> 00:19:03.080 הרשמו לעוד צלילות עומק אל עתיד העבודה. 00:19:03.080 --> 00:19:04.220 יישארו מאובטחים. 00:19:04.380 --> 00:19:05.420 יישארו פרודוקטיביים.