Массовый сбой Ozon Банка затронул оплату и авторизацию, но признаков хакерской атаки пока нет

6 ноября клиенты Ozon Банка не могли войти в мобильное приложение, открыть личный кабинет и оплатить покупки, а сервисы мониторинга насчитали на пике около 33 тыс. жалоб за час. Банк подтвердил проблемы, заверил, что деньги клиентов в сохранности, и к 13.30 мск сообщил о возвращении сервисов к штатной работе. Версия о хакерской атаке публично не подтверждена, причины сбоя компания не раскрыла.

Максимум жалоб пришёлся на 11.50

Первые сообщения о неполадках появились около 11.20 мск. Пользователи писали, что приложение не загружается, авторизация не проходит, а платежи заканчиваются ошибкой. По данным Detector404, число обращений за час выросло с 13 тыс. до 33 тыс., а Downdetector зафиксировал десятки тысяч сообщений.

Эти цифры отражают количество жалоб, а не число клиентов, потерявших доступ к услугам. Активная клиентская база Ozon Банка, по данным «Интерфакса», превышает 43 млн человек, но сколько из них столкнулись со сбоем, неизвестно. Больше всего жалоб поступило из Санкт-Петербурга, Москвы, Московской, Самарской и Новосибирской областей, поэтому локальной проблему не назовёшь. Клиенты описывали отказы на нескольких этапах:

• вход в мобильное приложение не выполнялся;
• личный кабинет не открывался;
• оплата покупок не проходила.

Ozon и «Авито» в одной ленте жалоб

Одновременно пользователи жаловались на маркетплейс Ozon и площадку объявлений «Авито». По данным РБК, у части журналистов издания возникли сложности с доступом к этим площадкам, а у других сервисы работали.

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

Версия с DDoS остаётся предположением

Отказ банковского приложения сразу порождает разговоры о DDoS. Злоумышленники заваливают серверы потоком запросов, и обычные клиенты не могут ни открыть приложение, ни войти в аккаунт. Но сам по себе отказ приложения не доказывает атаку, потому что те же симптомы дают и обычные поломки:

• ошибка после обновления ПО;
• отказ базы данных;
• перегрузка отдельных компонентов;
• неполадки балансировщиков нагрузки, систем авторизации или внешних поставщиков инфраструктуры.

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

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

Что требует регулятор

Банковские системы в России работают по обязательным требованиям Банка России. Положение № 851-П от 30 января 2025 года устанавливает правила защиты данных при банковской деятельности и переводах денег без согласия клиента, а приложение к нему задаёт сроки уведомления регулятора об инцидентах:

• информация о выявленном инциденте передаётся в течение 3 часов;
• результаты расследования передаются в течение 30 дней;
• для компьютерных инцидентов на значимых объектах критической информационной инфраструктуры действует отдельный срок в 3 часа, для остальных случаев 24 часа.

Это не значит, что любой технический сбой автоматически признаётся компьютерным инцидентом или кибератакой, сначала нужно определить характер произошедшего. Само наличие сроков не позволяет считать, что Ozon Банк направил регулятору уведомление 6 ноября.

Похожий сбой уже случался в июне

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

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

• держать под рукой вторую карту другого банка;
• иметь небольшой запас наличных на повседневные траты;
• не называть никому коды из СМС и не переходить по ссылкам из сообщений «от банка», ведь во время сбоев мошенники нередко пользуются растерянностью людей.

Эксперты CISOCLUB прокомментировали сбой и заявили, что число жалоб в сервисах мониторинга показывает масштаб недовольства, но не причину отказа и не количество пострадавших клиентов. DDoS, ошибка в релизе, отказ базы данных и проблема у внешнего поставщика инфраструктуры дают пользователю одинаковый результат в виде закрытого приложения. Версию о хакерах можно подтвердить или снять только по сетевому трафику, журналам серверов и конфигурациям, поэтому громкие предположения до выводов расследования лишь запутывают клиентов.

Повторение проблем со входом в июне и ноябре стоит рассматривать как повод для банка публично объяснить причины и рассказать о принятых мерах. Сведения о сбое разумно сверять с официальными каналами банка, потому что любое сообщение о проблемах быстро обрастает слухами.

Ранее сообщалось, что хостинг-провайдер Beget объявил о восстановлении работы сервисов 2 ноября после масштабного сбоя. Из-за неполадок пользователи не могли открывать сайты, входить в личные кабинеты и пользоваться электронной почтой. При этом многие клиенты сообщали, что доступ к услугам оставался нарушен и утром 3 ноября. По объяснению компании, причиной аварии стали одновременные отказы двух независимых магистральных каналов связи между Санкт-Петербургом и Москвой, а также ошибка в настройках маршрутизации, помешавшая переключению на резервную инфраструктуру. В опубликованном разборе инцидента Beget не упоминает признаков кибератаки.