Почему 20 октября 2026 года все карты Revolut были отклонены? Разбор сбоя

Если сегодня утром вашу карту Revolut отклонили, на кассе, у топливной колонки или в банкомате, проблема была не в карте и не в вас. Утром во вторник 20 октября 2026 года Revolut пережил сбой в масштабах всей компании. Платежи по картам, переводы, снятие наличных в банкоматах и даже вход в приложение не работали у клиентов в Великобритании, Франции, Испании, Германии и Греции, а также в Ирландии. Revolut подтвердил нарушение работы, затронувшее несколько сервисов, и заявил, что деньги и данные всех клиентов в безопасности. Наиболее вероятный триггер: отказ Google Cloud в его лондонском регионе, начавшийся в 06:08 UTC, то есть в 08:08 по парижскому времени, и который Google позднее объяснил инцидентом с электропитанием. Источник, знакомый с ситуацией, сообщил Reuters, что сбой Revolut был связан с нарушением работы Google Cloud. Ни одна из компаний публично не подтвердила эту связь.

Новостные трансляции говорят вам, что Revolut не работает. Но они не объясняют, где именно в платёжной цепочке произошёл отказ, почему автоматическая топливная колонка отклоняет вашу карту даже тогда, когда касса её иногда принимает, и как один облачный регион в Лондоне может остановить карту на французской заправке. Этот пост отвечает на эти вопросы, отделяет сбой от недавних ударов по российским дата-центрам и от недавно раскрытой уязвимости виртуальных машин Linux, а также перечисляет, что стоит иметь при себе, чтобы один сбой у эмитента больше никогда не оставил вас без средств.

Почему мою карту Revolut отклонили 20 октября?

Потому что Revolut, компания, которая одобряет каждый платёж по своим картам, несколько часов не могла отвечать на запросы. Примерно с 08:00 по парижскому времени, сообщает Clubic, приложение показывало сообщение об ошибке, карты отклонялись в магазинах и такси, а переводы не проходили. Только во Франции у Revolut более 8 миллионов клиентов. Французская техническая пресса сообщала об отказах на кассах и в банкоматах.

Собственная страница статуса Revolut отреагировала с опозданием. В 09:42 по парижскому времени она всё ещё показывала, что все системы работают; позже на ней значился 31 сервис как частично недоступный, включая платежи по картам, переводы, снятие наличных в банкоматах, премиальные сервисы и вход в приложение. Вот как разворачивалось это утро.

По состоянию на 13:25 по парижскому времени 20 октября Google объясняет сбой инцидентом с электропитанием в зоне europe-west2-b, сообщает, что инцидент с электропитанием устранён и сервисы постепенно восстанавливаются, но его инцидент остаётся открытым, а полный отчёт об инциденте не опубликован. Revolut не выпустил уведомления о восстановлении и не назвал причину. Мы обновим этот пост, когда Revolut или Google опубликуют итоговый отчёт.

Кто виноват: Revolut, Visa или магазин?

В каждом карточном платеже участвуют три стороны. Терминал магазина и его банк (эквайер) считывают карту и отправляют запрос на авторизацию. Платёжная сеть, Visa, Mastercard или CB во Франции, маршрутизирует этот запрос. Эмитент, банк, выпустивший вашу карту, отвечает «да» или «нет» в реальном времени. 20 октября мы не нашли сообщений об инцидентах у Visa, Mastercard или CB, и ни один другой эмитент карт не сообщал о проблемах с картами, что, судя по всем данным, указывает на отказ именно у Revolut как эмитента карт.

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

Это также объясняет, почему автоматические топливные колонки отказывали каждый раз, тогда как касса иногда принимала карту. Французская круглосуточная автоматическая колонка перед тем, как вы снимете пистолет, запрашивает у эмитента одобрение фиксированной максимальной суммы, часто от 100 до 150 евро, установленной станцией, а затем заменяет её реальной суммой. Для этой предавторизации нужен живой ответ эмитента, поэтому, когда эмитент молчит, колонка каждый раз отвечает отказом. Колонка делает сбой у эмитента видимым, но не вызывает его. Одно из возможных объяснений платежей, которые всё же прошли: некоторые терминалы могут одобрять небольшие суммы офлайн и проводить их позже, и, возможно, поэтому Clubic сообщал, что некоторые клиенты Revolut всё ещё могли платить в отдельных магазинах, в то время как большинство карт отклонялось.

При чём тут Google Cloud и моя банковская карта?

