Попробуйте перезайти: Сбербанк.Онлайн подняли после сбоя

Попробуйте перезайти: Сбербанк.Онлайн подняли после сбоя

Попробуйте перезайти: Сбербанк.Онлайн подняли после сбоя

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

“В настоящий момент часть наших клиентов может испытывать трудности с доступом к сервисам банка. Мы работаем над решением ситуации. Приносим извинения за неудобства”, — сообщили в Telegram-канале Сбербанка в 12:31.

Некоторые клиенты при попытке войти в приложение получали такое уведомление:

“Эта сеть небезопасна. Пожалуйста, подключитесь к другой сети — мобильной или Wi-Fi”, — уточняет РБК.

А издание Ura.ru, ссылаясь на источник в уральском филиале Сбера, написало о серьезном сбое не только в приложении, но и в работе номера кол-центра 900.

“Рухнуло программное обеспечение, теперь сотрудники кол-центра не могут принимать звонки, проводить расчеты и другие операции, – сообщил инсайдер. — Возник вопрос с безопасностью, но раз система не работает, то и средствам ничего не угрожает. Причина масштабного сбоя пока неизвестна”. Сбой достаточно серьезный, добавил собеседник агентства.

Однако спустя полтора часа приложение удалось “поднять”.

“UPD: всё заработало! Пробуйте перезайти”, — отчитались в соцсетях Сбера.

На момент публикации у редактора Anti-Malware.ru приложение работало, “узнавала” его и система кол-центра 900.

Официальных комментариев о причинах сбоя в работе Сбербанк.Онлайн пока нет.

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

Две уязвимости в Linux дают root-доступ через SSH за несколько секунд

Исследователи из Qualys нашли сразу две свежие уязвимости в Linux (CVE-2025-6018 и CVE-2025-6019), которые в связке позволяют получить полный контроль над системой — root-доступ — с минимальными усилиями. Причём затрагивают они почти все популярные дистрибутивы.

Первая уязвимость (CVE-2025-6018) связана с конфигурацией PAM (Pluggable Authentication Modules) в openSUSE Leap 15 и SUSE Linux Enterprise 15. Из-за ошибки система думает, что любой пользователь, подключившийся даже по SSH, находится физически за компьютером. А это даёт ему так называемые привилегии allow_active.

Именно эти привилегии позволяют запустить вторую уязвимость — CVE-2025-6019. Она находится в библиотеке libblockdev и реализуется через демон udisks, который предустановлен почти в каждом дистрибутиве.

Как только атакующий получил allow_active, он может через udisks выполнить необходимые действия и стать root. А дальше — по классике: выключить защиту, установить бэкдор, изменить конфигурации, развернуть атаку по сети.

Исследователи проверили эксплойт на Ubuntu, Debian, Fedora и openSUSE — всё работает. Причём никаких хитростей не нужно: всё основано на штатных, предустановленных компонентах.

«Путь от обычного пользователя до root занимает секунды. Эксплойт использует уже доверенные сервисы — PAM, udisks и polkit. Это делает атаку особенно простой и опасной», — говорит Саид Аббаси из Qualys.

Патчи уже переданы разработчикам дистрибутивов. Некоторые уже начали выпускать обновления, в том числе с изменениями в политике доступа к org.freedesktop.udisks2.modify-device. Теперь для модификации устройств потребуется подтверждение от администратора.

Qualys настоятельно рекомендует немедленно установить обновления, как только они станут доступны. Потому что уязвимости не только позволяют получить root-доступ, но и дают шанс использовать другие атаки, которые требуют allow_active.

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

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