Ключевой менеджмент
 | В этой статье используются голые URL-адреса , которые неинформативны и уязвимы к порче ссылок . ( июнь 2022 г. ) |
Управление ключами относится к управлению криптографическими ключами в криптосистеме . Сюда входит работа с генерацией, обменом, хранением, использованием, крипто-измельчением (уничтожением) и заменой ключей. Он включает в себя разработку криптографических протоколов , серверы ключей , пользовательские процедуры и другие соответствующие протоколы. [1] [2]
Управление ключами касается ключей на уровне пользователя, как между пользователями, так и между системами. В этом отличие от планирования ключей , которое обычно относится к внутренней обработке ключей в рамках операции шифрования.
Успешное управление ключами имеет решающее значение для безопасности криптосистемы. Это более сложная сторона криптографии в том смысле, что она включает в себя такие аспекты социальной инженерии, как системная политика, обучение пользователей, взаимодействие организаций и ведомств, а также координация между всеми этими элементами, в отличие от чисто математических практик, которые можно автоматизировать.
Типы клавиш [ править ]
Криптографические системы могут использовать разные типы ключей, причем некоторые системы используют более одного. Они могут включать симметричные ключи или асимметричные ключи. В алгоритме с симметричным ключом задействованные ключи идентичны как для шифрования, так и для дешифрования сообщения. Ключи необходимо выбирать тщательно, а также распределять и хранить в надежном месте. Асимметричные ключи, также известные как открытые ключи , напротив, представляют собой два отдельных ключа, математически связанных. Обычно они используются вместе для общения. Инфраструктура открытых ключей (PKI), реализация криптографии с открытыми ключами, требует от организации создания инфраструктуры для создания и управления парами открытых и закрытых ключей, а также цифровыми сертификатами. [3]
Инвентарь [ править ]
 |