Многие банки и финтех-компании размещают значительную часть своего программного обеспечения на арендованной облачной инфраструктуре, и когда эта инфраструктура отказывает, их сервисы могут отказать вместе с ней. По данным Google, проблема началась в 06:08 UTC; его первое обновление статуса, опубликованное в 10:35 по парижскому времени, примерно два с половиной часа спустя, сообщало о повышенном уровне ошибок и периодических сетевых сбоях в europe-west2, его лондонском регионе. Для держателя карты этот разрыв имел значение. Около двух с половиной часов страница статуса Google молчала, а в 09:42 по парижскому времени страница Revolut всё ещё показывала, что все системы работают. The Register отмечает, что europe-west2-b является одной из трёх зон доступности в этом регионе. На странице инцидента Google перечислены 38 затронутых продуктов, включая Kubernetes Engine, Cloud Run и BigQuery Data Transfer Service, и Google опубликовал извинения перед всеми пострадавшими. В 13:12 по парижскому времени Google назвал первую причину: «Из-за инцидента с электропитанием мы столкнулись со сбоем в зоне europe-west2-b. Инцидент с электропитанием устранён», говорится в его обновлении, при этом сервисы постепенно восстанавливаются. Заявление Google касается его собственной зоны и не упоминает Revolut. Другие регионы Google в Европе, включая Париж и Франкфурт, не сообщали о проблемах.

Связь с Revolut остаётся сообщением со ссылкой на источник, а не подтверждённым фактом. Источник, знакомый с ситуацией, сообщил Reuters, что сбой Revolut был связан с нарушением работы Google Cloud, а собственные заявления Revolut не упоминают Google. The Journal сообщил, что нарушение работы, как полагают, вызвано сбоем у стороннего провайдера, не называя его. В то же утро Downdetector UK показывал всплески жалоб на Lloyds, Halifax, Bank of Scotland, HSBC, NatWest, Santander UK и MBNA, а также на Royal Mail, Rightmove и GOV.UK, и у клиентов ING в Германии возникали проблемы со входом в онлайн-банк и приложение. Никто официально не связал эти сообщения с Google Cloud, а всплески на Downdetector могут вводить в заблуждение, поскольку обеспокоенные пользователи проверяют и те сервисы, которые на самом деле работают.

Что бы ни сказал итоговый отчёт, контуры события знакомы. В сентябре, когда ChatGPT, Claude и Grok отказали одновременно, общий облачный провайдер был первым подозреваемым и в итоге оказался ни при чём; на этот раз один облачный регион остаётся главным объяснением, хотя всё ещё неподтверждённым. Когда много компаний арендуют одно и то же здание, одна неисправность в этом здании может мгновенно стать общей проблемой, и на этот раз речь шла о карте в вашем кармане.

Была ли это кибератака и связано ли это с ударами по российским дата-центрам?

Нет, судя по имеющимся данным. С 8 октября 2026 года украинские беспилотники наносили удары по дата-центрам Яндекса в Сасове, Калуге и Владимире, нарушив работу сервисов Яндекса в России и соседних странах; мы подробно разбирали эти удары здесь. В публикациях об этих ударах не упоминается никакого влияния на европейские банки, карточные платежи или западных облачных провайдеров. Revolut не работает в России. Сбой Revolut совпал по времени с проблемой на объекте Google в Лондоне, и ни один источник не связывает эти два события. Они перекликаются лишь в одном: оба показывают, что критически важные сервисы размещены в небольшом числе физических зданий. Но одно из них представляет собой военный удар по инфраструктуре, а другое является обычным облачным сбоем, и смешивать их никому не на пользу.

Ничто не указывает и на взлом. Ни один источник не сообщает о вторжении, Revolut заявляет, что деньги и данные клиентов в безопасности, а приложение для ведения бюджета Emma, также затронутое этим утром, назвало свою проблему техническим отказом, а не нарушением безопасности. Кибератаку нельзя формально исключить до появления итогового отчёта, но всё, что видно сегодня, указывает на облачный инцидент, а не на атаку, и сам Google теперь объясняет свой лондонский сбой инцидентом с электропитанием в зоне europe-west2-b, а его полный отчёт об инциденте ещё впереди.

Виновата ли уязвимость Linux PwnEscape, и часть ли это серии облачных сбоев?

Второй вопрос заслуживает такого же разбора. Могла ли за этим стоять недавно раскрытая уязвимость Linux? 15 октября 2026 года, за пять дней до сбоя, команда CVE ядра Linux опубликовала CVE-2026-99999, получившую прозвище PwnEscape, критическую уязвимость в сетевом коде ядра, в обработке контрольных сумм IPv4, с оценкой 9,3 из 10 по CVSS 3.1. Оценка высока из-за того, что позволяет эта ошибка. Вредоносная гостевая виртуальная машина может отправлять специально сформированные сетевые пакеты, повреждающие ядро хост-машины, на которой она работает, и исследователи продемонстрировали утечки памяти хоста, падения хоста и выполнение кода с правами root на хосте в своей собственной лаборатории. Уязвимость находится в сетевом стеке Linux, обрабатывающем гостевой трафик, а не в каком-то конкретном гипервизоре.

Само обнаружение прошло в упорядоченном режиме. Исследовательская команда PWN.AI нашла ошибку во время конкурса по безопасности песочницы Vercel, приватно сообщила о ней мейнтейнерам ядра 4 сентября, и исправление вошло в основное ядро Linux 14 октября. Что ещё важнее, об эксплуатации в реальных атаках не сообщалось. Оценка CISA от 16 октября, зафиксированная в записи CVE, гласит: «Эксплуатация: отсутствует», и уязвимость не входит в каталог известных эксплуатируемых уязвимостей CISA. Google не опубликовал о ней ни одного бюллетеня безопасности, и его бюллетени по 19 октября её не упоминают. Google объясняет лондонский сбой инцидентом с электропитанием в зоне europe-west2-b, заявления Revolut не упоминают ни Google, ни какую-либо уязвимость, а Emma назвала свою проблему техническим отказом, а не нарушением безопасности. Ни один заслуживающий доверия источник не связывает PwnEscape с этим сбоем.

