מסירים מידע אישי מיותר לפני בקשת LLM
מצמצמים שדות, מגינים על מפת החלפות ובודקים גם תשובות ויומנים.
קודם פחות מידע
סיווג פנייה אינו דורש תמיד את כל פרופיל הלקוח. בוחרים שדות במפורש ומשאירים מזהה רשומה באפליקציה. כך שדה חדש בבסיס הנתונים לא ייכנס אוטומטית לבקשה. סעיף 5 ב-GDPR מתאר צמצום מידע; תחולת החוק תלויה בנסיבות. זה הסבר טכני, לא ייעוץ משפטי.
החלפה בשרת
מחליפים מזהים לא נחוצים בסמנים לפני השליחה. בפיתוח משתמשים בדוגמאות סינתטיות. מפת EMAIL_1 לערך המקורי נשארת מחוץ לבקשה וליומן, עם הרשאות, משך ותחום של הבקשה המותרת. מידע עם כינויים אינו בהכרח אנונימי: פרטים אחרים עדיין יכולים לזהות אדם.
התשובה אינה סמכות
משחזרים רק סמנים צפויים מהבקשה הנוכחית ולנמען שמותר לו לראות את המידע. סמן זר לא צריך לשלוף רשומה של מישהו אחר. מטפלים בסמנים חסרים או ששונו בלי לחשוף נתונים. ביומן שומרים גרסה בטוחה, לא תשובה ששוחזרו בה פרטים. ביטויים רגולריים מכסים חלק מצורות דואר וטלפון, לא כל שם או טקסט חופשי. כשאי אפשר לבסס שהקלט בטוח, משתמשים בבדיקה נוספת או במסלול מצומצם יותר.
סודות, תנאים וניסוי
סיסמאות, מפתחות API, טוקנים, כותרות גולמיות ומחרוזות חיבור אינם חלק מהבקשה. סוד שנחשף מבטלים או מחליפים אצל הספק, ולא שולחים למודל אחר. קוראים תנאים של שירות API המסוים: שמירה, אימון, מחיקה ואבחון. בודקים גם retries, מעקב תקלות ושיחות שמורות אצלכם. בניסוי סינתטי כוללים שמות, טלפונים שונים, חזרות וסמנים לא צפויים. אם ההסרה או האימות נכשלו, לא שולחים. הצלחה בדוגמאות אינה מוכיחה זיהוי של כל מזהה אפשרי; מתעדים את הפערים בלי להציג הסתרה כערובת אבטחה או חוקיות.