ШІ-помічник для програмування Codex від OpenAI видалив 3ТБ даних користувачів з хмарного сховища S3, створивши новий скрипт. Спойлер: дані вдалося врятувати.
ШІ-помічник для програмування Codex від OpenAI видалив 3ТБ даних користувачів з хмарного сховища S3, створивши новий скрипт. Спойлер: дані вдалося врятувати.
Розробник працював над простим скриптом для очищення. Ідея полягала в тому, щоб витягнути посилання на файли з бази даних, порівняти їх із тим, що фактично лежить у S3-бакеті, і видалити все зайве.
За словами айтівця, через певні баги минулого накопичилися сотні гігабайтів файлів, яких там взагалі не мало бути. Оскільки ту проблему вже давно виправили, він вирішив підчистити ці залишки за допомогою скрипту.
«Коли я пишу подібні скрипти, я завжди спочатку запускаю режим попереднього перегляду. І лише після того, як результати перегляду збігаються з очікуваними змінами, я запускаю його знову з --apply», — поділився розробник у Reddit.
Коли скрипт був фактично готовий, айтівець звернувся до Codex: «У мене є ідея. Спершу давай проведемо дедуплікацію, щоб видалити дублікати файлів з однаковим хешем. А вже потім продовжимо очищення».
«Я спостерігав за тим, як працює Codex. Раптом я помітив дещо неочікуване: він створив новий скрипт для дедуплікації та закінчив його неймовірно швидко. І знаєте, що він зробив далі? Він миттєво запустив CLEANUP SCRIPT із --apply на моїй локальній тестовій базі, але використовуючи РЕАЛЬНІ (live) доступи до S3. (Так, це мій прокол — я зберігав їх локально). Але серйозно… що це за чортівня?».
Розробник завершив процес якомога швидше, але було вже надто пізно. S3-бакет зменшився з 3 ТБ даних користувача до 34 КБ.
«Тепер я поняття не маю, як пояснити це босу — або користувачам. Мабуть, я міг би просто сказати, що якийсь вразливий ендпоінт зламали, і це призвело до втрати даних… але ж я знаю, що це неправда…».
Але на щастя, за три дні до цього розробник завантажив весь S3-бакет собі на комп’ютер, а посилання на файли в базі даних не постраждали. Тож він попросив Codex написати скрипт для відновлення файлів у потрібні директорії S3.
«Я був у повній паніці, але, на щастя, база даних залишилася недоторканою, і в ній також були резервні копії. Поки в мене були файли S3, я міг перезавантажити все зі значно меншою шкодою, ніж я спочатку боявся».
На зауваження у коментарях інших айтівець додав, що дані з S3 були не в нього на ПК, а на іншому сервері, який мав би робити бекапи S3, але розробник так і не довів це до ладу через інші справи.
