В Weblogic Server пропатчены четыре критические уязвимости

В Weblogic Server пропатчены четыре критические уязвимости

В Weblogic Server пропатчены четыре критические уязвимости

Компания Oracle выпустила очередной набор патчей, суммарно закрыв 342 новых уязвимости в своих продуктах. В числе прочих обновления получили Java SE, MySQL, VirtualBox, Solaris и сервер приложений Weblogic.

Из уязвимостей в WebLogic Server наиболее интересна критическая дыра CVE-2019-2729 (9,8 балла по CVSS). Разработчик уже латал ее в 2019 году, выпустив срочные обновления для бизнес-платформы Fusion Middleware. Данная уязвимость возникла из-за некорректной десериализации документов XML и позволяет удаленно и без авторизации выполнить вредоносный код на сервере.

Как оказалось, CVE-2019-2729 актуальна также для систем управления эффективностью предприятия (EPM) семейства Hyperion — сервер WebLogic включен в них как компонент. Наличие уязвимости подтверждено для Hyperion Infrastructure Technology выпусков 11.1.2.4 и 11.2.5.0.

В WebLogic Server объявилось также шесть новых проблем; три из них оценены как критические. Эксплойт во всех случаях тривиален, не требует аутентификации (нужен лишь доступ по сети) и грозит такими неприятностями:

  • CVE-2021-2394 — захват контроля над сервером, 9,8 балла;
  • CVE-2021-2397 — захват контроля над сервером, 9,8 балла;
  • CVE-2021-2382 — захват контроля над сервером, 9,8 балла;
  • CVE-2021-2378 — отказ в обслуживании (DoS), 7,5 балла;
  • CVE-2021-2376 — DoS, 7,5 балла;
  • CVE-2021-2403 — неавторизованный доступ на чтение к данным, 5,3 балла.

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

В платформе Java SE устранены четыре проблемы с безопасностью; самая серьезная из них получила 7,5 балла по CVSS. В MySQL Server пропатчено 35 уязвимостей, в VirtualBox — четыре, в ядре Solaris — одна, и притом неопасная. Полный список продуктов, получивших обновления, представлен в июльском бюллетене Oracle.

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

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

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

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

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

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

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

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

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