Масштаб утечки данных в штате Юта резко возрос

Масштаб утечки данных в штате Юта резко возрос

30 марта текущего года неизвестные злоумышленники вторглись на сервер, принадлежащий министерству здравоохранения данного штата; там хранились данные по программе Medicaid. Поначалу эксперты и ответственные лица полагали, что компрометации подверглось не очень значительное количество информации - порядка 25 тысяч записей, - однако теперь, по новым оценкам, суммарное число пострадавших приближается к миллиону.

Чиновники представили новые данные, из которых следует, что киберпреступникам могли достаться 280 000 номеров социального страхования; кроме того, риску раскрытия подверглись менее важные персональные сведения о гражданах (такие, как имена, даты рождения и физические адреса), общим количеством в 500 000 записей. Насколько можно судить по имеющимся сообщениям, два вышеупомянутых множества не пересекаются, так что итоговое число жертв инцидента может достичь 780 000. Эта оценка стала уже второй за последние три дня; ранее высказывалось предположение о 255 000 пострадавших.

Сообщается, что сервер был оснащен необходимыми средствами безопасности, но все они оказались бесполезны из-за ошибки в настройках системы аутентификации пользователей. Взломщики, действовавшие с территории Восточной Европы, обошли защиту сети, периметра и приложений, после чего успешно получили доступ к базам данных сервера. Изначально чиновники сообщали, что злоумышленники скомпрометировали 24 000 записей, затем последние превратились в 24 000 файлов (а один файл уже мог содержать несколько сотен таких элементов), и с тех пор предполагаемые масштабы утечки все увеличивались.

Жертвами инцидента могли стать все граждане, обращавшиеся к поставщикам медицинских услуг в течение последних четырех месяцев; в основном это участники программ Medicaid и CHIP. Руководство штата начало отправку уведомлений пострадавшим пользователям; те, чьи номера социального страхования были похищены, смогут рассчитывать на бесплатный мониторинг счетов в течение одного года.

В целом стоит заметить, что учреждения, организации и предприятия все еще уделяют мало внимания базовым вопросам защиты информации. Недавнее исследование Verizon показало, что в 96% случаев утечек, зарегистрированных в 2011 году, хакеры использовали простые методы проникновения, и нередко несанкционированный доступ становился возможным именно из-за изъянов в системах аутентификации - например, "благодаря" сохранению заводских или установке откровенно слабых паролей.

Computerworld

Письмо автору

Каждая пятая утечка уже связана с теневым использованием ИИ

Сотрудники всё чаще отправляют рабочие данные в нейросети быстрее, чем службы ИБ успевают понять, что вообще происходит. По данным «Информзащиты», в июле 2026 года уже 20% организаций, столкнувшихся с утечками, хотя бы частично связали инциденты с несанкционированным использованием ИИ. Годом ранее таких случаев было около 12%.

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

На веб-интерфейсы нейросетей приходится около 42% подобных инцидентов. Ещё 24% утечек связаны с браузерными расширениями и ИИ-помощниками.

Они получают доступ к вкладкам, истории сессий и cookie, а потом тихо делают то, на что им когда-то нажали «Разрешить». Самостоятельно подключённые API и библиотеки дают ещё 19%, инструменты для программирования — 15%.

Проблема в том, что классические средства защиты часто не видят ничего подозрительного. Домен легитимный, TLS работает, вредоносной сигнатуры нет. Только конфиденциальный документ уже уехал во внешний сервис.

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

Дороже всего здесь обходится позднее обнаружение. Инциденты с теневым ИИ в среднем увеличивают ущерб примерно на $670 тыс.

Эксперты советуют начинать не с тотальных запретов, а с инвентаризации сервисов, поиска ключей, контроля расширений и классификации данных. Потому что запретить ChatGPT приказом легко. Гораздо сложнее заметить, что сотрудник уже загрузил туда половину проекта.

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