ВВЕДЕНИЕ 7
ОБЗОР ЛИТЕРАТУРЫ 9
ГЛАВА 1. ОБЗОР ЭЛЕКТРОННОЙ ПОДПИСИ В ЭЛЕКТРОННОМ ДОКУМЕНТООБОРОТЕ 14
1.1 Принцип работы электронной подписи 14
1.2 Криптопровайдеры и алгоритмы шифрования 19
1.3 Проблема загруженности банков 21
1.4 Облачное хранилище и его альтернативы 24
ГЛАВА 2. ПРАКТИЧЕСКИЙ ЭТАП РАЗРАБОТКИ 27
2.1 Описание архитектурного решения 27
2.2 Этапы разработки 31
2.3 Документирование через Swagger 36
ЗАКЛЮЧЕНИЕ 37
СПИСОК ЛИТЕРАТУРЫ 38
ПРИЛОЖЕНИЕ
На сегодняшний день сложно представить себе жизнь без использования банковских систем. Открытие вкладов, кредитных карт, подписание договоров — все это уже стало обиходом в жизни человека. Каждый банк способен предоставлять свои услуги для привлечения клиентов. Это могут быть высокие процентные ставки по вкладам, высокая клиентоориентированность или хорошая система лояльности. В силу большой потребности в банковских услугах появляются различные проблемы. В частности — большой поток клиентов в банке, так как почти для каждой услуги необходимо подтверждение личности (с помощью паспорта, СНИЛС и других атрибутов аутентификации).
В связи с этим 1 июля 2018 года была открыта система Единой биометрической аутентификации — платформа для удаленной биометрической идентификации, которая позволяет предоставлять новые цифровые коммерческие и государственные услуги для граждан в любое время и в любом месте. Данная система собирает биометрические данные клиентов (голос, отпечаток пальца и т.д.) и позволяет использовать их для выполнения любых видов операций удаленно от банка.
Все биометрические данные хранятся в специальном реестре. Система единой биометрической аутентификации на сегодняшний день поддерживается многими крупнейшими банками, в частности Сбербанком, Альфа-Банком, Ак Барс банком и др. Минусом данной системы является то, что биометрические данные хранятся не в банке, а в специальном реестре, что отталкивает пользователей к использованию.
Для частичной разгрузки банков предложено взять готовое решение выдачи ЭП (электронной подписи) для юридических лиц и внедрить его для физических лиц. Стандартный подход с использованием токенов или карт памяти со встроенными средствами подписи является трудозатратным и невыгодным. Поэтому необходимо избавиться от физических носителей и
организовать интерфейс взаимодействия (API) выдачи, подписания и проверки электронной подписи.
В данном случае банку необходимо стать промежуточным удостоверяющим центром, а значит, пройти аккредитацию ФСТЭК. В таком случае банк сможет, используя API, выдавать сертификаты проверки ЭП, шифровать/дешифровать документы и предоставлять возможность другим системам с использованием электронного документооборота выполнять запросы проверки электронной подписи.
Цель работы — создать интерфейс взаимодействия (API) выдачи/подписания и проверки усиленной квалификационной подписи для физических лиц.
Задачи:
1. Изучить теоретические основы электронной подписи.
2. Изучить существующие решения обработки электронного документооборота.
3. Спроектировать архитектурную модель разработки API.
4. Создать прототип клиентского приложения.
5. Разработать API проверки и выдачи электронной подписи для ФЛ.
6. Создать инструкцию разработчикам (Swagger).
7. Рассмотреть возможность размещения API в облачном хранилище.
Объект работы — электронная цифровая подпись
Предмет работы — система выдачи/проверки электронной подписи
В результате работы большинство из поставленных задач были выполнены.
1. Изучен теоретический материал по теме электронной подписи, все юридические особенности, этапы формирования и проверки.
2. Рассмотрены существующие решения электронного документооборота через токен и флэш носители.
3. Смоделирована модель интерфейса взаимодействия удаленного онлайн банкинга с использованием ЭП.
4. Реализован прототип клиентского приложения для удаленного подписания документов физическими лицами.
5. Разработано API, позволяющее АББ в случае аккредитации выступать в роли удостоверяющего центра для удаленного подписания электронных документов с помощью электронной подписи, ее проверки, а также выдавать сертификаты проверки подписи для клиентов банка и ее партнеров.
6. API обернуто в документированную интерактивную среду Swagger.
В задачах ВКР был пункт, который описывал необходимость разместить
API и хранилище закрытых ключей в защищенном облаке. Данную задачу реализовать не удалось, так как законодательство РФ еще не предусмотрело такой вариант документооборота, а ФСБ и ФСТЭК, используя 21 приказ, не имеют возможности произвести аккредитацию для существующих облачных вендоров. Альтернативой может выступить собственное закрытое облако от Банка, т.к. оно заинтересовано в аккредитации и будет работать без посредников напрямую.
Данная работа реализована и залита на открытый репозиторий по ссылке: http://gititis.kpfu.ru/Kislov/CryptoCloudAPI
