Для кого: администраторов и пользователей компаний, школ, органов местного самоуправления и других организаций, которые используют облачные сервисы Digital Arts (i-FILTER@Cloud, m-FILTER@Cloud (Modern Edition), m-FILTER MailAdviser for Microsoft 365, FINAL CODE@Cloud, z-FILTER и Desk). Статья основана на официальных уведомлениях компании и не описывает методы атак.
Ситуация развивается: статья будет обновляться по мере публикации компанией новых сведений
По состоянию на 25 октября 2026 годаПока неизвестно
- Категории данных, которые могли быть просмотрены
- Число клиентов или записей
- Как были получены учетные данные
- Масштаб доступа к внутренней среде
- Влияние на финансовые результаты
В уведомлении от 21 октября компания сообщает, что влияние на ее финансовые результаты находится на рассмотрении и что она оперативно объявит, если что-то потребуется раскрыть. Компания заявляет, что по соображениям безопасности не будет публиковать, как были получены учетные данные и каким был метод атаки (вопросы и ответы для инвесторов, 23 октября).
Что администраторам организаций-клиентов нужно сделать сегодня
Проверьте, используете ли вы один из затронутых сервисов
Затронуты шесть облачных сервисов: i-FILTER@Cloud, m-FILTER@Cloud (Modern Edition), m-FILTER MailAdviser for Microsoft 365, FINAL CODE@Cloud, z-FILTER и Desk.
По словам компании, версии программ, установленные в вашей собственной среде, не затронуты. По другим облачным сервисам влияния инцидента по состоянию на полдень 21 октября не подтверждено. Если вы покупали через реселлера или партнера, проверьте договор или название продукта в панели администратора, чтобы понять, используете ли вы облачную версию.
Смените пароль администратора
Компания просит каждого клиента шести сервисов сменить пароли администраторов и пользователей. Это относится и к организациям, с которыми компания не связывалась индивидуально.
Если несколько человек используют одну учетную запись администратора, воспользуйтесь этой сменой, чтобы пересмотреть, кто получает новый пароль. Для длинных уникальных паролей см. как выбрать менеджер паролей.
Попросите пользователей сменить пароли
Для сервисов с пользовательскими паролями попросите пользователей сменить их тоже. Укажите в своем уведомлении, что входить нужно обычным способом, а не по ссылке из письма, чтобы пользователи могли отличить ваше уведомление от поддельных писем, разосланных в то же время.
Тем, кто использовал тот же пароль в других сервисах, нужно сменить его и там (как проверить, не утек ли пароль).
Проверьте, не связывалась ли с вами компания индивидуально
Компания сообщает, что свяжется индивидуально с клиентами, которым нужно предпринять дополнительные действия. В вопросах и ответах от 23 октября она говорит, что связывается с клиентами, информация которых могла быть просмотрена, и объясняет, что им нужно сделать.
Проверьте входящие письма вашего контактного лица по договору и адрес, на который приходят сообщения от вашего реселлера. Контактная точка — служба поддержки, указанная в уведомлении компании (k-support@daj.co.jp).
Не входите по ссылкам в письмах, которые выдают себя за письма от Digital Arts
После широко освещенного инцидента часто появляются поддельные письма с просьбой «сменить пароль» от имени компании (компания не сообщала о таких письмах в связи с этим инцидентом).
Меняйте пароли, открывая панель администратора обычным способом: из закладки или по внутренней процедуре (см. что такое фишинг?).
Нужно ли вам сообщать как оператору персональных данных, зависит от того, что компания сообщит вам
Компания сообщает, что передала инцидент в Комиссию по защите персональных данных Японии (вопросы и ответы, 23 октября). Если данные, которые вы храните в сервисе, включают персональные данные, и вас индивидуально уведомили как клиента, информация которого могла быть просмотрена, проверьте с вашей внутренней командой, опираясь на это уведомление, нужно ли вашей организации сообщать о случившемся или уведомлять затронутых людей. Пока с вами не связались, опубликованная информация не показывает, затронуты ли данные вашей организации.
Что произошло (по уведомлениям Digital Arts)
21 октября 2026 года Digital Arts Inc. опубликовала уведомление под названием «Уведомление и извинения в связи с несанкционированным доступом к системам компании» через систему раскрытия существенных фактов Токийской фондовой биржи и на своем сайте. 23 октября она опубликовала вопросы и ответы для инвесторов и акционеров. Все, что ниже, взято из уведомлений компании.
Примерно июль 2025
Самые ранние из найденных позже следов несанкционированного доступа относятся примерно к этому времени.9 октября 2026
Проверка всех систем, продуктов и внутренней среды компании с использованием ИИ обнаружила следы несанкционированного доступа, которые пропустили предыдущие проверки, как в операционной среде облачных сервисов, так и во внутренней среде.После 9 октября
Компания в первую очередь прекратила доступ, заменила учетные данные и выяснила масштаб. Она сообщает, что объявила о происшествии только после этих шагов, поскольку публикация во время выполнения мер могла бы сообщить злоумышленнику, что делает компания, и увеличить ущерб.21 октября
Объявлено через систему раскрытия существенных фактов и на сайте. Компания попросила каждого клиента шести сервисов сменить пароли.23 октября
Опубликованы вопросы и ответы для инвесторов и акционеров, в которых, в частности, сообщается, что база белого списка не была изменена и что инцидент передан в Комиссию по защите персональных данных.
- Способ проникновения
- Учетные данные, которые использовались для управления облачными сервисами, были получены посторонним и применены для входа в операционную среду сервисов. Также найдены следы несанкционированного доступа к внутренней среде
- Последствия
- Информация о части клиентов шести сервисов могла быть просмотрена посторонним. Категории данных и числа не опубликованы
- Вынос данных, вторичный ущерб
- По состоянию на полдень 21 октября вынос данных клиентов за пределы компании не подтвержден; сообщений о злоупотреблениях или вторичном ущербе нет
- Не затронуто
- Версии программ, установленные в собственной среде клиентов. По другим облачным сервисам влияние по состоянию на полдень 21 октября не подтверждено (вопросы и ответы, 23 октября)
- Белый список
- У злоумышленника не было ни разрешения, ни пути доступа к системам, которые регистрируют, классифицируют и распространяют базу белого списка, и он не мог ее просмотреть. Логи и данные конфигурации показывают, что она не изменена (вопросы и ответы, 23 октября)
- Функции продуктов
- Вторжение через уязвимость в механизмах безопасности продуктов не подтверждено (вопросы и ответы, 23 октября)
- Ответ компании
- Отключены учетные данные, использованные при доступе, заменены рабочие учетные данные, остановлены подозрительные программы и заменены ключи аутентификации серверов. Новый несанкционированный доступ по состоянию на полдень 21 октября не подтвержден; мониторинг продолжается. Компания также восстанавливает сервисы и сети
- Отчетность
- Информирует соответствующие органы и сотрудничает с ними; передала информацию в Комиссию по защите персональных данных. Будет отчитываться и реагировать в рамках ISMAP (программы оценки безопасности облачных сервисов для правительства Японии) в соответствии с требованиями программы (вопросы и ответы, 23 октября)
- Статус сервисов
- Сервисы продолжают работать, новые договоры и внедрения по-прежнему принимаются (вопросы и ответы, 23 октября)
- Контакт
- Клиенты и партнеры: служба поддержки клиентов, k-support@daj.co.jp
Получены рабочие учетные данные
Как они были получены, не опубликовано (компания)
↓
Операционная среда облака
Часть данных клиентов шести сервисов могла быть просмотрена
Внутренняя среда
Следы доступа; масштаб не опубликован
База белого списка
Не просмотрена и не изменена (компания)
↓ Что должны делать клиенты
Смена пароля администраторов и пользователей
Каждый клиент шести сервисов; версии программ не затронуты
Что известно и что нет
Статус основан на уведомлениях компании по состоянию на 25 октября 2026 года (уведомление о существенном факте и на сайте от 21 октября и вопросы и ответы для инвесторов от 23 октября). Столбец статуса будет обновляться по мере публикации новых сведений.
| Пункт | Что говорят уведомления | Статус |
|---|---|---|
| Затронутые сервисы | i-FILTER@Cloud, m-FILTER@Cloud (Modern Edition), m-FILTER MailAdviser for Microsoft 365, FINAL CODE@Cloud, z-FILTER, Desk | Подтверждено (компания) |
| Информация о клиентах | Информация о части клиентов могла быть просмотрена посторонним | Возможно (компания) |
| Категории данных, которые могли быть просмотрены | Не указано | Не указано |
| Число клиентов или записей | Не указано | Не указано |
| Вынос данных за пределы компании | Не подтвержден по состоянию на полдень 21 октября | Не подтвержден (компания) |
| Злоупотребления, вторичный ущерб | Сообщений нет по состоянию на полдень 21 октября | Не подтверждено (компания) |
| Версии программ | Не охвачены этим инцидентом | Не включены (компания) |
| Другие облачные сервисы | Влияние инцидента по состоянию на полдень 21 октября не подтверждено | Не подтверждено (компания) |
| База белого списка | Злоумышленник не мог ее просмотреть; по данным компании, не изменена | Не включена (компания) |
| Способ проникновения | Получены и использованы рабочие учетные данные | Подтверждено (компания) |
| Как были получены учетные данные, метод атаки | Компания не раскрывает эти сведения | Не указано |
| Доступ к внутренней среде | Следы найдены; масштаб и последствия не указаны | Не указано |
| Период доступа | Некоторые следы относятся примерно к июлю 2025; обнаружены 9 октября 2026 | Заявление компании (некоторые следы примерно с июля 2025) |
| Новый несанкционированный доступ | Не подтвержден по состоянию на полдень 21 октября; мониторинг продолжается | Не подтверждено (компания) |
| Сообщение в Комиссию по защите персональных данных | Сообщено | Подтверждено (компания) |
| Влияние на финансовые результаты | На рассмотрении | Расследуется |
«Могли быть просмотрены» — это не то же самое, что «похищены»
Компания сообщает, что информация клиентов могла быть просмотрена посторонним, но что по состоянию на полдень 21 октября она не подтвердила вынос каких-либо данных за пределы компании. Поскольку информация могла быть просмотрена, смена пароля требуется независимо от того, были ли данные вынесены. Эта статья разделяет эти два понятия.
Что может произойти с административным сервисом, когда категории данных неизвестны
Категории данных, которые могли быть просмотрены, не опубликованы. В общем случае записи клиентов бизнес-облачных сервисов могут включать название организации-клиента, имена контактных лиц, адреса электронной почты и номера телефонов, а также данные учетных записей администраторов (компания не говорила, что что-либо из этого было затронуто).
Что может произойти в общем случае
- Поддельные письма от имени поставщика о договорах, продлениях или смене паролей
- Убедительные запросы, которые как будто знают имя контактного лица или детали договора
- Если учетная запись администратора будет захвачена, можно изменить настройки фильтрации или почты
Что можно сделать
- Меняйте пароли и открывайте панель администратора обычным способом
- Если не уверены, что сообщение от компании, уточните у контактной точки из ее уведомления
- Если учетная запись администратора поддерживает дополнительный фактор входа, включите его (как выбрать многофакторную аутентификацию)
Также в октябре несанкционированный доступ к поставщику услуг деловой email-рассылки распространился на компании-клиенты (несанкционированный доступ к blastmail). Эти два инцидента независимы и имеют разные причины.
Что стоит проверить операторам
Подробная причина не опубликована, поэтому этот раздел опирается только на то, что подтверждается опубликованными сведениями.
Составьте инвентаризацию рабочих учетных данных так же, как учетных записей людей
Злоумышленник использовал учетные данные для управления облачными сервисами. Компания в числе своих мер называет замену рабочих учетных данных и ключей аутентификации серверов, а также более строгое управление учетными данными и доступом для предотвращения повторения.
Первый шаг для вашей организации — составить список учетных записей, ключей API и SSH-ключей, используемых для управления серверами и облачными ресурсами, с указанием того, кто ими пользуется, откуда и когда их последний раз меняли (чек-лист инвентаризации активов).
Ведите журналы, которые могут выявить доступ с действительными учетными данными
Некоторые следы относятся примерно к июлю 2025 года, и, по словам компании, предыдущие проверки их пропустили. В числе своих мер компания называет более строгий мониторинг и журналирование, а также более раннее обнаружение.
Когда используются действительные учетные данные, сам вход фиксируется как успешный. В общем случае доступ обнаруживают так: фиксируют рабочие входы с указанием времени, места и устройства и регулярно сравнивают их с графиками работы сотрудников и обычными адресами источников. Если журналы хранятся недолго, восстановить масштаб событий уже не получится.
Составьте список данных администраторов по каждому облачному сервису, на который вы подписаны
Со стороны клиента, когда поставщик говорит «каждый клиент должен сменить пароль», важно сразу понимать, какой сервис, какую учетную запись администратора и кто ее будет менять.
Для каждого используемого облачного сервиса запишите, кто владеет учетной записью администратора, кто является контактным лицом по договору и на какой адрес приходят сообщения от поставщика. О том, как думать о компрометации поставщика, см. также что делать, если взломан ваш веб-хостинг.
Источники (публичные материалы)
Факты в этой статье взяты из следующих публичных источников. Методы атак и данные, которые не опубликованы, не угадываются.
- Digital Arts Inc., «Уведомление и извинения в связи с несанкционированным доступом к системам компании» (21 октября 2026, существенный факт, на японском языке) — daj.jp (PDF)
- Digital Arts Inc., «Уведомление и извинения в связи с несанкционированным доступом к системам компании» (21 октября 2026, сайт, на японском языке) — daj.jp
- Digital Arts Inc., «Вопросы и ответы для инвесторов и акционеров о несанкционированном доступе» (23 октября 2026, на японском языке) — daj.jp (PDF)
История обновлений
2026-10-25: первая версия, основана на существенном факте и уведомлении на сайте Digital Arts от 21 октября и на вопросах и ответах для инвесторов от 23 октября. Статья будет обновлена, когда будут опубликованы категории данных, числа или другие подробности.
Читайте дальше
- Когда нарушение у поставщика затрагивает клиентов: несанкционированный доступ к blastmail
- Когда входом становятся учетные данные: утечки 2026 года, начавшиеся с учетных данных
- Подготовка: как выбрать многофакторную аутентификацию / как выбрать менеджер паролей
- Как распознать поддельные письма: что такое фишинг?
- Другие инциденты 2026 года: список утечек данных и кибератак