
מצגת דירקטוריון היא אחד המסמכים הרגישים ביותר שרוב הארגונים מפיקים: נתונים כספיים שטרם פורסמו, שיחות על רכישות, תוכניות ארגון מחדש, דברים שמזיזים שווקים או קריירות אם הם דולפים מוקדם מדי. ובכל זאת, הכלי שמשמש להצגתה זוכה לעיתים קרובות לפחות בדיקה מהכלי שמשמש להזמנת חדר הישיבות. הגנת מידע בישיבות דירקטוריון ראויה לאותה הקפדה שמוקדשת למספרים עצמם, והיא מתחילה בשאלה שרוב האנשים אף פעם לא שואלים: לאן המצגת באמת הולכת ברגע שלוחצים על הצגה?
זהו מדריך מעשי לשאלה הזו, שנכתב עבור מי שצריך לענות עליה לפני ישיבת הדירקטוריון הבאה, לא אחרי שמשהו משתבש.
- ההגנה החזקה ביותר היא ארכיטקטונית: תוכן שאף פעם לא מועלה לא יכול להיחשף בפריצה.
- אפליקציית שולחן העבודה של Cliqer מפעילה את תוכנת המצגות שלכם באופן מקומי, כך שהשקפים לעולם אינם מועלים לשרת.
- לשלוט גם במי שנמצא בחדר: גישה בהזמנה בלבד, הסרה על ידי המארח, ו-SSO או תפקידי צוות להרשאות תזמון.
השאלה שאף אחד לא שואל עד שמאוחר מדי
רוב כלי המצגות ושיתוף המסך מעלים את התוכן שלכם לשרת כלשהו לפני שהם מציגים אותו לצופים. זה לא בהכרח זדוני, לעיתים קרובות זו פשוט הדרך הקלה ביותר לבנות יכולת שיתוף מסך, אבל המשמעות היא שמצגת הדירקטוריון שלכם יושבת על תשתית שאינה בשליטתכם, למשך כל הזמן שמדיניות השמירה של הספק קובעת.
עבור רוב המצגות, זה סיכון שניתן לנהל. עבור מצגת דירקטוריון, דיון על מיזוג ורכישה או תוצאות שטרם פורסמו, כדאי לשאול ישירות: האם הכלי הזה שומר אי פעם את התוכן שלנו, ואם כן, איפה ולכמה זמן? התשובה קובעת אם החשיפה שלכם מסתיימת כשהישיבה מסתיימת, או נמשכת בשקט על השרת של מישהו אחר הרבה אחרי שכולם סגרו את המחשבים הניידים.
מה המשמעות האמיתית של "לעולם לא עוזב את המכשיר שלכם"
התשובה החזקה ביותר לשאלה הזו היא ארכיטקטונית, לא נוהלית: תוכן שאף פעם לא מועלה לא יכול להיחשף בפריצה לכלי המצגות, נקודה. זה המודל שבו משתמשת אפליקציית שולחן העבודה של Cliqer. האפליקציה מפעילה את תוכנת המצגות שלכם, PowerPoint, Keynote, Google Slides ואחרות, ישירות על המחשב שמציג את השקפים. פקודות מעבר שקופיות, מיקומי מצביע וכל זרם מסך או מצלמה עוברים דרך WebRTC מוצפן ישירות בין המשתתפים, או דרך ממסר מוצפן ברשתות מגבילות. השקפים עצמם לעולם אינם מועלים לשרת.
כדאי להבהיר את ההבחנה הזו לדירקטוריון או לצוות המשפטי: לא מדובר בכך שהתוכן מוצפן בזמן שהוא מאוחסן, אלא בכך שמלכתחילה אין עותק מאוחסן שצריך להצפין.

