Évolution PKI dans les opérations hybrides et multi-cloud

L'hybride et le multi-cloud sont les nouvelles normes. Bien sûr, la situation de votre entreprise dans le domaine du cloud est une autre histoire, mais la réalité est que, quel que soit le rythme auquel vous avancez, c'est la direction que nous prenons tous.

Dans cette évolution imminente vers une informatique dynamique et distribuée, les équipes chargées de la sécurité se posent naturellement les questions suivantes : "Qu'est-ce qui doit rester dans notre centre de données ? Qu'est-ce qui doit être transféré dans le nuage ?" Il ne s'agit pas seulement d'applications et de charges de travail, mais aussi de toutes les solutions sur lesquelles elles s'appuient pour les sécuriser.

L'infrastructure à clé publique (PKI) et les identités des machines sont des ingrédients clés pour sécuriser tout ce qui va des conteneurs et des machines virtuelles aux applications et au code dans ce nouveau monde hybride.

Le passage à l'informatique dématérialisée n'introduit pas nécessairement de nouveaux défis dans la gestion de PKI et des certificats. Il s'agit plutôt d'un doublement des lacunes auxquelles nous étions déjà confrontés dans le cadre des technologies de l'information traditionnelles :

• Problèmes de confiance : Les propriétaires d'applications utilisent des certificats génériques, des certificats auto-signés et des autorités de certification non fiables sans configuration, politique et sécurité appropriées.
• Plus de complexité : Des exigences de confiance différentes, des cas d'utilisation spécialisés et des environnements différents nécessitent plusieurs AC, ce qui accroît la complexité de la gestion du site PKI.
• Visibilité limitée : Il est impossible d'obtenir un inventaire complet et précis des certificats lorsque l'on utilise plusieurs outils et interfaces.
• Des charges de travail plus lourdes : Les volumes importants de certificats à courte durée de vie augmentent la charge de travail des équipes chargées de les contrôler et de les renouveler avant leur expiration.
• Manque d'intégrations : Micorosft PKI (alias ADCS) ne prendra pas en charge tous les besoins de votre entreprise. Une approche moderne est nécessaire pour prendre en charge les environnements non Microsoft, Cloud et DevOps.

Les entreprises sont maintenant confrontées à un dilemme avec leur mise en œuvre actuelle de PKI . En conséquence, nombre d'entre elles doivent reconstruire ou repenser leur site PKI pour prendre en charge cette nouvelle réalité. Souvent, cela commence par la compréhension du large éventail d'autorités de certification qui servent de moteur d'émission de certificats derrière votre PKI.

Selon Gartner, "les exigences de confiance, la migration, les cas d'utilisation spécialisés, les environnements hybrides et le manque d'intégrations prêtes à l'emploi sur le site PKI sont autant de facteurs qui poussent à l'utilisation de plusieurs ICP et autorités de certification". En d'autres termes, la solution traditionnelle sur site PKI ne suffit plus.

Les environnements hybrides et multicloud PKI comprennent désormais des AC publiques, privées et basées sur le cloud pour répondre à des exigences de plus en plus complexes. Un récent rapport sur l'état de la gestion de l'identité des machines montre à quel point PKI est devenu décentralisé.

Examinons les différents types d'autorités de certification, quand et où elles sont utilisées, et les principales considérations à prendre en compte lors de la mise en œuvre.

Les certificats de confiance publics sont achetés et émis par un fournisseur d'autorité de certification tiers. Ces certificats TLS et code-signing authentifient et vérifient la confiance pour les serveurs web, les équilibreurs de charge, les services et software qui font face à l'extérieur.

Les organisations déploient également un PKI interne, à racine privée, pour prendre en charge des éléments tels que l'authentification des utilisateurs et des appareils, DevOps et IoT . Sur site, PKI est souvent déployé en tant que software ou hardware appliance (par exemple, PrimeKey EJBCA), ou en tant que composant de Microsoft Active Directory (ADCS).

Les capacités d'émission de certificats sont intégrées aux outils DevOps tels que HashiCorp Vault, Istio et Kubernetes. Ces outils sont utilisés pour l'émission en grand volume de certificats de courte durée dans des environnements dynamiques conteneurisés et de maillage de services.

Certains fournisseurs de services en nuage proposent des services d'autorité de certification privés, tels que AWS Private CA ou Google Cloud Certificate Authority Service (CAS). En outre, il existe des solutions PKI clés en main, telles que PrimeKey EJBCA SaaS, qui est déployée en quelques minutes dans le nuage.

Les services PKI entièrement gérés et hébergés dans le nuage offrent tous les avantages d'un service PKI privé, mais sans les efforts et les dépenses liés à sa gestion en interne. True PKIaaS combine PKI entièrement géré et l'automatisation du cycle de vie des certificats dans une solution cloud unique.

Que vous ayez des dizaines d'autorités de certification dans votre environnement ou que vous partiez de zéro, il y a beaucoup de choses à prendre en compte lorsqu'il s'agit de PKI et de la gestion des certificats :

Pour répondre à ces exigences uniques, les organisations doivent avoir la possibilité de déployer PKI comme et où elles le souhaitent, sans se heurter à des obstacles tels que le manque d'intégrations, une grande complexité et une visibilité limitée.

C'est pourquoi Keyfactor propose plusieurs options flexibles pour vous aider à simplifier votre PKI et à prendre le contrôle de chaque certificat, quel que soit l'endroit d'où il est émis ou où il doit être déployé.

Pour en savoir plus sur la plateforme Keyfactor et trouver la solution la mieux adaptée à votre entreprise.