Средства обеспечения безопасности информации

При работе с банковской информацией встают вопросы безопасности при передаче информации по линиям связи и защиты от возможных подделок со стороны клиентов или других лиц.

Безопасность системы Интернет Банк — Клиент основывается на следующих основных положениях:

Использование стандартных средств безопасности, встроенных в используемую на серверной части комплекса ОС и СУБД Oracle.

Использование стандартного протокола SSL для защиты передаваемой информации по открытым каналам связи.

Использование «Аналога Собственной Подписи» для предотвращения подделки документов, как со стороны клиента, так и со стороны других лиц.

Поддержка системного журнала, в котором регистрируются все существенные действия операторов и клиентов, а также их ошибки и попытки запрещенных действий.

4.1 Протокол SSL

Протокол SSL является, фактически, стандартом при решении задачи защиты данных, передаваемых по Интернету. Большинство современных WEB-серверов и WEB-броузеров обладают встроенной поддержкой данного протокола. Использование данного протокола позволяет решить следующие задачи:

Аутентификация WEB-сервера. Данная процедура гарантирует, что клиент системы связывается с конкретным сервером системы, имеющим определенный международный сертификат.

Генерация уникального сессионного ключа. Наличие сессионного ключа позволяет обеспечить защиту данных, даже если в одной конкретной сессии (в одном сеансе связи) она была нарушена.

Передачу данных по Интернету в защищенном виде, гарантирующем безопасность данных.

4.2 Аналог собственной подписи клиента

Для защиты банковских документов от подделок каждый клиент системы использует электронный Аналог Собственной Подписи. Кратко рассмотрим основные моменты использования этого механизма защиты:

Каждый клиент системы, работающий через Интернет, обладает одним или несколькими ключами для создания Аналога Собственной Подписи под произвольным электронным документом. Аналог Собственной Подписи может быть создан с использованием одного из двух алгоритмов: надежного и упрощенного. Выбор конкретного алгоритма производится заблаговременно при совместном участии клиента и ответственного сотрудника банка.

Надежный алгоритм основан на реализации алгоритма RSA. Минимальная длина ключа — 512 байт. Ключевая информация хранится на компьютере пользователя в виде файла, закрытого кодовой фразой. Таким образом, реализована двойная защита: постороннее лицо, каким-либо образом получившее ключевой файл, все равно не сможет использовать его, не зная кодовой фразы. При использовании этого метода защиты банк, получающий Ваши документы, также не сможет создать под документом Ваш аналог собственной подписи.

Упрощенный алгоритм основывается на знании секретной информации: кода пользователя и его пароля. Аналог Собственной Подписи формируется на основе алгоритма IDEA. Применение данного алгоритма не приводит ни в каком виде к передаче по открытому каналу пароля пользователя. Для работы упрощенного алгоритма по созданию Аналога Собственной Подписи не требуется хранение секретной информации на диске, но данный алгоритм предполагает, что проверяющая сторона (банк) может не только проверить подпись, но и создать ее.

Банк, как одна из сторон системы, также обладает своими ключами для создания подписи на основе надежного алгоритма.

Клиенты банка производят генерацию своей ключевой информации непосредственно в офисе банка. Открытая сторона ключей сохраняется в базе данных банка. Ключи надежного алгоритма хранятся в подписанном виде, упрощенного алгоритма — в закрытом виде.

Создание Аналога Собственной Подписи производится на рабочем месте клиента непосредственно при работе с системой. Для этого разработаны специализированные активные элементы (ActiveX), передаваемые клиенту по Интернету при обращении к первой WEB-страницы системы Интернет Банк-Клиент. Аналог Собственной Подписи формируется клиентом под каждым значимым документом системы.

Проверка Аналога Собственной Подписи производится на стороне банка сразу при получении документа (команды). Только при прохождении проверки по аутентичности принятых данных производится исполнение принятой команды. Ни одна команда клиента банка не будет исполнена, если не пройдет контроль правильности Аналога Собственной Подписи под принятым документом.

Система хранит все полученные по Интернету документы и все ключи клиентов. Тем самым, в любой момент можно осуществить повторную проверку подписи под любым из хранимых документов.