В Google Translate обнаружили встроенный шифровальщик

В Google Translate нашли латинский шифр

В блоге KrebsOnScurity появилась статья о том, что с помощью переводчика Google можно составлять шифрованные сообщения. Для этого достаточно ввести слова «lorem ipsum» в строку Translate.

Впервые шифровку обнаружили несколько месяцев назад сотрудник FireEye Майкл Шукри (Michael Shoukry) и анонимная специалистка под ником Kraeh3n. Эксперты заметили странное поведение Google Translate. Когда они вводили слова «lorem ipsum», которые программа автоматически определяет как латинские, на английский их переводили как «Китай».

Дальнейшее исследование показало, что слегка изменив буквы в словах можно получить разные варианты перевода. Например, если сделать заглавными каждую букву, фразу переведут как «НАТО». Если напечатать слова задом наперед, получится «компания» и «Интернет». В США под «компанией» подразумевают ЦРУ. Повторение и перестановка букв в словосочетании, а также смесь из прописных и заглавных букв выдала еще более странные переводы.

Kraeh3n утверждает, что обнаружила шифр, когда проверяла документ с данными словами. Как только она начала вводить «lorem» в Google Translate, на экране сразу появился перевод «Китай».

«Я увидела слова, вроде «Китай», «правительство», «свобода», «полиция», и мне стало интересно, почему это происходит. Я немедленно связалась с Шукри и мы начали углубленно изучать данную ситуацию», – сказала Kraeh3n.

Специалисты не могли понять, ошибка или это или это сделано специально. Похоже, они никогда не узнают, что произошло, потому что 16 августа Google Translate перестал переводить слово lorem на английский. Представитель корпорации сообщил, что это требуется для исправления бага в алгоритме переводчика. Kraeh3n уверена, что «lorem ipsum» не был случайностью или ошибкой софта.

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

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

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

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

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

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

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

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

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

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

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