DDoS-атаки выросли на 140,7% — один банк держался 200 часов

13 октября 2026 года Curator опубликовала итоги января—сентября: число зафиксированных DDoS-атак выросло на 140,7% год к году, количество атак на банки — в 7,4 раза, а в третьем квартале одна банковская организация находилась под атакой 200 часов. На финансовые технологии пришлось 41,7% наблюдавшихся атак против 24,4% годом ранее. Такую нагрузку на цифровые сервисы нельзя оценить только по максимальной скорости вредоносного трафика: значение имеют частота ударов и время, в течение которого защиту приходится поддерживать.

Как уточняет ICT-Online, атакованный российский банк не назван, а сведения о сбоях его сайта или приложений не опубликованы. За тот же девятимесячный период Curator зарегистрировала 20 атак мощнее 1 Тбит/с против одной год назад; этот показатель относится ко всей наблюдаемой выборке, а не к названному банковскому эпизоду. Длительность атаки также нельзя принимать за время, в течение которого клиенты не могли пользоваться услугами банка.

Почему банковский сегмент выделяется в статистике

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

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

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

Терабитный пик и короткие импульсы

Пиковая мощность измеряет скорость потока в определённый момент; она не описывает число повторных волн или работу конкретной функции приложения. В публикации Forbes заместитель генерального директора Servicepipe Даниил Щербаков рассказал, что в сентябре атаки на банковские системы достигали 300 Гбит/с, тогда как на биржи, платёжную инфраструктуру и АЗС — 10 Гбит/с; большинство наблюдавшихся им ударов длились от двух до двенадцати минут, и он пояснил: «Это тактика коротких импульсных ударов». В сентябре пиковая нагрузка на веб-ресурсы финсектора достигала почти 11 млн запросов в минуту. Наблюдения Servicepipe относятся к другому провайдеру и более короткому периоду, поэтому эти величины нельзя приписывать длительной банковской атаке из данных Curator.

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

Число запросов в минуту характеризует другую нагрузку, чем гигабиты в секунду: обращения к авторизации и обработке операций могут перегружать приложение без рекордного сетевого потока. Документация Cloudflare различает защиту сетевого и транспортного уровней и защиту от перегрузки веб-приложений. В первом случае важны фильтрация и пропускная способность на входе, во втором — распознавание и ограничение вредоносных запросов к сервису.

Что показывает затяжная атака

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

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

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

Читайте также:

• Одноэкранный лендинг не обязан помещаться в экран: важнее один сценарий
• Bumble на перепутье: Почему «женское» приложение теряет платных пользователей и на что оно ставит ва-банк
• Курсы AutoCAD с нуля: один законченный чертёж важнее списка из 20