Lorsque nous parlons de machines connectées ou de communications de machine à machine, nous ne faisons pas uniquement référence au très grand nombre d’appareils physiques présents sur les réseaux d’entreprise à l’échelle mondiale. Aujourd’hui, le terme « machine » englobe également le code s’exécutant de manière autonome sur des appareils, les API, les conteneurs, les architectures sans serveur et, bien sûr, les machines virtuelles (VM).
Parce qu’ils sont définis par logiciel, ces types de machines peuvent facilement être créés, modifiés et supprimés à tout moment, jour après jour. Cette facilité d’utilisation a fait des machines définies par logiciel un élément important du processus de développement d’applications. Tout au long du pipeline d’amélioration continue et de développement continu (CI/CD), la possibilité de créer facilement de nouvelles machines virtuelles pour développer et tester des applications joue souvent un rôle essentiel dans la mise sur le marché rapide de nouvelles applications (ou de nouvelles fonctionnalités pour des applications existantes).
Pour les développeurs d’applications, un pipeline CI/CD rapide peut être un véritable atout. Toutefois, si toutes ces machines virtuelles ne sont pas créées avec soin et discernement, elles peuvent mettre votre infrastructure à rude épreuve et introduire des failles de sécurité. Or, la sécurité des machines commence par la protection de leur identité.
Deux éléments essentiels permettent de garantir l’identité des machines et de sécuriser les communications de machine à machine :
1) Certificats numériques : Les certificats numériques permettent d’associer une clé publique à son propriétaire (c’est-à-dire à une machine particulière, ce qui inclut ici les machines virtuelles, les logiciels et les domaines web). Les certificats ont toujours une date d’expiration et sont bien plus faciles à renouveler avant leur expiration.
2) Clés cryptographiques : Les clés privées permettent à un utilisateur de signer numériquement des informations afin de prouver qu’elles proviennent du propriétaire de cette clé privée. Les clés publiques sont utilisées par le destinataire pour vérifier que les signatures numériques proviennent bien d’une clé privée donnée. Les deux types de clés fonctionnent également de concert pour garantir que les données chiffrées à l’aide d’une clé publique ne peuvent être déchiffrées que par le propriétaire de la clé privée associée.
La sécurisation des communications repose sur une mise en œuvre et une coordination sans faille des certificats et des clés sur l’ensemble de votre réseau d’appareils physiques et virtuels. Le meilleur moyen d’éviter les interruptions liées aux certificats consiste à adopter une gestion proactive, et c’est là que la plateforme Venafi entre en jeu. Il y a environ un an, nous avons commencé à travailler sur l’intégration de F5 et de Venafi afin de permettre à nos clients communs de déployer simplement et en toute sécurité le protocole HTTPS à grande échelle pour leurs applications, notamment en automatisant et en faisant évoluer celles-ci au sein d’une infrastructure multicloud. Nous sommes aujourd’hui heureux de franchir une nouvelle étape dans ce partenariat, qui étend les capacités de pointe de Venafi en matière de protection des identités machines à toute une gamme de produits et de solutions F5, notamment BIG-IQ Centralized Management. Avec BIG-IQ et Venafi, vous pouvez automatiser et orchestrer plus facilement les clés et les certificats afin de sécuriser les identités machines sur l’ensemble de vos systèmes F5 BIG-IP, qu’ils soient physiques ou virtuels.
BIG-IQ Centralized Management simplifie la supervision des environnements BIG-IP complexes en automatisant la découverte, le suivi, la gestion et la surveillance des appareils BIG-IP physiques et virtuels (ainsi que des services qui s’y exécutent), qu’ils se trouvent dans le cloud, sur site ou en colocation dans un autre centre de données. La gestion des certificats fait partie des nombreuses tâches de gestion centralisées dans BIG-IQ. Elle permet d’utiliser la plateforme Venafi pour automatiser les processus de déploiement, de renouvellement ou de remplacement des certificats SSL/TLS. BIG-IQ peut également vous avertir suffisamment tôt pour anticiper l’expiration des certificats et ainsi éviter les problèmes avant qu’ils ne surviennent.
Ressources supplémentaires
- Gestion des certificats avec BIG-IQ et Venafi – Leçon DevCentral Lightboard
- Solution F5/Venafi pour la gestion des clés et des certificats d’entreprise – Article DevCentral
- Gestion des clés et des certificats avec F5 et Venafi – Démonstration vidéo
- Automatiser la protection : identités des machines, F5 et Venafi – Présentation de la solution
- Détails du produit BIG-IQ
À propos de l’auteur
Articles de blog associés
F5 NGINXaaS pour Google Cloud : des applications résilientes et évolutives
Découvrez comment NGINXaaS s’intègre à Google Cloud pour renforcer les performances et la sécurité, et préparer vos applications critiques à un avenir propulsé par l’IA.
L’intégration de F5 Web Application Firewall (WAF) à AWS est disponible dès aujourd’hui
En faisant appel à un partenaire de déploiement AWS WAF tel que F5, vous pouvez renforcer la sécurité de vos applications web grâce à des règles personnalisées qui bloquent les schémas d’attaque courants, comme les injections SQL ou les attaques par scripts intersites (XSS).
Appliquer le principe de Peter Parker à l’inspection TLS
« Un grand pouvoir implique de grandes responsabilités. » Si l’on en trouve des échos chez Voltaire et Churchill, cette citation est surtout connue grâce aux bandes dessinées Spider-Man, où elle est attribuée à l’oncle Ben. Bien entendu, si cette phrase est si répandue dans la culture populaire, c’est notamment parce qu’elle peut s’appliquer à une multitude de situations et de sujets, y compris à l’inspection TLS.
Le NetOps a besoin de défenseurs, pas d’adversaires
Il est important de reconnaître que les équipes NetOps ne sont pas toujours celles qui font obstacle au déploiement de la dernière nouveauté, application ou service. Les freins à la rapidité sont souvent dus au fait que les organisations n’adoptent pas tous les principes du DevOps lorsqu’elles cherchent à transformer leurs opérations informatiques.
Mise à jour des services applicatifs : sécurité, rapidité et visiteurs suspects
Il est de nouveau temps de nous pencher sur les services applicatifs que les entreprises utilisent réellement pour rendre leurs applications plus rapides et plus sûres. On constate notamment une hausse du recours aux services de protection contre les bots, ainsi que la progression lente mais régulière de HTTP/2. Bien qu’il ne s’agisse pas d’une application…
Les templates prennent le contrôle du cloud
Les modèles s’imposent dans le cloud. Lisez le blog de F5 pour découvrir comment l’infrastructure en tant que code et les API déclaratives automatisent la mise à disposition des applications.