Следующий банковский кризис может начаться вне банка
Следующий банковский кризис может начаться не с плохих кредитов, bank run или падения банка. Его первым событием может стать cyberattack или технологический сбой за пределами регулируемого баланса.
Об этом предупредил глава Reserve Bank of India Санджай Малхотра в выступлении 3 октября о финансовой стабильности. Это не новое регулирование, а важный policy signal: AI, cyber risk, зависимость от третьих сторон, рыночные оценки и financial contagion больше нельзя тестировать как несвязанные проблемы.
Во многих организациях ими до сих пор занимаются разные владельцы в отдельных упражнениях:
- security тестирует компрометацию и восстановление;
- operational resilience — непрерывность сервисов;
- model risk — поведение AI;
- market risk — ценовые шоки;
- treasury — ликвидность;
- third-party risk — поставщиков.
Оргструктура выглядит аккуратно. Реальная цепочка отказа — нет.
Одно событие может пересечь все границы риска
Рассмотрим правдоподобный сценарий.
Скомпрометирован крупный технологический провайдер. Несколько банков теряют доступ к критическому сервису. Платежи и обслуживание клиентов замедляются. Неопределённость растёт: сначала никто точно не знает, какие организации, данные и зависимости затронуты.
Клиенты переводят средства. Корпоративные заёмщики выбирают доступные кредитные линии. Рынки переоценивают бумаги технологических компаний и финансовых организаций. Leveraged investors получают margin calls и продают ликвидные активы. Стоимость collateral падает. Банки и небанковские финансовые организации одновременно требуют ликвидность.
Ни один шаг сам по себе не обязан разрушить систему. Опасность создаёт усиление между operational, market, funding и confidence channels.
В этом главный архитектурный смысл выступления RBI. «Cyber Risks Compounded by AI» стали одним из пяти новых глобальных рисков финансовой стабильности, названных Малхотрой наряду с завышенными asset valuations — особенно связанными с AI, — высоким leverage, глобальным долгом и private credit. По его словам, одновременная реализация этих шоков способна создать серьёзное давление на глобальную финансовую архитектуру.
AI появляется в этой модели дважды.
Во-первых, он может усиливать cyber risk, model risk, зависимость от третьих сторон и ослабление человеческого контроля и ответственности. Во-вторых, инвестиционный цикл AI стал фактором market risk: ухудшение инвестиций или прибыли может вызвать переоценку AI-linked assets, а leverage усилит коррекцию.
Если считать это независимыми «технологической» и «рыночной» проблемами, можно пропустить сценарий, в котором одно событие активирует обе.
Dependency map должна описывать последствия, а не поставщиков
Обычный third-party register отвечает на административные вопросы: кто поставщик, какой заключён договор, когда истекает assessment и кто отвечает за сервис.
Systemic dependency map должна отвечать на более сложные вопросы:
- Какие customer journeys, payment flows, risk decisions и recovery processes зависят от провайдера?
- Какие другие providers, networks, cloud regions, identity systems и data sources стоят за ним?
- Сколько организаций зависят от того же сервиса или того же substitute?
- Можно ли заменить сервис во время кризиса и сколько это займёт в реальности?
- Что произойдёт с платежами, collateral, ликвидностью и поведением клиентов, пока сервис недоступен?
- Какое containment action изолирует отказ, не отключив всю организацию?
Объект такой карты — не поставщик, а цепочка от технической зависимости до финансового последствия.
В эту цепочку часто входят организации вне прямого банковского надзора: cloud- и identity-провайдеры, market-data services, payment processors, AI platforms, телеком-сети, outsourced operations и software supply chains. Банк может быть хорошо капитализирован сам по себе и одновременно зависеть от инфраструктуры, отказ которой затронет множество организаций. Каналы партнёров и подрядчиков уже стали доказанным путём утечки: в Корее данные клиентов ушли через системы вне ядра.
Поэтому substitutability — не checkbox. Если все банки планируют переключиться на одного альтернативного поставщика, у отрасли есть общая recovery assumption, а не настоящая устойчивость.
Stress test должен связать четыре времени
Полезный systemic scenario, начинающийся с cyber incident, должен объединять четыре разных временных горизонта.
1. Техническое время
Как быстро организация обнаружит компрометацию, отзовёт доступ, изолирует системы, восстановит доверенные данные и вернёт сервис? Recovery time от момента объявления инцидента вводит в заблуждение, если detection занял несколько дней.
2. Клиентское время
Как быстро сбои платежей, недоступные балансы, задержки поддержки или публичная неопределённость изменят поведение клиентов? Доверие может исчезнуть быстрее, чем восстановится инфраструктура.
3. Рыночное время
Когда отреагируют asset prices, collateral haircuts, margin requirements и counterparty limits? Автоматизированные торговые и risk systems могут распространить изменение раньше, чем организация поймёт operational incident.
4. Время ликвидности
Когда достигнут пика deposit outflows, выборки кредитных линий, settlement obligations, collateral calls и потребность в intraday liquidity? Система, восстановленная завтра, не решает потребность в ликвидности сегодня.
Если тестировать каждое время отдельно, можно получить четыре успешных упражнения и одну упавшую организацию. Сценарий должен запускать их вместе.
AI resilience требует доказательств, а не policy statement
Подход RBI показывает слабое место многих AI-governance programs. Policy может определять human oversight, model approval и acceptable use, но почти ничего не говорить о доказательствах, необходимых во время совмещённого операционного и финансового кризиса.
Evidence pack должен показывать:
- какие models и agents влияли на решение или workflow;
- какая identity авторизовала каждое действие;
- какие data и tools были доступны системе;
- какая версия policy применялась;
- где требовалось human approval и произошло ли оно;
- как систему ограничили, перевели в degraded mode или отключили;
- какие downstream decisions нужно повторить или сверить.
Без этих данных «human oversight» трудно доказать постфактум, а recovery team не сможет надёжно отделить доверенные результаты от решений, принятых во время компрометации или model failure.
Поэтому AI governance, cyber response и financial reconciliation нужен общий event record. Трёх раздельных audit trails недостаточно.
Вопрос для совета директоров меняется
Старый вопрос об устойчивости звучал так: сможет ли этот банк пережить тяжёлый финансовый шок?
Новый вопрос шире: сможет ли финансовая система продолжить оказание критических услуг, если технологический сбой вне банка одновременно вызовет operational disruption, рыночную переоценку, потерю доверия и спрос на ликвидность?
Для ответа нужны системные упражнения с участием банков, небанковских финансовых организаций, платёжных систем, рынков, критических технологических провайдеров и cross-border networks. Нужны и более качественные данные об общих зависимостях и взаимосвязанных exposures — именно эти пробелы отметил RBI.
Практический следующий шаг — не ещё один отдельный workshop по AI risk. Нужен единый сценарий с названными провайдерами, количественно оценёнными зависимостями, реалистичными recovery constraints, каналами передачи market и liquidity risk, владельцами решений и проверенными containment options.
Если кризис способен пересекать границы организаций, stress test тоже должен их пересекать.