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

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

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

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

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

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

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

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

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

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

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

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

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

Вымогатели научились блокировать компании без шифровальщиков

Зачем возиться с шифрованием файлов, если можно захватить Active Directory, отключить администраторов и разослать требование выкупа сразу на все компьютеры? Именно такую атаку на производственное предприятие обнаружила «Лаборатория Касперского».

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

Для первоначального проникновения атакующие использовали скомпрометированные учётные записи с повышенными привилегиями. Через штатные средства удалённого доступа и VPN такие подключения выглядели как обычная работа ИТ-специалиста.

Получив контроль над Active Directory, злоумышленники создали объект групповой политики GPO под названием Payload и привязали его к корню домена.

После обновления политик на компьютерах менялись обои и экран блокировки, появлялись требования выкупа, а административные учётные записи отключались. Поскольку GPO является штатным и доверенным механизмом Windows, команды спокойно распространялись по корпоративной сети.

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

Эксперты советуют отслеживать создание и изменение групповых политик, включить устойчивую к фишингу МФА для VPN и административных систем, а также разделить привилегии. Обычного антивирусного сканирования здесь недостаточно.

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