D-Link подтвердила утечку данных, отрицает важность киберинцидента

D-Link подтвердила утечку данных, отрицает важность киберинцидента

D-Link подтвердила утечку данных, отрицает важность киберинцидента

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

В официальном уведомлении тайваньский техногигант пишет следующее:

«Внутреннее расследование подтвердило, что скомпрометированные сведения располагались не в облаке, а были украдены из старой системы D-View 6. Срок жизни этой системы подошёл к концу в 2015 году».

«На тот момент данные использовались в процессе регистрации. Нет никаких оснований полагать, что утёкшая информация содержала идентификаторы пользователей или финансовые данные».

Впервые информация об утечке появилась 01 октября на форуме BreachForums. Неустановленные третьи лица якобы смогли получить доступ к исходному коду софта для управления сетью — D-Link D-View.

Тайваньская корпорация привлекла к расследованию инцидента Trend Micro, параллельно отметив в Сети много преувеличений и неточной информации относительно утечки.

Позже в D-Link уточнили, что в результате фишинговой атаки на одного из сотрудников киберпреступники добрались до 700 «устаревших и фрагментированных» записей.

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

Заблокировать 95% VPN с помощью ИИ собирались власти в России

Искусственному интеллекту подыскали ещё одну работу — вычислять VPN, которые не поймали обычными средствами. При подготовке национального плана внедрения ИИ до 2030 года обсуждалось применение нейросетей для повышения эффективности блокировок до 95%.

Как выяснил «Коммерсантъ», в проекте предлагалось анализировать с помощью ИИ признаки 70% блокируемых VPN-сервисов.

Однако Минцифры заявило, что в актуальной версии документа этой меры нет. По словам источника издания, сейчас трафик уже проверяют интеллектуальные алгоритмы, но к ИИ они не относятся.

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

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

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

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