Каждая ключевая система предполагает определенные ограничения по условиям применения ключей, при нарушении которых ключи могут быть скомпрометированы или само применение СКЗИ может быть поставлено под сомнение. Именно поэтому криптографические ключи должны применяться строго в соответствии с тем назначением, для которого они были выработаны, даже если технически возможно их гораздо более широкое применение.
При нежелании «размывать» специализацию ключей владелец системы приходит к необходимости иметь разные ключевые системы для разных задач. При этом, конечно, задачи не первостепенной важности, отходят на второй и далее планы, ведь разработка каждой ключевой системы - процесс сложный и дорогостоящий, а введение ее в организации требует штата высококвалифицированных специалистов, и чем таких систем больше, тем сложнее их работа.
Очевидно, что ради организации защиты «второстепенных» процессов, таких как обмен сообщениями по электронной почте с сотрудниками, находящимися вне ИС организации, и с сотрудниками предприятий-контрагентов и партнеров, вводить в действие еще одну ключевую систему – не целесообразно.
Мы предлагаем вариант решения такой задачи – это ПАК Privacy, на базе ПСКЗИ ШИПКА.
Схема работы при этом может быть такой
1. Уполномоченное подразделение, назовем его «отдел К», наделяет троих сотрудников правом удостоверять подлинность открытых ключей участников информационного обмена. Каждый из них генерирует с помощью Privacy пару ключей, и в специальном журнале фиксируются записи, содержащие ФИО и должность сотрудников, серийные номера их ШИПОК, имя, ID и прочие свойства пар, выработанных для данной задачи, включая их Fingerprint'ы и сроки действия. Можно сохранять снимок экрана со свойствами ключа в файл. Имя файла со снимком может иметь имя, совпадающее с порядковым номером учетной записи.
В качестве дополнительной организационной меры, которая может пригодится в случае непредвиденных кадровых изменений, их открытые ключи целесообразно подписать на ключе руководителя подразделения, данные о ключевой паре которого также должны быть зафиксированы в журнале.
Заметим, что фиксация в журнале таких подробностей никак не повышает риска компрометации закрытых ключей этих пар, поскольку в ШИПКЕ работа с ключами организована так, что никакая значимая с точки зрения безопасности информация о закрытом ключе не показывается пользователю никаким способом.
2. Каждый, желающий вступить в защищенную переписку по электронной почте с сотрудниками организации, должен выработать для этого специальную ключевую пару, которая будет зафиксирована «отделом К».
Для этого
Обратившийся должен
1) прийти в «отдел К»,
2) получить там ШИПКУ,
3) получить ПО Privacy,
4) импортировать в свою ШИПКУ открытый ключ одного из уполномоченных сотрудников. Процедура производится в присутствии уполномоченного сотрудника и владельца устройства ШИПКА.
5) проверить его отпечаток,
6) подтвердить доверие этому ключу,
7) сгенерировать пару с параметрами, согласованными с «отделом К»,
8) экспортировать ее открытый ключ и передать его сотруднику «отдела К».
Сотрудник «отдела К»
1)импортирует открытый ключ обратившегося в свою ШИПКУ
2)проверяет его отпечаток
3)подтверждает доверие этому ключу, подписывая его своей подписью
4)регистрирует обратившегося в журнале, указав его ФИО, данные, которые сочтет необходимым«отдел К», серийный номер его ШИПКИ, данные об открытом ключе пары, выработанной для информационного обмена с организацией.
3. После этого «отдел К» может передавать открытый ключ обратившегося тем сотрудникам, с которыми тому предстоит вступать в защищенную переписку.
4. Обратившийся, в свою очередь, может импортировать свой ключ снова к себе в устройство, и он импортируется уже с подписью «отдела К» (которую он может проверить с помощью имеющегося в его ШИПКЕ открытого ключа), чтобы раздавать его своим будущим абонентам.
Главных плюсов в этой схеме, на наш взгляд, два:
1.работа с ключами производится аппаратно (ключ никогда не покидает устройства, никогда не оказывается в оперативной памяти). При этом ключевая система построена на очень технически несложных решениях и достаточно простых и прозрачных организационных мерах.
2.пользователи имеют четкие и однозначные основания для принятия решения о доверии ключу, поскольку их распределение контролируется уполномоченным отделом.
Наиболее универсальными видами задач, для решения которых удобна описанная схема, представляются следующие:
1.Переписка по электронной почте или ICQ с сотрудниками, временно находящимися за пределами организации.
2.Переписка по электронной почте или ICQ с контрагентами, находящимися вне ИС организации постоянно, и не имеющими возможности и прав использовать ключи ключевых систем, являющихся собственностью организации.
3.Организация коллективных хранилищ данных, поставщиками данных в которые должны быть сторонние организации, не имеющими возможности и прав использовать ключи ключевых систем, являющихся собственностью организации.