מה כן עובר, ואיך הוא מוגן
שום דבר לא מוצג בחלל ריק. חלק מהנתונים כן עוברים בין שכבת תיאום החדר לבין המשתתפים, וכדאי לדעת בדיוק מה:
| מה | לאן זה הולך | הגנה |
|---|---|---|
| מזהה חדר, שמות תצוגה, נוכחות | שרת איתות | TLS (WSS) |
| פקודות שקופיות, מיקום מצביע, מצב טיימר | ישירות בין מכשירים, או דרך ממסר | DTLS, מוצפן מקצה לקצה |
| זרמי מסך או מצלמה, אם מופעלים | ישירות בין מכשירים, או דרך ממסר | SRTP, מוצפן מקצה לקצה |
| צ'אט הפגישה | ישירות בין מכשירים | טקסט בלבד, עמית לעמית, לעולם לא נשמר |
| רשומות חשבון ורישיון | פלטפורמת החשבונות של Cliqer | TLS, נשמר, נתוני SaaS סטנדרטיים |
הפירוט המלא, שנבנה במיוחד לבדיקת אבטחה, נמצא בתרשים זרימת הנתונים, שמפרט גם מה זמני ומה נשמר.
שליטה במי שנמצא בחדר
הגנה על התוכן היא רק חצי מהעבודה. החצי השני הוא לוודא שהאנשים הנכונים, ורק האנשים הנכונים, נמצאים בחדר בכלל.
- הגישה היא בהזמנה. מצטרפים לחדר באמצעות קישור או קוד ספציפיים, לא דרך רשימה ציבורית.
- המארח רואה כל משתתף ויכול להסיר או לחסום כל אחד במהלך הפגישה.
- לצוותים עם דרישות גישה רשמיות, תפקידי צוות ו-SSO קובעים מי בתוך הארגון שלכם יכול בכלל לתזמן או לנהל ישיבת דירקטוריון מלכתחילה.
בדירקטוריון במיוחד, כדאי לשלב זאת עם כלל פנימי פשוט: רק משתתפים מוגדרים בשמם שצפויים להגיע מצטרפים לקישור הפגישה עצמו, וכל השאר מקבלים הקלטה או סיכום כתוב לאחר מכן במקום הקישור החי.
שילוב התהליך בממשל התאגידי שלכם
אם בארגון שלכם יש בדיקת IT או אבטחה רשמית לכלים חדשים, מצגות ברמת הדירקטוריון הן בדיוק תרחיש השימוש שצריך להפעיל אותה, גם אם הכלי כבר נמצא בשימוש במקום אחר לישיבות פחות רגישות. המדריך שלנו לקבלת אישור IT לתוכנת AV מוביל אתכם בתהליך הזה, ורשימת בדיקות האבטחה לתוכנות מצגות מספקת לכם את השאלות הספציפיות שכדאי לשאול.
לארגונים הכפופים לחובות רשמיות של הגנת מידע, ההנחיות של ה-ICO הבריטי בנושא UK GDPR וערכת הכלים לדירקטוריונים של ה-NCSC הן נקודות ייחוס שימושיות כשממסגרים את הנושא כשאלה של ממשל תאגידי ולא כשאלה טכנית גרידא.

רשימת בדיקה מעשית לפני ישיבת הדירקטוריון הבאה
- לוודא שכלי המצגות לעולם אינו מעלה תוכן שקפים, ולקבל זאת בכתב אם זה חשוב לתהליך הממשל התאגידי שלכם.
- להגביל את מי שמקבל את קישור החדר, ולהימנע מפרסומו בכל מקום נגיש יותר מהזמנת יומן למשתתפים מוגדרים בשמם.
- להשתמש במפתחות גישה או ב-SSO עבור כל מי שיש לו גישה קבועה לתזמון או לאירוח של פגישות רגישות.
- לוודא שהמארח יכול לראות ולהסיר משתתפים במהלך הפגישה, ולתדרך את מי שמארח איך לעשות זאת.
- לבדוק את הגדרות הרשת מראש אם הישיבה מתקיימת ברשת לא מוכרת; כדאי לקרוא למה חומות אש ארגוניות חוסמות כלי מצגות אם אתם צופים בעיות קישוריות אצל לקוח או שותף.
שאלות נפוצות
לא. אפליקציית שולחן העבודה מפעילה את תוכנת המצגות על המחשב שלכם, והשקפים לעולם אינם מועלים ל-Cliqer. רק אותות שליטה, ואם מופעלים, זרמי וידאו מוצפנים, עוברים בין המשתתפים.
כן, כאשר החיבור מוצפן כראוי מקצה לקצה, וזו תכונה של תקן WebRTC עצמו, לא תוסף אופציונלי. ההסבר המלא נמצא כאן: האם WebRTC מאובטח.
המארח רואה כל משתתף בזמן אמת ויכול להסיר כל אחד באופן מיידי. הגבלת היקף השיתוף של קישור החדר מראש היא דרך המניעה הטובה ביותר, אבל ההסרה זמינה תמיד כרשת ביטחון.
זה אופציונלי אבל שימושי לארגונים גדולים: דומיין מותאם אישית שומר על כתובת החדר עקבית עם המותג שלכם ולא עם מותג של צד שלישי, מה שחלק מצוותי הממשל התאגידי מעדיפים לכל דבר שמיועד לדירקטוריון.
להתחיל
לפני הפגישה הרגישה הבאה שלכם, כדאי לעבור על תרשים זרימת הנתונים עם מי שאחראי על תהליך הממשל התאגידי שלכם, או ליצור איתנו קשר אם הדירקטוריון או הצוות המשפטי שלכם זקוקים לתשובות בכתב. סקירת האבטחה המלאה מרכזת את כל מה שזמין בשירות עצמי בתוכנית Enterprise.
להריץ את ההפקה הבאה שלכם עם Cliqer
להמשיך לקרוא
עוד אבטחה ו-it להפקה הבאה שלכם


מפתחות גישה בהסבר פשוט: התחברות ללא סיסמה לצוותים עמוסים

כניסה יחידה (SSO) לצוותי AV ואירועים
לקבל את המדריך הבא לפני ההפקה הבאה שלכם
מדריכים מעשיים למציגים, לצוותי AV ולצוותי אירועים, וגם עדכוני הגרסאות של Cliqer שבאמת חשובים. בלי ספאם, וביטול ההרשמה בלחיצה אחת.
