Утечка данных 8,7 млн клиентов Nippon Columbia из-за заражения малварью

Японская компания Daiichi Kosho, один из крупнейших производителей развлекательных систем и оператор сервисов караоке, сообщила о серьёзном инциденте информационной безопасности. В результате заражения вредоносным ПО в инфраструктуре её подрядчика — компании Nippon Columbia — оказались скомпрометированы персональные данные более 8,7 млн клиентов и сотрудников. Это одна из крупнейших утечек в японском развлекательном секторе за последние годы.

Подробности

Согласно раскрытой информации, вредоносное ПО было обнаружено в системах Nippon Columbia, которая выступает подрядчиком Daiichi Kosho и, предположительно, обрабатывает данные клиентов караоке-сервисов. В результате атаки злоумышленники получили доступ к записям, содержащим персональную информацию пользователей и работников. Пострадали более 8,7 млн записей, что делает этот инцидент одним из наиболее масштабных по количеству затронутых лиц в истории японской индустрии развлечений. Точный состав утёкших данных в исходном сообщении не детализируется, однако подобные инциденты обычно включают имена, контактные данные и другую идентифицирующую информацию. На данный момент не сообщается, были ли данные опубликованы или использованы в мошеннических схемах. Компания не раскрывает конкретный тип вредоносного ПО, вектор первоначального проникновения и не приводит идентификаторы CVE — что указывает на то, что атака, вероятно, не связана с эксплуатацией конкретной уязвимости в публично известном продукте. Daiichi Kosho уведомила соответствующие регулирующие органы и приступила к внутреннему расследованию совместно с Nippon Columbia. Ведётся работа по установлению полного периметра компрометации и оценке потенциальных рисков для пострадавших.

Что делать

Клиентам и сотрудникам, которые могли пострадать в результате инцидента, рекомендуется:

• Внимательно следить за уведомлениями от Daiichi Kosho и Nippon Columbia — компания обязана информировать затронутых лиц.
• Проявлять повышенную бдительность в отношении фишинговых писем и звонков, ссылающихся на «утечку» или «проверку данных».
• Сменить пароли на связанных аккаунтах, если один и тот же пароль использовался на разных сервисах, и включить MFA везде, где это возможно.
• Проверять выписки по банковским картам и счетам на предмет подозрительных операций.
• Не переходить по ссылкам из неожиданных сообщений, даже если они выглядят как официальные уведомления от компании.

Для организаций, работающих с подрядчиками и внешними обработчиками данных, инцидент служит напоминанием о необходимости:

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

Инцидент демонстрирует, что даже зрелые компании с большими объёмами клиентских данных остаются уязвимыми, когда атака идёт через подрядчика. Своевременное обнаружение, прозрачное раскрытие и оперативное уведомление пострадавших — ключевые факторы минимизации ущерба.

Источник: BleepingComputer