Банковское приложение: требования к безопасности, надёжности и интерфейсу

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

Чем банковское приложение отличается

• Любая ошибка может привести к потере денег клиента
• Приложение — постоянная цель мошенников
• Деятельность регулируется Центральным банком и законодательством о персональных данных
• Нагрузка неравномерна: пики в дни зарплаты и праздники
• Интеграция с автоматизированной банковской системой и процессинговыми центрами

Аутентификация и доступ

1. Многофакторный вход. Пароль или ПИН плюс подтверждение через одноразовый код или биометрию устройства.
2. Привязка устройства. Новое устройство требует дополнительной проверки.
3. Ограничение сессий. Автоматический выход при бездействии, повторная проверка для чувствительных операций.
4. Подтверждение операций. Переводы и смена данных подтверждаются отдельно, с понятным описанием, что именно подтверждает клиент.

Защита приложения и данных

• Шифрование данных при передаче и хранении на устройстве
• Закрепление сертификатов сервера, чтобы затруднить перехват трафика
• Обнаружение изменённых или взломанных устройств и реакция на это по политике банка
• Защита кода от анализа и модификации
• Запрет скриншотов на экранах с реквизитами, если этого требует политика
• Никаких секретов и ключей внутри кода приложения

Защита от мошенничества

Клиенты нередко теряют деньги не из-за взлома систем, а из-за социальной инженерии: звонками «из банка», поддельными ссылками, просьбами продиктовать код. Приложение может помогать:

• Понятные предупреждения при переводах незнакомым получателям
• Задержка или дополнительная проверка для необычных операций
• Уведомления о каждом входе и каждой операции
• Простая кнопка блокировки карты
• Тексты подтверждений, где прямо сказано, что сотрудники банка никогда не просят код

На серверной стороне работает антифрод-система, которая оценивает операции по множеству признаков. Приложение передаёт ей данные о контексте: устройство, сеть, поведение.

Надёжность

Клиент, который не может оплатить в магазине, запоминает это надолго. Поэтому закладывают:

• Горизонтальное масштабирование серверной части
• Плавную деградацию: если недоступен один сервис, остальное продолжает работать
• Идемпотентность операций, чтобы повторное нажатие не создавало двойной перевод
• Мониторинг в реальном времени и дежурство
• Поэтапный выпуск обновлений на долю пользователей

Интеграции

Приложение — вершина большой системы: АБС, процессинг карт, платёжные системы страны, кредитный скоринг, CRM, системы уведомлений. Обычно строится промежуточный слой API, который изолирует приложение от сложности внутренних систем и защищает их от прямых обращений.

Регуляторные требования

Банк обязан соблюдать требования Центрального банка Республики Узбекистан к информационной безопасности и дистанционному обслуживанию, а также закон о персональных данных, включая их хранение на территории страны. Конкретный перечень требований команда должна получить от службы комплаенса и информационной безопасности банка до начала проектирования.

Интерфейс

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

Тестирование

• Функциональное и регрессионное на широком наборе устройств
• Нагрузочное с моделированием пиковых дней
• Тестирование на проникновение независимыми специалистами
• Проверка сценариев отказов: что видит клиент, когда процессинг недоступен

Банковское приложение не бывает «готовым» — это продукт, который развивается и защищается постоянно. Если вы планируете такой проект или финансовый сервис меньшего масштаба, начнём с аудита требований безопасности и архитектуры.