OpenAI: ChatGPT упал из-за DDoS. Ответственность взяла Anonymous Sudan

OpenAI: ChatGPT упал из-за DDoS. Ответственность взяла Anonymous Sudan

OpenAI: ChatGPT упал из-за DDoS. Ответственность взяла Anonymous Sudan

В последние дни OpenAI боролась c периодическими сбоями в работе ChatGPT и связанного API. Оказалось, что проблемы в работе сервисов вызвали DDoS-атаки, запущенные группой Anonymous Sudan.

Изначально корпорация не раскрывала причину сбоев, однако позже представители OpenAI заявили, что системы подверглись DDoS.

«Мы боремся с периодическими сбоями, вызванными аномальным трафиком из-за DDoS-атаки. Продолжаем работать над устранением последствий киберинцидента», — сообщили в OpenAI.

Заставшие сбой пользователи, согласно сообщениям, видели ошибки вида «Что-то пошло не так». При этом ChatGPT также не мог сгенерировать ответ на запросы юзеров.

Источник: BleepingComputer

 

Ответственно за DDoS взяла на себя кибергруппировка Anonymous Sudan. Ее участники заявили, что причина атаки кроется в позиции OpenAI по поводу израильско-палестинского конфликта.

«Посмотрим, признает ли компаниям удачную DDoS-атаку на свои системы», — пишет группировка.

Интересно, что буквально на этой же неделе ChatGPT сталкивался с другими проблемами, которые приводили к неработоспособности API. Тогда все списали на слишком большое число запросов.

Подпишитесь на новости

Claude Code удалил 116 ГБ и сообщил, что файлы выглядят нормально

Пользователь Windows сообщил, что Claude Code при уборке временных файлов удалил около 116 ГБ данных из его домашней директории. Затем агент заверил, что остановил команду и все выглядит целым. По описанию инцидента, удаление продолжалось еще примерно 50 минут.

В отчете на GitHub пользователь рассказывает, что работал над анализом для соревнования Kaggle.

Основная сессия запустила субагента, который решил очистить собственные временные файлы, но сформировал лишнюю команду рекурсивного удаления.

Целью стала домашняя директория, указанная коротким именем Windows формата 8.3. Автор предполагает, что защитная проверка могла не распознать такой вариант пути. Точный механизм отказа защиты и режим разрешений остаются неизвестными.

Через 120 секунд задача автоматически перешла в фон. Агент запросил остановку и получил сообщение об успехе, однако, судя по описанным изменениям файловой системы, удаление продолжалось. Вероятное объяснение — дочерний процесс пережил остановку задачи.

Проверка тоже оказалась поверхностной: агент посмотрел на названия папок верхнего уровня, которые могли сохраняться, пока их содержимое исчезало.

Пользователь сообщил о потере проектов за несколько месяцев, инструментов разработки, SSH-ключей и учетных данных. В корзине удаленные файлы не оказались. Обращение помечено как ошибка высокого приоритета с потерей данных.

Особенно неприятна в этой истории уверенность агента. Наличие папки еще не означает наличие файлов.

RSS: Новости на портале Anti-Malware.ru