Роскомнадзор предупредил о фишинге от имени ведомства

Роскомнадзор предупредил о фишинге от имени ведомства

Роскомнадзор предупредил о фишинге от имени ведомства

От имени Роскомнадзора рассылают фишинговые сообщения. Фейковые тексты содержат требования удалить запрещенную информацию или уведомления о блокировке. В письмах нет электронной подписи, зато содержится зараженное вложение.

Фальшивые сообщения были отправлены на электронные адреса ведомств и компаний от имени управления Роскомнадзора по Центральному федеральному округу, говорится в сообщении службы.

Фейковые письма могли прийти 17.01.2023, с 16:00 до 19:00, с адресов электронной почты — i.strelets@rkn.gov.ru и ones@rkn.gov.ru.

В сообщениях говорилось о якобы обнаруженных на ресурсах адресатов запрещенных материалах или уведомлялось о предстоящей блокировке.

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

Роскомнадзор не рассылал такие уведомления, предупредил регулятор.

На фальшивое сообщение указывают несостыковки. К чиновникам в письмах обращаются как к представителям компаний. Кроме того, в рассылках нет электронной подписи.

Роскомнадзор напомнил, что отправляет сообщения по теме удаления запрещенной информации только с официальных адресов центрального аппарата Роскомнадзора, например, zapret-info@rkn.gov.ru или 398-fz@rkn.gov.ru. Сообщения сопровождаются электронной подписью.

Управление Роскомнадзора по ЦФО не уполномочено направлять требования об удалении запрещенной информации.

Ведомство рекомендует не открывать подозрительные сообщения, так как они могут содержать ссылки на фишинговые ресурсы и вредоносные файлы-вложения.

В службе заверили, что специалисты ведомства оперативно выявили и приняли меры по пресечению фишинга. Рассылка прекращена, адресаты проинформированы.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

Обнаружена уязвимость в WDS: PXE-сервер можно вывести из строя удалённо

Если вы всё ещё используете Windows Deployment Services (WDS) для раздачи образов Windows по сети, пора всерьёз задуматься. Специалист обнаружил серьёзную уязвимость, которая позволяет удалённо и без аутентификации вывести из строя сервер буквально за несколько минут.

Да-да, без логинов, паролей и вообще какого-либо взаимодействия с пользователем — просто взял и положил.

WDS использует старый добрый протокол TFTP по UDP (порт 69) для раздачи установочных образов Windows. При подключении клиента сервер создаёт объект CTftpSession.

Проблема в том, что никакого лимита на число сессий не предусмотрено. В результате злоумышленник может подделывать IP-адреса и порты, рассылать фальшивые UDP-пакеты — и сервер начинает захлёбываться в собственных объектах.

«Ключевая проблема в том, что EndpointSessionMapEntry не накладывает ограничений на число сессий», — говорится в техническом отчёте. — «Атакующий может подделывать IP-адреса и номера портов, многократно создавая новые сессии, пока ресурсы системы не будут исчерпаны».

На тестовом сервере с Windows Server Insider Preview и 8 ГБ оперативной памяти исследователю Чжиниану Пэну удалось полностью обрушить систему за 7 минут — исключительно с помощью случайных UDP-пакетов с поддельными исходными адресами.

Это классическая zero-click DoS-атака — никаких действий со стороны пользователя не требуется. Просто поток UDP-трафика, и PXE-инфраструктура, через которую разворачиваются Windows-образы, оказывается парализованной.

Что ответил Microsoft? Пэн сообщил об уязвимости в Microsoft 8 февраля 2025 года. 4 марта компания подтвердила наличие бага, а 23 апреля… отказалась его исправлять. По официальной позиции Microsoft, проблема «не соответствует критериям для выпуска патча».

Пэн не скрывает разочарования:

«Мы считаем, что это важная уязвимость, которая подпадает под стандарт SDL, и нам было очень неприятно общаться с Microsoft по этому поводу», — написал он.

Тем не менее Microsoft патч выпускать не планирует, поэтому Пэн даёт однозначную рекомендацию:

«Чтобы защитить PXE-сеть от этой угрозы, не используйте Windows Deployment Services».

Альтернативы — сторонние PXE-решения на базе Linux, кастомные сборки или переход к другим способам развёртывания.

AM LiveПодписывайтесь на канал "AM Live" в Telegram, чтобы первыми узнавать о главных событиях и предстоящих мероприятиях по информационной безопасности.

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