Чому 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 Germany мали проблеми із входом в онлайн-банкінг і застосунок. Ніхто офіційно не пов'язав ці повідомлення з Google Cloud, а сплески на Downdetector можуть вводити в оману, адже стурбовані користувачі перевіряють сервіси, які насправді працюють.

Хай там що покаже остаточний розбір, форма події знайома. У вересні, коли ChatGPT, Claude і Grok впали одночасно, спільна хмара була першим підозрюваним і виявилася не причиною; цього разу один хмарний регіон є головним поясненням, хоча й досі не підтвердженим. Коли багато компаній орендують одну будівлю, одна несправність у цій будівлі може миттєво стати проблемою всіх одразу, і цього разу сервісом, про який ідеться, була картка у вашій кишені.

Це була кібератака чи щось пов'язане з ударами по російських дата-центрах?

Ні, виходячи з наявних даних. Від 8 жовтня 2026 року українські дрони вражали дата-центри Yandex у Сасові, Калузі та Володимирі, порушуючи роботу сервісів Yandex у Росії та сусідніх країнах; ми детально розповідали про ці удари тут. У публікаціях про ці удари не згадується жодного впливу на європейські банки, карткові платежі чи західних хмарних провайдерів. Revolut не працює в Росії. Збій Revolut збігся з проблемою на об'єкті Google у Лондоні, і жодне джерело не пов'язує ці дві події. Вони перегукуються лише в одному: обидві показують, що критичні сервіси зосереджені в невеликій кількості фізичних будівель. Але одне з них є військовим ударом по інфраструктурі, а інше звичайним хмарним збоєм, і плутати їх нікому не допоможе.

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

Це була вразливість PwnEscape у Linux чи частина серії хмарних збоїв?

Друге запитання заслуговує на такий самий підхід. Чи могла за цим стояти щойно розкрита вразливість 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, зазначає «Exploitation: none», і вразливість відсутня в каталозі відомих експлуатованих вразливостей 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 власними словами, і чому його сторінка статусу показувала, що всі системи працюють, тоді як картки вже відхилялися на касах по всій Європі.