В дефолтном пакете Ubuntu Server нашли бреши десятилетней давности

В дефолтном пакете Ubuntu Server нашли бреши десятилетней давности

В дефолтном пакете Ubuntu Server нашли бреши десятилетней давности

Специалисты нашли несколько уязвимостей десятилетней давности, затрагивающих пакет «needrestart», который установлен по умолчанию в Ubuntu Server (начиная с версии 21.04).

В случае эксплуатации эти баги могут привести к локальному повышению прав до уровня root. При этом никакого взаимодействия с конечным пользователем эксплуатация не требует.

На проблемы указали исследователи из Qualys Threat Research Unit (TRU). По их словам, злоумышленникам не составит труда использовать их в атаках, поэтому пользователям стоит как можно быстрее установить патчи.

Судя по всему, уязвимости впервые появились в версии needrestart 0.8 (релиз состоялся 27 апреля 2014 года) — после того как разработчики добавили поддержку интерпретатора.

«Эксплойт для бреши в needrestart позволяет локально повысить права до root Проблема затрагивает Debian, Ubuntu и другие дистрибутивы», — пишет Ubuntu в уведомлении.

Всего эксперты выделили пять уязвимостей со следующими идентификаторами:

  • CVE-2024-48990 (7,8 балла по CVSS) — позволяет локальному злоумышленнику выполнить код с правами root. Работает благодаря тому, что needrestart можно заставить запустить интерпретатор Python с подконтрольной переменной среды PYTHONPATH.
  • CVE-2024-48991 (7,8 балла по CVSS) — также позволяет выполнить код от лица root.
  • CVE-2024-48992 (7,8 балла по CVSS) — принцип тот же, что у первой, но в этом случае фигурируют интерпретатор Ruby и переменная среды RUBYLIB.
  • CVE-2024-11003 (7,8 балла по CVSS) и CVE-2024-10224 (5,3 балла по CVSS) — обе позволяют выполнить шелл-команды с правами root. Проблема в пакете libmodule-scandeps-perl (до версии 1.36).

Правда ли MAX нельзя отвязать от Госуслуг: что показала проверка

В соцсетях разошлась тревожная информация о том, что если привязать мессенджер MAX к аккаунту на «Госуслугах», то потом вернуть обычное подтверждение входа по СМС уже не получится. Но, судя по доступным данным, это не так.

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

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

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

Если MAX уже подключён, в настройках это отображается отдельно: система показывает, что вход осуществляется по паролю и одноразовому коду из мессенджера. После этого пользователь может выбрать другой способ подтверждения личности — например, СМС, одноразовый код TOTP или биометрию.

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

Иначе говоря, история о том, что после привязки MAX от него уже нельзя отказаться, пока не подтверждается. Похоже, в этот раз речь идёт скорее о типичном преувеличении, чем о реальной проблеме сервиса.

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