Сотовый оператор требует исключить мат из пароля

AT&T по ошибке запретила оскорбительные пароли

Американская сотовая компания AT&T неожиданно начала просить своих клиентов не использовать в паролях нецензурную лексику. Впоследствии выяснилось, что оператор просто советует не вставлять в пароль слишком простые слова.

Многие сайты оповещают пользователей о специальных требованиях, ограничивающих использование нецензурной лексики или оскорбительных слов при регистрации логинов. Некоторые ресурсы не желают, чтобы вы использовали подобную лексику в комментариях к записям. Оказывается, есть на свете настолько пуританские компании, что они даже запрещают использовать мат даже в паролях.

Например, на странице по сбросу пароля сотового оператора AT&T, пользователям прямо говорят, что в качестве пароля они не могут использовать свои идентификационные номера, простые слова и мат. Это необычная просьба, ведь пароли, по идее, не должны быть видны даже самой AT&T, которая хранит их исключительно в зашифрованном виде. Не понятно, откуда вообще могло возникнуть подобное требование, ведь пароль – личное дело каждого. Теоретически AT&T вообще не должна вас спрашивать о пароле.

При более детальном изучении вопроса выяснилось, что подобного ограничения компания все-таки не накладывает. Действительно, AT&T просит пользователей, чтобы они не использовали в качестве паролей простейшие, часто употребляемые слова, среди которых часто встречается мат, однако никаких конкретных запретов на ненормативную лексику не вводилось. Скорее всего, составители формы допустили ошибку.

Журналисты Ars Technica уже провели несколько экспериментов с матерными паролями и установили, что со своими паролями пользователи могут извращаться так, как им заблагорассудится.

Нейросеть с сюрпризом: AppSec.Track проверит модели из Hugging Face

ML-модель из публичного репозитория может оказаться не только умной, но и с неприятным сюрпризом внутри. AppSec Solutions добавила в платформу AppSec.Track предварительную проверку моделей из Hugging Face. По заявлению компании, это первое российское решение, которое блокирует потенциально опасные модели до их попадания на машины разработчиков и в CI.

Каждый запрошенный через корпоративный репозиторий файл автоматически отправляется в «карантин». Пока идёт сканирование, разработчик не может скачать модель, зато видит статус проверки и своё место в очереди. После анализа платформа решает, пропускать артефакт в корпоративную инфраструктуру или оставить за дверью.

Модели проверяются без запуска. AppSec.Track разбирает файлы PyTorch, TensorFlow, Keras и другие сериализованные форматы, включая вложенные архивы, и ищет код, способный выполниться при загрузке. Обнаруженным угрозам присваивается уровень критичности.

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

В AppSec Solutions считают, что со временем индустрия перейдёт на безопасный формат safetensors. Но пока публичные хабы забиты pickle-файлами, доверять модели только за красивые метрики — так себе стратегия.

Второй рубеж защиты работает на этапе сборки. AppSec.Track формирует SBOM и проверяет библиотеки и зависимости по собственной базе уязвимостей. Она охватывает PyPI, npm, Maven, NuGet, CUDA, Julia и другие экосистемы. Фид можно подключить онлайн или развернуть в закрытом контуре.

Политики безопасности настраиваются один раз и затем применяются автоматически. Сама модель проходит досмотр при входе и повторно не сканируется, а её окружение контролируется при каждой сборке. Получается вполне понятный фейс-контроль: нейросеть сначала показывает, что у неё внутри, и только потом идёт работать.

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