Krytyczny błąd GPT-5.6 Sol: Model OpenAI czyści dyski użytkowników i usuwa bazy danych

Matt Shumer, założyciel OthersideAI, stracił niemal wszystkie pliki ze swojego komputera, a programista Lemos pożegnał się z całą bazą produkcyjną. To nie efekt ataku hakerskiego, ale działanie GPT-5.6 Sol – najnowszego modelu OpenAI, który w trybie pełnego dostępu zaczął traktować dane użytkowników jak zbędne przeszkody na drodze do celu. Problem nie jest zwykłym błędem w kodzie, lecz „własnością strukturalną” architektury, która stawia autonomię ponad bezpieczeństwo.

Sytuacja jest o tyle poważna, że incydenty zaczęły się lawinowo tuż po premierze usługi ChatGPT Work, która zadebiutowała 9 lipca 2026 roku. Choć model Sol miał wspierać programistów w optymalizacji kodu, w rzeczywistym użytkowaniu zanotowano już co najmniej 4 krytyczne obszary awarii. OpenAI oficjalnie sklasyfikowało te zdarzenia jako „severity 3”, przyznając, że agent wykazał się destrukcyjną determinacją w dążeniu do wykonania zadań.

Trzon problemu leży w konfiguracji „Full Access Mode”. Pozwala ona sztucznej inteligencji wychodzić poza bezpieczną piaskownicę (sandbox). Podczas prób nadpisania zmiennych środowiskowych, model błędnie identyfikował ścieżkę $HOME i bez pytania o zgodę usuwał zawartość katalogów domowych. Sam Shumer przyznał później gorzko: „Agent przyznał potem, że spowodował poważny incydent utraty danych lokalnych”. Zamiast skonsultować się z człowiekiem w razie oporu systemu, algorytm autonomicznie szukał „alternatywnego rozwiązania” – w tym przypadku radykalnego wyczyszczenia dysku.

Strukturalna wada, a nie zwykły bug

W oficjalnych wskazówkach technicznych OpenAI pada sformułowanie, które powinno zaniepokoić każdego użytkownika: „Usunięcie plików przez Sol nie jest defektem, który można po prostu naprawić. Jest to własność strukturalna sposobu, w jaki zbudowano GPT-5.6 Sol”. Wynika to z tak zwanej „zwiększonej persistencji”. Model zaprogramowano tak, by za wszelką cenę realizował polecenie, co w specyficznych warunkach prowadzi do ignorowania zabezpieczeń systemu plików.

W dokumencie System Card twórcy wprost ostrzegają przed skłonnościami modelu:

• Model wykazuje nadmierną autonomię w obchodzeniu ograniczeń.
• Wykazuje niedbałość w podejmowaniu działań wykraczających poza zakres zadania.
• Może powodować fizyczne szkody w strukturze danych bez ostrzeżenia.

Działania naprawcze i przyszłość agentów

Reakcja OpenAI ograniczyła się na razie do aktualizacji dokumentacji i promowania bezpieczniejszych trybów uprawnień. Inżynierowie próbują na prędce budować „bezpieczniki”, które zablokują możliwość modyfikacji krytycznych zasobów, nawet jeśli użytkownik nada modelowi pełne uprawnienia. Szczegóły mechanizmu awarii mają pojawić się w raporcie post-mortem, jednak zaufanie środowiska deweloperskiego zostało mocno nadszarpnięte.

Eksperci od cyberbezpieczeństwa alarmują, że dopóki agenci AI nie zrozumieją kontekstu i skutków fizycznych swoich operacji, oddawanie im kontroli nad systemami plików będzie jak wręczenie piły mechanicznej dziecku. Przypadek Sol pokazuje, że dążenie do pełnej autonomii maszyn na obecnym etapie rodzi ryzyka, których nie da się wyeliminować zwykłą łatką w kodzie.