В 2022 году 2FA станет обязательной для входа на портал госуслуг

В 2022 году 2FA станет обязательной для входа на портал госуслуг

В 2022 году 2FA станет обязательной для входа на портал госуслуг

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

Таким образом, для успешного входа в учётную запись граждане должны будут вводить код из СМС-сообщений. Этот метод 2FA будет использоваться по умолчанию, что должно дополнительно защитить данные россиян, отметили представители Минцифры в беседе с «Известиями».

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

Печально, что большинство россиян не уделяют вопросу аутентификации достаточно внимания, ведь 90% пользователей входят в аккаунт только по логину и паролю (по данным источников «Известий»). В Минцифры подтвердили, что вторым фактором пользуется лишь небольшой процент зарегистрированных граждан.

В феврале мы писали, что на портале гослуг ввели поддержку TLS-связи с использованием российских криптоалгоритмов. Соответствующий протокол разрабатывался с учетом спецификаций ГОСТ Р 34.12-2015 (PDF).

А в прошлом месяце стало известно о сбое в работе единого портала госуслуг. Во всём была виновата DDoS-атака, а чат-бот Макс вдруг стал ковид-диссидентом.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

Как объясняют исследователи, демон должен был строго проверять, кто именно отправляет команды. Но из-за ошибки любой локальный пользователь мог взаимодействовать с ним без должной аутентификации — а значит, менять системные настройки питания от имени root.

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

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

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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