МВД России назвало два основных сценария атак на Госуслуги

МВД России назвало два основных сценария атак на Госуслуги

МВД России назвало два основных сценария атак на Госуслуги

МВД России выделило две основные схемы, используемые злоумышленниками для получения доступа к личным кабинетам пользователей на портале Госуслуг. Первая схема связана с телефонными звонками от лиц, выдающих себя за сотрудников операторов связи, вторая — с использованием номеров телефонов, ранее привязанных к учетным записям.

Оба сценария были описаны ведомством в ответе на запрос ТАСС. В первом случае мошенники звонят под предлогом продления договора на услуги связи и выманивают у жертвы код из СМС-сообщения.

«Фактически это код, необходимый для входа в личный кабинет на портале Госуслуг. Получив его, злоумышленники заходят в аккаунт пользователя, меняют пароль и оставляют в поле подсказки сообщение: "Ваш аккаунт заблокирован, позвоните по указанному номеру". Этот номер, разумеется, принадлежит мошенникам. При звонке на него жертву убеждают перевести деньги на так называемый "безопасный счет"», — пояснили в МВД.

Вторая схема связана с использованием телефонного номера, ранее привязанного к учетной записи на портале Госуслуг.

«Мошенники находят абонентский номер, который был ранее зарегистрирован в ЕСИА, но уже не используется владельцем и выставлен оператором связи на повторную продажу. Новый владелец номера получает возможность восстановить доступ к учетной записи через одноразовый код, отправленный на этот номер», — рассказали в МВД.

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

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

Не просто сканер, а разбор находок: SASTAV вынесли в формат ИБ-сервиса

ShiftLeft Security, разработчик платформы анализа защищённости исходного кода SASTAV, объявила о партнёрстве с провайдерами управляемых сервисов ИБ, включая системного интегратора УЦСБ. Теперь заказчики смогут передавать проверку кода и валидацию уязвимостей внешним экспертным командам.

Модель рассчитана на одну из частых проблем при работе с SAST-инструментами — большое количество ложноположительных срабатываний.

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

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

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

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

Границы работ, технологический стек и объём проверяемого кода фиксируются в техническом задании. Такой формат позволяет компаниям получать внешнюю оценку защищённости разработки без необходимости полностью переносить эту нагрузку на собственные ИБ-ресурсы.

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