Фон, однако, реален. Эта осень принесла серию крупных облачных инцидентов. 1 сентября отключение оптоволоконных кабелей во время плановых работ на маршрутизаторах изолировало части двух зон региона us-central1 Google Cloud в Айове примерно на четыре часа, с 07:41 до 11:52 по тихоокеанскому времени США, затронув 16 продуктов. С 30 сентября по 1 октября шлюзовые сервисы Microsoft Azure, включая ExpressRoute, VPN Gateway, Azure Firewall, Application Gateway и Azure VMware Solution, были нарушены в 18 регионах начиная с 20:30 UTC, и Microsoft указала на корреляцию с работами по обслуживанию операционных систем инфраструктуры. 8 и 9 октября обновление конфигурации балансировки нагрузки перегрузило узлы Google Cloud Storage в us-central1, вызвав ошибки записи в общей сложности примерно на 18 часов за два дня.

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

Почему после сбоев приходят фишинговые сообщения?

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

Есть причина отнестись к этому серьёзно именно в случае Revolut. В сентябре 2026 года злоумышленник, выдававший себя за итальянский государственный регулирующий орган и писавший с легитимного правительственного домена, получил данные примерно 650 клиентов, включая документы, удостоверяющие личность, фотографии, выписки по счетам и истории транзакций. Revolut назвал это изощрённой внешней мошеннической схемой с выдачей себя за другое лицо, заявил, что его системы и средства клиентов не пострадали, и связался с пострадавшими. Та утечка не связана со сбоем 20 октября, но она означает, что реальные данные части клиентов находятся в обращении, из-за чего фишинговое сообщение может выглядеть убедительно персональным.

Настоящему сотруднику поддержки банка не нужны ваш PIN, пароли, одноразовые коды или данные карты, и никто из них не попросит одобрить что-либо в приложении из-за того, что позвонил вам; если сомневаетесь, положите трубку и свяжитесь с банком через его приложение. Не переходите по ссылкам в сообщениях о сбое; откройте приложение напрямую и читайте его уведомления. В качестве дополнительной защиты Threat Protection от Le VPN блокирует известные фишинговые и вредоносные домены до их загрузки. Он не может помешать SMS прийти и не поймает каждый совершенно новый мошеннический домен, поэтому ваш собственный скептицизм остаётся первой линией обороны.

Как не застрять в следующий раз?

Вы не можете предотвратить следующий сбой Revolut, но можете сделать его для себя несущественным.

• Носите с собой вторую карту другого эмитента. Вторая карта Revolut откажет вместе с первой. Для жителей Франции хорошим дополнением будет карта французского банка в сети CB, поскольку её одобряет другой эмитент.
• Держите при себе немного наличных. Достаточно на топливо и еду. Снятие наличных в банкоматах Revolut тоже не работало, поэтому снимать их нужно до сбоя, а не во время него.
• На заправке во время сбоя у эмитента стоит попробовать кассу с персоналом, а не автоматическую колонку, хотя и там может быть отказ.
• Сначала проверяйте страницу статуса и уведомления в приложении. Прежде чем решить, что карта заблокирована или скомпрометирована, посмотрите, не сообщает ли эмитент об инциденте. Revolut также перечисляет обычные причины отказов, такие как замороженная карта, лимит расходов, ожидающее подтверждение 3-D Secure или отключённый тип платежа, при этом конкретная причина отображается в приложении.
• Не замораживайте, не отменяйте и не перевыпускайте карту в панике. Во время сбоя у эмитента это ничего не меняет, а отменённая карта означает ожидание замены после восстановления сервиса.
• Никогда не сообщайте данные тому, кто связался с вами сам, представляясь поддержкой Revolut, особенно в такой день.
• Сохраняйте скриншоты с отметками времени отклонённых платежей и несостоявшихся переводов, если они обернулись для вас расходами, и обратитесь с ними в поддержку Revolut через приложение после восстановления сервиса.

Одна вещь, которая бы не помогла, это VPN, и мы говорим это как VPN-провайдер. Авторизация карты проходит между терминалом, платёжной сетью и эмитентом; ваше собственное соединение, с французским VPN-сервером или без него, никак не влияет на то, будет ли одобрен платёж. VPN защищает ваш трафик и, вместе с Threat Protection, отфильтровывает многие мошеннические домены, которые появляются после такого дня. Но он не поддерживает работу банка.

Google назвал первую причину, инцидент с электропитанием в своей зоне europe-west2-b, но полный отчёт об инциденте ещё впереди. Когда он появится, стоит следить за тремя вещами: что именно вывел из строя инцидент с электропитанием, подтвердит ли Revolut связь с Google Cloud собственными словами и почему его страница статуса показывала, что все системы работают, в то время как карты уже отклонялись на кассах по всей Европе.