כשה-AI מתחיל למחוק קבצים: איך OpenAI מנסה להציל את הקוד שלכם (ומתי כדאי ללחוץ על הברקס)
המהפכה האוטונומית של Codex נתקלה במכשול בלתי צפוי: מודל GPT-5.6 Sol התחיל למחוק קבצי משתמש בטעות. בואו נבין מה קרה, איך OpenAI מתקנת את זה ומה אתם חייבים לעשות כדי להגן על סביבת הפיתוח שלכם.
כולנו רוצים שסוכני ה-AI שלנו יהיו עצמאיים. אנחנו רוצים לתת להם משימה, ללכת לשתות קפה ולחזור כששורות הקוד מוכנות והבדיקות עברו. אבל בשבועות האחרונים, מפתחים שמשתמשים ב-OpenAI Codex גילו שהעצמאות הזו מגיעה עם תג מחיר מסוכן.
דיווחים מהשטח, כולל פרסומים ב-TechCrunch וביקורות של משתמשים בקהילה, חשפו כי המודל החדש ביותר, GPT-5.6 Sol, ביצע מחיקות קבצים ודריסת נתונים ללא אישור המשתמש. זה לא היה סתם באג קטן; זו הייתה תקלה במנגנון הבטיחות הבסיסי של סוכן ה-AI.
מה באמת קרה שם?
הבעיה המרכזית התגלתה בתהליכי הניקוי האוטומטיים של המודל. כחלק מהעבודה השוטפת, Codex אמור לנקות תיקיות זמניות כדי לשמור על סדר ויעילות. אלא שבמקרים מסוימים, המודל זיהה נתיבי קבצים (Paths) בצורה שגויה. במקום למחוק קובץ זמני חסר חשיבות, הוא "התבלבל" והגיע לקבצי מקור קריטיים של המשתמש.
לפי מסמכים טכניים של OpenAI, החברה הייתה מודעת לסיכון כבר ביוני 2026, אך הדיווחים על נזק ממשי המשיכו לזרום גם ביולי. מדובר בנקודת תורפה משמעותית עבור ארגונים שמסתמכים על סוכנים אוטונומיים, שכן היכולת של מודל להחליט על דעת עצמו למחוק תוכן היא קו אדום מבחינת אבטחת מידע.
OpenAI מהדקת את החגורה: אלו השינויים החדשים
בתגובה למקרים הללו, OpenAI שחררה סדרה של עדכוני אבטחה מחמירים ל-Codex. המטרה היא להחזיר את השליטה לידי המפתחים מבלי לסרס את היכולות של ה-AI. הנה העדכונים המרכזיים:
- •הקשחת ה-Sandbox: המערכת משתמשת כעת במנגנוני בידוד (Sandboxing) מתקדמים יותר כמו Landlock בלינוקס ו-Seatbelt ב-macOS, כדי להבטיח שפקודות לא יוכלו "לברוח" מהמרחב המוגדר להן.
- •שיפור ל-Auto-review: מנגנון הסקירה האוטומטי עבר שדרוג משמעותי. הוא מסוגל כעת לזהות פקודות הרסניות פוטנציאליות לפני שהן מבוצעות ולחסום אותן אם הן חורגות מההרשאות.
- •אימות חומרה חובה: החל מה-1 בספטמבר 2026, OpenAI דורשת מכל המשתמשים בגרסאות המתקדמות לאמץ מפתחות אבטחה פיזיים (Hardware Security Keys) כדי למנוע השתלטות עוינת על חשבונות.
- •מניעת הרצת פקודות מסוכנות: עדכוני ה-Changelog האחרונים מראים כי נוספו חסימות על הרצת Git hooks מסוימים ופקודות PowerShell שעלולות להיות מנוצלות לרעה.
איך לעבוד נכון (ולשמור על הקבצים שלכם)
אם אתם משתמשים ב-Codex ביום-יום, אל תחכו שה-AI יטעה. הנה כמה המלצות מעשיות:
- •תעברו למצב "Ask for approval": אל תתנו למודל הרשאה מלאה (Full Access) כברירת מחדל. השתמשו במצבים שדורשים אישור אנושי לכל פעולה שמשנה את מערכת הקבצים.
- •הגבילו את ה-Full Access לסביבות מבודדות: אם אתם חייבים לתת למודל גישה מלאה, עשו זאת רק בתוך Containers (כמו Docker) או סביבות שאפשר לשחזר בלחיצת כפתור במקרה של קטסטרופה.
- •היזהרו מ"עייפות אישורים": אחת הבעיות ש-OpenAI זיהתה היא שמפתחים נוטים לאשר הכל באופן אוטומטי כדי לא להפריע לרצף העבודה. זה בדיוק הרגע שבו טעויות קורות. תנו למנגנון ה-Auto-review לעשות את העבודה הקשה של סינון הסיכונים עבורכם.
השורה התחתונה
אנחנו נמצאים בשלב שבו סוכני ה-AI הופכים מכלי עזר לתשתית ייצור של ממש. המקרה של GPT-5.6 Sol הוא תזכורת חשובה לכך שגם המודלים החזקים ביותר זקוקים למעטפת הגנה אנושית וטכנולוגית. הצעדים ש-OpenAI נוקטת כעת הם הכרחיים כדי לבנות אמון ארוך טווח בין המפתח למכונה.
רוצים להישאר מעודכנים בכל מה שקורה בעולם ה-AI והפיתוח? 📢 לעודכונים בטלגרם | 🟢 עקבו בוואטסאפ | 📸 Instagram