Отправной точкой любой стратегии управления сертификатами и закрытыми ключами является создание комплексного реестра всех сертификатов, их местоположений и ответственных лиц. Это нетривиальный вопрос, поскольку сертификаты из разных источников развертываются в разных местах разными людьми и командами — просто невозможно полагаться на список из одного центра сертификации . Сертификаты, которые не обновляются и не заменяются до истечения срока их действия, могут привести к серьезным простоям и сбоям в работе. Некоторые другие соображения:
- Регламенты и требования, такие как PCI-DSS, [4] требуют строгой безопасности и управления криптографическими ключами, и аудиторы все чаще пересматривают используемые средства управления и процессы.
- Закрытые ключи, используемые с сертификатами, должны храниться в безопасности. [5] или неавторизованные лица могут перехватить конфиденциальные сообщения или получить несанкционированный доступ к критически важным системам. Неспособность обеспечить правильное разделение обязанностей означает, что администраторы, генерирующие ключи шифрования, могут использовать их для доступа к конфиденциальным, регулируемым данным.
- Если центр сертификации скомпрометирован или алгоритм шифрования нарушен, организации должны быть готовы заменить все свои сертификаты и ключи в считанные часы.
Этапы управления [ править ]
После инвентаризации ключей управление ключами обычно состоит из трех этапов: обмен, хранение и использование.
Обмен ключами [ править ]
Прежде чем приступить к какой-либо защищенной связи, пользователи должны настроить детали криптографии. В некоторых случаях это может потребовать обмена идентичными ключами (в случае симметричной системы ключей). В других случаях может потребоваться наличие открытого ключа другой стороны. В то время как открытые ключи могут обмениваться открыто (соответствующий им закрытый ключ хранится в секрете), обмен симметричными ключами должен осуществляться по защищенному каналу связи. Раньше обмен такого ключа был чрезвычайно затруднительным и значительно облегчался доступом к защищенным каналам, таким как дипломатическая почта . Обмен открытым текстом симметричных ключей позволит любому перехватчику немедленно узнать ключ и любые зашифрованные данные.
Развитие криптографии с открытым ключом в 1970-х годах сделало обмен ключами менее затруднительным. С тех пор, как в 1975 году был опубликован протокол обмена ключами Диффи-Хеллмана , появилась возможность обмениваться ключами по незащищенному каналу связи, что существенно снизило риск раскрытия ключа во время распространения. Можно, используя что-то вроде книжного кода , включить ключевые индикаторы в виде открытого текста, прикрепленного к зашифрованному сообщению. Техника шифрования, использованная секретарем Рихарда Зорге, была именно такого типа: она относилась к странице статистического руководства, хотя на самом деле это был код. немецкой армии Симметричный ключ шифрования Enigma на ранних этапах своего использования был смешанного типа; ключ представлял собой комбинацию тайно распределенных расписаний ключей и выбранного пользователем компонента сеансового ключа для каждого сообщения.
В более современных системах, таких как системы, совместимые с OpenPGP , сеансовый ключ для алгоритма симметричного ключа распространяется в зашифрованном виде с помощью алгоритма асимметричного ключа . Этот подход позволяет избежать даже необходимости использования протокола обмена ключами, такого как обмен ключами Диффи-Хеллмана.
Другой метод обмена ключами предполагает инкапсуляцию одного ключа внутри другого. Обычно главный ключ генерируется и обменивается каким-либо безопасным методом. Этот метод обычно громоздкий или дорогой (например, разбиение главного ключа на несколько частей и отправка каждой из них доверенному курьеру) и не подходит для использования в больших масштабах. После безопасного обмена главным ключом его можно легко использовать для безопасного обмена последующими ключами. Этот метод обычно называется переносом ключей . Распространенный метод использует блочные шифры и криптографические хеш-функции . [6]
Связанный метод заключается в обмене главным ключом (иногда называемым корневым ключом) и получении дополнительных ключей по мере необходимости из этого ключа и некоторых других данных (часто называемых данными диверсификации). Чаще всего этот метод используется в криптосистемах на основе смарт-карт , например, в банковских картах. Банк или кредитная сеть встраивают свой секретный ключ в безопасное хранилище ключей карты во время производства карты на охраняемом производственном объекте. Затем в точке продажи и карта, и устройство считывания карт смогут получить общий набор сеансовых ключей на основе общего секретного ключа и данных, специфичных для карты (например, серийного номера карты). Этот метод также можно использовать, когда ключи должны быть связаны друг с другом (т. е. ключи отдела привязаны к ключам подразделений, а отдельные ключи привязаны к ключам отдела). Однако такое связывание ключей друг с другом увеличивает ущерб, который может возникнуть в результате нарушения безопасности, поскольку злоумышленники узнают что-то о более чем одном ключе. Это снижает энтропию по отношению к злоумышленнику для каждого задействованного ключа.
Последний метод использует псевдослучайную функцию для выдачи ключей без возможности увидеть ключи системой управления ключами. [7]
Хранилище ключей [ править ]
Независимо от того, как они распределены, ключи должны храниться надежно для обеспечения безопасности связи. Безопасность вызывает большую озабоченность [8] [9] и, следовательно, для этого используются различные методы. Вероятно, наиболее распространенным является то, что приложение шифрования управляет ключами пользователя и зависит от пароля доступа для управления использованием ключа. Аналогичным образом, в случае платформ доступа без ключа для смартфонов они сохраняют всю идентификационную информацию о дверях с мобильных телефонов и серверов и шифруют все данные, где, как и в случае с низкотехнологичными ключами, пользователи передают коды только тем, кому они доверяют. [8]
С точки зрения регулирования, немногие из них подробно рассматривают хранение ключей. «Некоторые содержат минимальные рекомендации, такие как «не хранить ключи с зашифрованными данными» или предполагают, что «ключи следует хранить в безопасности». Заметными исключениями из этого правила являются PCI DSS 3.2.1, NIST 800-53 и NIST 800–57. [9]
Для оптимальной безопасности ключи могут храниться в аппаратном модуле безопасности (HSM) или защищаться с помощью таких технологий, как доверенная среда выполнения (TEE, например Intel SGX ) или многосторонние вычисления (MPC). Дополнительные альтернативы включают использование доверенных платформенных модулей (TPM), [10] виртуальные HSM, также известные как «Модули аппаратной безопасности для бедняков» (pmHSM), [11] или энергонезависимые программируемые вентильные матрицы (FPGA) с поддержкой конфигураций «система на кристалле» . [12] Чтобы проверить целостность хранимого ключа без ущерба для его фактического значения, KCV можно использовать алгоритм .
Использование ключа шифрования [ править ]
Основная проблема заключается в продолжительности использования ключа и, следовательно, в частоте замены. Поскольку это увеличивает требуемые усилия злоумышленника, ключи следует часто менять. Это также ограничивает потерю информации, поскольку количество сохраненных зашифрованных сообщений, которые станут доступны для чтения при обнаружении ключа, будет уменьшаться по мере увеличения частоты смены ключа. Исторически симметричные ключи использовались в течение длительного времени в ситуациях, когда обмен ключами был очень затруднен или возможен только время от времени. В идеале симметричный ключ должен меняться с каждым сообщением или взаимодействием, чтобы только это сообщение стало доступным для чтения, если ключ будет изучен ( например , украден, подвергнут криптоанализу или с помощью социальной инженерии).
Проблемы [ править ]
При попытке контролировать и управлять своими ключами шифрования ИТ-организации сталкиваются с рядом проблем:
- Масштабируемость: управление большим количеством ключей шифрования.
- Безопасность: Уязвимость ключей от сторонних хакеров, злоумышленников-инсайдеров.
- Доступность: обеспечение доступности данных для авторизованных пользователей.
- Гетерогенность: поддержка нескольких баз данных, приложений и стандартов.
- Управление: определение контроля доступа и защиты данных на основе политик. [13] Управление включает соблюдение требований по защите данных .
Соответствие [ править ]
Соответствие управлению ключами подразумевает надзор, гарантию и возможность продемонстрировать, что ключи управляются безопасно. Сюда входят следующие отдельные области соответствия:
- Физическая безопасность – наиболее заметная форма соблюдения требований, которая может включать запирание дверей для защиты системного оборудования и камер наблюдения. Эти меры безопасности могут предотвратить несанкционированный доступ к печатным копиям ключевых материалов и компьютерным системам, на которых установлено программное обеспечение для управления ключами.
- Логическая безопасность – защищает организацию от кражи или несанкционированного доступа к информации. Здесь на помощь приходит использование криптографических ключей для шифрования данных, которые затем становятся бесполезными для тех, у кого нет ключа для их расшифровки.
- Безопасность персонала – это предполагает назначение персоналу определенных ролей или привилегий для доступа к информации на строгой основе служебной необходимости. Для обеспечения безопасности следует проводить проверку анкетных данных новых сотрудников наряду с периодическим изменением ролей. [1] [14]
Соответствие может быть достигнуто в отношении национальных и международных защиты данных стандартов и правил , таких как Стандарт безопасности данных индустрии платежных карт , Закон о переносимости и отчетности медицинского страхования , Закон Сарбейнса-Оксли или Общие правила защиты данных . [15]
Системы управления и соответствия [ править ]
Система управления ключами [ править ]
Система управления ключами (KMS), также известная как система управления криптографическими ключами (CKMS) или система управления ключами предприятия (EKMS), представляет собой интегрированный подход к созданию, распространению и управлению криптографическими ключами для устройств и приложений. Они могут охватывать все аспекты безопасности — от безопасного создания ключей и безопасного обмена ключами до безопасной обработки и хранения ключей на клиенте. Таким образом, KMS включает в себя серверную функциональность для генерации , распространения и замены ключей, а также клиентскую функциональность для внедрения ключей, хранения ключей и управления ими на устройствах.
стандартов ключами на Управление основе
Многие конкретные приложения разработали свои собственные системы управления ключами с собственными протоколами. Однако по мере того, как системы становятся все более взаимосвязанными, ключи должны быть общими для этих разных систем. Чтобы облегчить это, были разработаны стандарты управления ключами, определяющие протоколы, используемые для управления и обмена криптографическими ключами и соответствующей информацией.
Протокол взаимодействия управления ключами (KMIP) [ править ]
KMIP — это расширяемый протокол управления ключами, разработанный многими организациями, работающими в рамках органа по стандартизации OASIS . Первая версия была выпущена в 2010 году и дорабатывалась активным техническим комитетом.
Протокол позволяет создавать ключи и распределять их среди разрозненных программных систем, которым необходимо их использовать. Он охватывает полный жизненный цикл как симметричных, так и асимметричных ключей в различных форматах, упаковку ключей, схемы предоставления и криптографические операции, а также метаданные, связанные с ключами.
Протокол подкреплен обширной серией тестовых примеров, а тестирование совместимости между совместимыми системами проводится каждый год.
-
Индивидуальные тесты совместимости, проводимые каждой комбинацией поставщиков серверов и клиентов с 2012 года. -
Результаты тестирования совместимости OASIS KMIP 2017 г.
Список из примерно 80 продуктов, соответствующих стандарту KMIP, можно найти на веб-сайте OASIS .
Закрытый исходный код [ править ]
- Блумбаза КейКасл [16]
- Серверы Cryptsoft KMIP C и Java [17]
- Оркестрация ключей Fornetix [18]
- Менеджер по безопасности данных Fortanix [19]
- Futurex Управление ключами [20]
- Газзанг zПопечитель [21]
- HP Enterprise Secure Key Manager [22]
- Распределенная система управления ключами IBM (DKMS) [23]
- Фонд IBM Enterprise Key Management Foundation [24]
- IBM Security Key Lifecycle Manager [25]
- Криптосервисы IBM Cloud Hyper Protect [26]
- Oracle Key Vault [27]
- Менеджер ключей Oracle [28]
- Клиентский SDK P6R KMIP [29]
- QuintessenceLabs qCrypt Менеджер ключей и политик [30]
- Менеджер по защите данных RSA [31]
- SafeNet KeySecure от Gemalto [32]
- Управление ключами Thales [33]
- Менеджер по работе с ключами Townsend Security Alliance [34]
- Venafi Платформа защиты доверия [35]
- Vormetric Платформа безопасности данных [36]
KMIP ключами , не соответствующее Управление
Открытый исходный код [ править ]
- Барбакан, API безопасности OpenStack. [37]
- KeyBox — веб-доступ по SSH и управление ключами. [38]
- EPKS — Echo Public Key Share, система для обмена ключами шифрования онлайн в p2p-сообществе. [39]
- Kmc-Subset137 [40] - система управления ключами, реализующая UNISIG Subset-137 [41] для железнодорожного применения ERTMS / ETCS .
- PrivacyIDEA — двухфакторное управление с поддержкой управления ключами SSH. [42]
- StrongKey — с открытым исходным кодом, последнее обновление на SourceForge в 2016 году. [43] Судя по его домашней странице, этот проект больше не обслуживается.
- Хранилище — секретный сервер от HashiCorp . [44]
- НуСайфер
- SecretHub — управление ключами SaaS со сквозным шифрованием
- Infisical — комплексная платформа управления секретами с открытым исходным кодом.
Закрытый исходный код [ править ]
- Amazon Web Service (AWS) Служба управления ключами (KMS) [45]
- Менеджер ключей Bell ID [46]
- Блумбаза КейКасл [16]
- Криптоматический CKMS [47]
- Платформа Doppler SecretOps [48]
- Диспетчер ключей Encryptionizer (только для Windows)
- Управление облачными ключами Google
- Защита ключей IBM Cloud [49]
- Хранилище ключей Microsoft Azure [50]
- Виртуальные частные данные Porticor [51]
- SSH Communications Security Универсальный диспетчер ключей SSH [52]
- Безключевое хранилище [53]
Политика безопасности KMS [ править ]
Политика безопасности системы управления ключами предусматривает правила, которые должны использоваться для защиты ключей и метаданных, которые поддерживает система управления ключами. Согласно определению Национального института стандартов и технологий NIST , политика должна устанавливать и определять правила для этой информации, которые защитят ее: [14]
- Конфиденциальность
- Честность
- Доступность
- Аутентификация источника [54]
Эта защита охватывает полный жизненный цикл ключа с момента его ввода в эксплуатацию до его удаления. [1]
Принесите свой собственный шифр/ключ [ править ]
Используйте свое собственное шифрование (BYOE) — также называемое « принесите свой собственный ключ» (BYOK) — относится к модели безопасности облачных вычислений, позволяющей клиентам общедоступного облака использовать собственное программное обеспечение для шифрования и управлять своими собственными ключами шифрования. Эту модель безопасности обычно считают маркетинговым ходом, поскольку важные ключи передаются третьим лицам (поставщикам облачных услуг), а владельцам ключей по-прежнему приходится нести операционную нагрузку по созданию, ротации и совместному использованию своих ключей. IBM предлагает вариант этой возможности под названием Keep Your Own Key , позволяющий клиентам иметь эксклюзивный контроль над своими ключами.
Инфраструктура открытых ключей (PKI) [ править ]
Инфраструктура открытых ключей — это тип системы управления ключами, которая использует иерархические цифровые сертификаты для обеспечения аутентификации и открытые ключи для обеспечения шифрования. PKI используются в трафике Всемирной паутины, обычно в форме SSL и TLS .
Управление ключами многоадресной группы [ править ]
Управление групповыми ключами означает управление ключами при групповом общении. В большинстве групповых коммуникаций используется многоадресная рассылка, поэтому, если сообщение отправлено отправителем один раз, оно будет получено всеми пользователями. Основная проблема групповой многоадресной рассылки — ее безопасность. В целях повышения безопасности пользователям предоставляются различные ключи. Используя ключи, пользователи могут шифровать свои сообщения и отправлять их тайно. IETF.org опубликовал RFC 4046 под названием «Архитектура управления групповыми ключами многоадресной безопасности (MSEC)», в котором обсуждаются проблемы управления групповыми ключами. [55]
См. также [ править ]
- Динамические секреты
- Аппаратная безопасность
- Ключевая церемония
- Функция вывода ключей
- Центр выдачи ключей
- Инкапсуляция ключей
- Физическое управление ключами
- хранилище ключей
- КМИП
- KSD-64
- Список типов криптографических ключей
- АНБ Система управления электронными ключами (EKMS)
- Изменение ключей по беспроводной сети
- Семейство псевдослучайных функций
- Забывчивая псевдослучайная функция
- Инфраструктура открытых ключей
Ссылки [ править ]
- ^ Перейти обратно: а б с Тернер, Дон М. «Что такое управление ключами? Взгляд директора по информационной безопасности» . Криптоматика . Проверено 30 мая 2016 г. .
- ^ Креэнбюль, Кирилл; Перриг, Адриан (2023), Малдер, Валентин; Мермуд, Ален; Кредиторы, Винсент; Телленбах, Бернхард (ред.), «Управление ключами», Тенденции в области защиты данных и технологий шифрования , Cham: Springer Nature Switzerland, стр. 15–20, doi : 10.1007/978-3-031-33386-6_4 , ISBN 978-3-031-33386-6
- ^ Бойл, Рэндалл; Панко, Рэй (2015). Корпоративная компьютерная безопасность (Четвертое изд.). Река Аппер-Сэддл, Нью-Джерси: Пирсон. п. 278.
- ^ «Официальный сайт Совета по стандартам безопасности PCI — проверьте соответствие PCI, загрузите стандарты безопасности данных и безопасности кредитных карт» . www.pcisecuritystandards.org . Проверено 16 февраля 2022 г.
- ^ «Как вы управляете ключами шифрования и сертификатами в вашей организации?» . www.linkedin.com . Проверено 25 сентября 2023 г.
- ^ «Блочный шифр — обзор | Темы ScienceDirect» . www.sciencedirect.com . Проверено 12 декабря 2020 г.
- ^ Ярецкий, Станислав; Кравчик, Хьюго; Реш, Джейсон (2019). «Обновляемое управление забывчивыми ключами для систем хранения» . Материалы конференции ACM SIGSAC 2019 года по компьютерной и коммуникационной безопасности . Том. Ноябрь 2019. С. 379–393. дои : 10.1145/3319535.3363196 . ISBN 978-1-4503-6747-9 . Проверено 27 января 2024 г.
- ^ Перейти обратно: а б «Древняя технология претерпевает существенные изменения» . Нью-йоркский бизнес Крэйна . Нью-Йорк Крэйна. 20 ноября 2013 года . Проверено 19 мая 2015 г.
- ^ Перейти обратно: а б «Трудности перевода: шифрование, управление ключами и реальная безопасность» . Блог Google Cloud . Проверено 16 сентября 2021 г.
- ^ Гопал, Венкатеш; Фаднавис, Шиха; Коффман, Джоэл (июль 2018 г.). «Недорогое управление распределенными ключами» . Всемирный конгресс IEEE по услугам (УСЛУГИ) 2018 г. стр. 57–58. дои : 10.1109/SERVICES.2018.00042 . ISBN 978-1-5386-7374-4 . S2CID 53081136 .
- ^ Сифуэнтес, Франциско; Эвиа, Алехандро; Монтото, Франциско; Баррос, Томас; Рамиро, Виктор; Бустос-Хименес, Хавьер (13 октября 2016 г.). «Модуль аппаратной безопасности для бедняков (PMHSM)» . Материалы 9-й Латиноамериканской сетевой конференции . ЛАНК '16. Вальпараисо, Чили: Ассоциация вычислительной техники. стр. 59–64. дои : 10.1145/2998373.2998452 . ISBN 978-1-4503-4591-0 . S2CID 16784459 .
- ^ Парринья, Диого; Чавес, Рикардо (декабрь 2017 г.). «Гибкий и недорогой HSM на основе энергонезависимых FPGA» . Международная конференция по реконфигурируемым вычислениям и FPGA (ReConfig) 2017 . стр. 1–8. дои : 10.1109/RECONFIG.2017.8279795 . ISBN 978-1-5386-3797-5 . S2CID 23673629 .
- ^ «Политика безопасности и управление ключами: централизованное управление ключами шифрования» . Slideshare.net. 13 августа 2012 г. Проверено 6 августа 2013 г.
- ^ Перейти обратно: а б Рейнхольм, Джеймс Х. «Упрощение сложного процесса проверки соответствия системы управления ключами» . Криптоматика . Проверено 30 мая 2016 г. .
- ^ Стаббс, Роб. «Руководство покупателя по выбору системы управления криптоключами» . Криптоматика . Проверено 12 марта 2018 г.
- ^ Перейти обратно: а б «Bloombase KeyCastle — Управление жизненным циклом корпоративных ключей — Bloombase — Интеллектуальный межсетевой экран хранения» .
- ^ «Криптсофт» . Криптсофт . Проверено 6 августа 2013 г.
- ^ «VaultCore — платформа управления ключами шифрования | Fornetix» . 29 августа 2019 г.
- ^ «Менеджер безопасности данных Fortanix» . Фортаникс . Проверено 2 июня 2022 г.
- ^ «Серверы управления ключами Futurex» . Futurex.com . Проверено 18 августа 2016 г.
- ^ "Газзанг ЗТрасти" . Газзанг.com. Архивировано из оригинала 7 августа 2014 г. Проверено 6 августа 2013 г.
- ^ «Шифрование данных — Enterprise Secure Key Manager | Официальный сайт HP®» . H17007.www1.hp.com. Архивировано из оригинала 10 июля 2012 г. Проверено 6 августа 2013 г.
- ^ «Фонд IBM Enterprise Key Management (EKMF)» . 03.ibm.com . Проверено 6 августа 2013 г.
- ^ «Архивная копия» (PDF) . Архивировано из оригинала (PDF) 29 декабря 2014 г. Проверено 8 февраля 2013 г.
{{cite web}}: CS1 maint: архивная копия в заголовке ( ссылка ) - ^ Фридли, Роман; Гринфилд, Эндрю; Дюфран, Берт; Redbooks, IBM (28 декабря 2016 г.). Шифрование хранящихся данных для семейства IBM Spectrum Accelerate . ISBN 9780738455839 . Проверено 12 июня 2017 г.
- ^ «Начало работы с криптосервисами IBM Cloud Hyper Protect» .
- ^ «Менеджер ключей | База данных» . Оракул . Проверено 28 августа 2018 г.
- ^ «Менеджер ключей | Хранилище» . Оракул . Проверено 6 августа 2013 г.
- ^ «П6Р» . П6Р . Проверено 11 мая 2015 г.
- ^ "qCrypt" . Quintessencelabs.com. Архивировано из оригинала 2 октября 2015 г. Проверено 1 апреля 2016 г.
- ^ «Диспетчер защиты данных RSA — шифрование данных, управление ключами» . ЭМС. 18 апреля 2013 г. Проверено 6 августа 2013 г.
- ^ «Система управления криптографическими ключами — SafeNet KeySecure от Gemalto» . Safenet.Gemalto.com . Проверено 6 августа 2013 г.
- ^ «Управление ключами: keyAuthority — проверенное решение для централизации управления ключами» . Thales-esecurity.com. Архивировано из оригинала 10 сентября 2012 г. Проверено 6 августа 2013 г.
- ^ «Управление ключами шифрования | Управление ключами шифрования, облачная безопасность, защита данных» . Townsendsecurity.com. Архивировано из оригинала 4 марта 2016 г. Проверено 6 августа 2013 г.
- ^ «Что мы делаем – Венафи» . Архивировано из оригинала 11 июля 2014 г. Проверено 27 сентября 2014 г.
- ^ «Платформа безопасности данных Vormetric» . Vormetric.com. Архивировано из оригинала 10 апреля 2016 г. Проверено 15 декабря 2015 г.
- ^ «Барбакан — OpenStack» .
- ^ http://sshkeybox.com/
- ^ «Исследование криптовалют большой семерки — Wikibooks, открытые книги для открытого мира» . Архивировано из оригинала 9 августа 2016 г. Проверено 16 июля 2016 г.
- ^ http://www.kmc-subset137.eu/
- ^ http://www.era.europa.eu/Document-Register/Documents/SUBSET-137%20v100.pdf . [ пустой URL PDF ]
- ^ http://privacyidea.org
- ^ «СтронгКей» . 6 апреля 2016 г.
- ^ http://vaultproject.io/
- ^ «Служба управления ключами (AWS KMS) — Amazon Web Services (AWS)» .
- ^ «Система управления ключами» . Идентификатор Белла. Архивировано из оригинала 17 января 2014 г. Проверено 17 января 2014 г.
- ^ Лэндрок, Питер. «Система управления криптоматическими ключами» . cryptomatic.com/ . Криптоматика . Проверено 20 апреля 2015 г.
- ^ «Допплер | Платформа секретных операций» . www.doppler.com . Проверено 26 августа 2022 г.
- ^ «Облачные документы IBM» .
- ^ «Что такое Azure Key Vault?» . 18 декабря 2022 г.
- ^ «О виртуальных частных данных» . Портикор.com. Архивировано из оригинала 31 июля 2013 г. Проверено 6 августа 2013 г.
- ^ «Управление ключами шифрования SSH UKM Zero Trust» .
- ^ «Обзор шифрования и управления ключами» .
- ^ Баркер, Элейн; Смид, Майлз; Бранстад, Деннис; Чокхани, Сантош. «Специальная публикация NIST 800–130: Структура разработки систем управления криптографическими ключами» (PDF) . Национальный институт стандартов и технологий . Проверено 30 мая 2016 г. .
- ^ Баугер, М.; Канетти, Р.; Дондети, Л.; Линдхольм, Ф. (1 апреля 2005 г.). «Архитектура управления групповыми ключами многоадресной безопасности (MSEC)» . Ietf Datatracker . дои : 10.17487/RFC4046 . Проверено 12 июня 2017 г.
45. NeoKeyManager – Hancom Intelligence Inc.
Внешние ссылки [ править ]
- Рекомендации по управлению ключами. Часть 1: общие сведения, специальная публикация NIST 800-57.
- NIST Криптографический инструментарий
- Американский национальный институт стандартов - ANSI X9.24, Управление симметричными ключами для розничных финансовых услуг
- Технический комитет OASIS Key Management Interoperability Protocol (KMIP)
- Технический комитет инфраструктуры управления ключами предприятия OASIS (EKMI)
- «Управление ключами с помощью мощного хранилища ключей»
- «Интеллектуальная система управления ключами – KeyGuard | Senergy Intellution»
- Менеджер жизненного цикла ключей безопасности IBM, SKLM
- NeoKeyManager - Hancom Intelligence Inc.
- Ключ KMS. Архивировано 30 ноября 2022 г. на Wayback Machine.