בלוג

האם מותר להזין מידע רגיש בכלי AI - ומה בודקים?

האם מותר להזין מידע רגיש בכלי AI - ומה בודקים?

קובץ לקוח פתוח על המסך, הודעת שגיאה מעכבת את העבודה, והפיתוי ברור: להעתיק את הכול לצ'אט AI ולקבל תשובה תוך שניות. אבל האם מותר להזין מידע רגיש? השאלה הזו אינה טכנית בלבד. היא נוגעת לאמון של לקוחות, לחיסיון מקצועי, לאחריות של מנהלים ולעיתים גם לחוק.

כלי AI יכולים לחסוך זמן אמיתי: לנסח מכתב, לסכם ישיבה, לנתח טבלה או להציע כיוון לפתרון. הערך גדול, אבל הכלל הפשוט הוא שלא כל מידע שנוח להדביק הוא מידע שמותר או נכון להדביק. לפני שמשתמשים בכלי, צריך לדעת מה נכנס אליו, מי עלול להיחשף אליו, ומה יקרה אם המידע ייצא משליטתכם.

האם מותר להזין מידע רגיש בכלי AI?

התשובה הקצרה היא: לפעמים, ורק בתנאים ברורים. אין תשובה אחת שמתאימה לכל כלי, לכל ארגון ולכל סוג מידע. שימוש במידע רגיש עשוי להיות אפשרי כאשר קיימת הרשאה מפורשת, ההגדרות וההסכם מול ספק הכלי מתאימים, והמידע הוזן במינימום הנדרש. במקרים אחרים, גם אם הפעולה אפשרית בלחיצת כפתור, היא עלולה להיות הפרת סודיות, הפרת מדיניות ארגונית או סיכון עסקי מיותר.

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

גם מידע שנראה תמים יכול להפוך לרגיש בהקשר הנכון. למשל, "מנהלת בת 58 מהצפון שעובדת בחברה מסוימת" אינה כוללת מספר זהות, אך היא עשויה לאפשר זיהוי. כך גם שילוב של שם לקוח, סכום עסקה ותאריך פגישה. פרט אחד לא תמיד חושף אדם או עסק, אך כמה פרטים יחד יכולים לעשות זאת.

לא רק מה מזינים, אלא לאן

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

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

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

ארבע שאלות לפני ההדבקה

לפני שמעתיקים מידע לכלי AI, עצרו לחצי דקה ושאלו ארבע שאלות:

  • האם המידע כולל דרך לזהות אדם, לקוח, עובד או עסק?
  • האם התחייבנו לשמור אותו בסוד, בחוזה, במקצוע שלנו או מול מי שמסר אותו?
  • האם אפשר להשיג את אותה תוצאה עם מידע מצומצם או מוסווה?
  • האם אנחנו יודעים בוודאות מה מדיניות הכלי והארגון לגבי המידע הזה?

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

נניח שאתם רוצים לנסח מענה ללקוח לא מרוצה. אין צורך להזין את שמו, מספר ההזמנה, כתובתו וכל ההתכתבות. אפשר לכתוב: "לקוח קיבל מוצר באיחור של שבוע ומבקש החזר. נסח תשובה אמפתית שמסבירה את האפשרויות." קיבלתם את עזרת ה-AI, בלי למסור פרטים שלא נדרשו למשימה.

אותו עיקרון עובד גם במסמכים מקצועיים. במקום להעלות חוזה מלא, אפשר לתאר את הסעיף הרלוונטי במילים כלליות ולבקש רשימת שאלות לבדיקה. במקום להדביק תיק רפואי, אפשר לבקש ניסוח כללי של הסבר למטופל. כלי AI יכול לעזור לחשוב, לא חייב לקבל את כל התיק.

טשטוש מידע הוא כלי שימושי, אבל לא קסם

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

כדאי להבחין בין אנונימיזציה אמיתית לבין פסאודונימיזציה. אם החלפתם את "דנה לוי" ב"לקוחה א'" אבל השארתם מספר לקוח, עיר, תאריך ומקרה חריג, ייתכן שעדיין אפשר לזהות אותה. במקרה כזה המידע לא באמת הפך לבלתי מזוהה.

מצד שני, טשטוש מוגזם עלול לפגוע באיכות התשובה. אם ה-AI צריך להבין תנאי תשלום, אל תחליפו כל מספר במילה "מספר". השאירו את המבנה ואת הנתונים ההכרחיים, אך הסירו את הפרטים שמחברים אותם לאדם או לעסק מסוים. זו מיומנות עבודה: לתת לכלי הקשר מספק, בלי לתת לו את כל הארכיון.

מידע שלא מזינים לצ'אט ציבורי

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

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

במקרה של קוד, אפשר לעיתים להציג קטע מינימלי שממחיש את התקלה, לאחר הסרת מפתחות גישה, כתובות שרת, שמות לקוחות והיגיון עסקי ייחודי. אם אי אפשר להפריד בין התקלה לבין הקוד הרגיש, הפתרון אינו "להיזהר יותר". הפתרון הוא להשתמש בסביבת עבודה מאושרת או לערב את גורם האבטחה בארגון.

האחריות היא גם ניהולית

כאשר עובד מזין מידע רגיש לכלי AI בלי הנחיות, זו לא רק טעות אישית. לעיתים זו עדות לכך שהארגון לא הגדיר דרך עבודה. איסור גורף על AI עשוי לדחוף אנשים להשתמש בכלים בחשאי. חופש מוחלט יוצר סיכונים. הדרך המעשית נמצאת באמצע: מדיניות קצרה, ברורה וקלה ליישום.

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

בישראל, ההיבטים של הגנת פרטיות, סודיות מקצועית והתחייבויות חוזיות עשויים לחול במקביל. בארגונים שעובדים מול לקוחות מחו"ל, ייתכן שיחולו גם דרישות נוספות לפי המדינה והחוזה. לכן, במידע מהותי או רגיש במיוחד, כדאי לערב ייעוץ משפטי, פרטיות או אבטחת מידע. AI יכול לסייע בניסוח ובהבנה, אבל הוא אינו מחליף שיקול מקצועי ואינו מעניק אישור רגולטורי.

אם כבר הוזן מידע רגיש

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

הדבר החשוב הוא לא לחפש אשמים בשלב הראשון, אלא לצמצם נזק וללמוד. אם אותה טעות יכולה לקרות שוב מחר, הבעיה אינה רק באדם שטעה אלא בתהליך שלא נתן לו חלופה ברורה.

כלי AI הם חלק מהעבודה ומהחיים עצמם, ולכן ההרגל הנכון אינו פחד מהם אלא בחירה מודעת. לפני כל הדבקה, שאלו: האם הייתי מרגיש בנוח אם האדם או העסק שמסר לי את המידע היה רואה בדיוק מה שלחתי? אם התשובה אינה כן ברור, נסחו מחדש, טשטשו פרטים או עצרו לקבלת אישור.