Инфраструктура доверия SSL Портфель позволяет организациям любого размера взять под контроль свою основу доверия. Независимо от того, нужна ли вам полностью выделенная иерархия частных центров сертификации, Соблюдение частных норм PKI или частное предприятие PKIэкономически эффективная среда для совместного использования посредством Управляемые PKI СертификатыИли Таможенный выдающий CA SSL предоставляет инфраструктуру, доказательства аудита и экспертные знания для обеспечения надежной работы, позволяя размещать название вашей организации на каждом выданном вами сертификате.
В приведенных ниже часто задаваемых вопросах рассматриваются наиболее распространенные вопросы, которые наша команда слышит от организаций, оценивающих свои возможности:
В: Как работает «частное соответствие требованиям»? PKI«Чем отличается от общего центра сертификации в облаке?»
A: В общей среде вы, как правило, используете общую иерархию центров сертификации и инфраструктуру с другими арендаторами. Частное соответствие требованиям PKI Предоставляет изолированную, контролируемую иерархию и выделенные разделы HSM, позволяя создавать пользовательские политики сертификатов (CP) и уникальные соглашения об именовании, которые невозможны в моделях публичного доверия. Этот контролируемый статус преобразует вашу частную сеть. PKI Из простого внутреннего инструмента в высоконадежный якорь доверия, предоставляющий документально подтвержденные доказательства управления, необходимые для обеспечения безопасности цепочек поставок, выполнения договорных требований в экосистемах Интернета вещей и гарантирования юридической неотказуемости цифровых подписей.
В: Как осуществляется управление «автономным корневым каталогом» в облачной модели?
A: Даже в облаке корневой центр сертификации остается «изолированным от сети». Закрытые ключи хранятся на аппаратном модуле безопасности (HSM) стандарта FIPS 140-2/3, который никогда не подключается к сети. Для подписания нового сертификата центра сертификации или обновления списка отзыва сертификатов (CRL) корневого центра сертификации уполномоченные доверенные хранители выполняют формальную церемонию передачи ключей с использованием многостороннего контроля.
В: Можем ли мы использовать собственный корневой центр сертификации или обязаны использовать ваш?
A: Данная услуга не поддерживает использование собственного корневого центра сертификации (Root CA). Корневой центр сертификации генерируется и управляется исключительно в рамках проверенной инфраструктуры поставщика во время официально засвидетельствованной церемонии присвоения ключей. Это преднамеренное проектное решение, поскольку аудит WebTrust охватывает всю цепочку доверия от корневого центра до выдающего центра сертификации, включая средства контроля, процедуры и защиту HSM для корневого ключа.
Внедрение внешнего управляемого корневого центра сертификации нарушит границы аудита и подорвет высокие гарантии, на которых построена услуга. Если у вас уже есть корневой центр сертификации, который необходимо сохранить, наша команда может обсудить варианты перекрестной сертификации или подчинения для интеграции вашей текущей иерархии в проверяемую среду.
В: Как защитить закрытые ключи центра сертификации?
A: Все ключи хранятся в аппаратных модулях безопасности (HSM) уровня 3 стандарта FIPS 140-2. Ключи генерируются внутри оборудования и не могут быть экспортированы в открытом виде. Доступ к ключам подписи защищен строгим управлением доступом на основе ролей (RBAC) и требованиями двойного контроля.
В: Что на самом деле означает «Проверено WebTrust» для моей организации?
A: Это означает, что независимый сертифицированный бухгалтер подтвердил соответствие наших центров обработки данных, персонала и криптографических процессов строгим принципам и критериям WebTrust. Аудиты проводятся с той же периодичностью, что и аудиты наших центров сертификации, работающих с публичным доверием. Для вас это обеспечивает «сквозной аудит», позволяющий вам соответствовать требованиям SOC 2, HIPAA или специализированным отраслевым требованиям (например, в банковском или автомобильном секторах) без необходимости самостоятельно создавать и проверять инфраструктуру.
В: В каких случаях следует выбирать пользовательский CPS вместо стандартного CPS?
A: Выбор между стандартной и настраиваемой CPS зависит от специфики ваших операционных требований. Стандартная CPS — правильный выбор для большинства организаций, которым требуется быстрое, готовое к использованию и соответствующее нормативным требованиям решение. PKI для общих сценариев использования в корпоративной среде, таких как mTLSVPN-аутентификация или внутренняя идентификация устройства. Она разработана для немедленной готовности к эксплуатации без дополнительных затрат на разработку.
Индивидуально разработанная CPS имеет смысл, когда ваша ситуация требует большего. Если ваша организация работает в соответствии со специфическими правовыми требованиями, нуждается в уникальной логике проверки личности через собственный регистрационный орган или является частью консорциума (например, Matter или OCSF), который устанавливает определенные правила работы, то индивидуально разработанная CPS обеспечит вашу безопасность. PKI Система управления точно соответствует этим требованиям, а не обходит их.
В: Нужен ли нам новый API, если мы уже используем общедоступный центр сертификации для нашего веб-сайта?
A: Нет. Одно из главных преимуществ нашей платформы — это унифицированный REST API. Вы используете те же шаблоны аутентификации, SDK и вызовы API для вашего SSL-соединения с публичным доверием.TLS Сертификаты работают так же, как и ваши высоконадежные частные сертификаты. Это означает, что ваши существующие интеграции и рабочие процессы автоматизации переносятся напрямую. Нет необходимости в отдельных инструментах или повторной интеграции.
В: Какие протоколы автоматизации поддерживаются для IoT и DevOps?
A: Платформа изначально поддерживает ACME для автоматической настройки сертификатов веб-серверов и контейнеров, а также REST API для интеграции пользовательских приложений и конвейеров CI/CD. Эти возможности можно комбинировать для работы в гетерогенных средах. Например, ACME для рабочих нагрузок Kubernetes с использованием сертификатов аутентификации сервера в сочетании с SCEP для устройств, управляемых MDM, с использованием сертификатов аутентификации клиента, — все это управляется через единый REST API и консоль управления.
___________________________________________
Инфраструктура, лежащая в основе работы ваших сертификатов, влияет на вашу конкурентоспособность, готовность к аудиту, надежность вашей цепочки поставок и, в конечном итоге, на способность ваших клиентов вам доверять. Компания SSL обладает более чем двадцатилетним опытом работы в сфере аудита и обеспечения высокого уровня гарантий. PKI к каждому проекту. Наша деятельность ежегодно проходит независимую проверку в рамках WebTrust for CA от BDO, наши ключи CA защищены аппаратными модулями безопасности уровня FIPS 140-2 Level 3, а наша платформа построена таким образом, чтобы масштабироваться от небольших корпоративных развертываний до массового предоставления IoT-решений на заводах.
Работая с SSL, вы укрепляете доверие, которое уже признают регулирующие органы, аудиторы и технологические экосистемы. Если вы готовы взять на себя ответственность за цифровое доверие вашей организации, наши специалисты помогут вам разобраться в вопросах, связанных с вашей частной сетью. PKI настройки.
Свяжитесь со специалистом по доверительной инфраструктуре уже сегодня:
