La société Cloudflare a annoncé la disponibilité générale (General Availability) de ses services destinés aux actifs privés (Private Origins), permettant ainsi aux entreprises d'appliquer des outils avancés de protection et d'optimisation à leurs applications internes et à leurs interfaces de programmation (APIs) sans avoir à les exposer à l'Internet public ni à ouvrir de ports de pare-feu externes.
Qu'est-ce qui a changé en pratique ?
Auparavant, les entreprises rencontraient des difficultés pour protéger leurs services internes, tels que les agents d'intelligence artificielle ou les outils opérationnels, car l'utilisation des services de Cloudflare nécessitait d'exposer ces actifs à une adresse IP publique. Grâce à cette nouvelle mise à jour, les utilisateurs peuvent diriger les enregistrements DNS (de type A ou AAAA) directement vers des adresses IP privées, la plateforme Cloudflare acheminant alors le trafic via des connexions Cloudflare One existantes (telles que IPsec, GRE ou Cloudflare Tunnel).
Une fois cette fonctionnalité activée, les actifs privés bénéficient de la même suite d'outils que celle disponible pour les applications publiques, incluant :
- Pare-feu d'applications web (WAF) : et l'application de règles gérées.
- Gestion des bots (Bot Management) : pour limiter le trafic indésirable.
- Limitation du taux de requêtes (Rate Limiting) : pour protéger les ressources contre une consommation excessive.
- Mise en cache (Caching) : pour accélérer l'accès au contenu.
- Règles de transformation et de réécriture (Transform and Rewrite Rules).
- Cloudflare Workers : pour exécuter la logique de programmation à la périphérie (edge).
Qu'est-ce que cela signifie pour les utilisateurs ?
Cette mise à jour permet aux organisations d'intégrer leurs applications privées au sein de l'infrastructure de Cloudflare tout en préservant la confidentialité du réseau. Aucun logiciel supplémentaire n'est requis sur l'origine (Origin) lors de l'utilisation de Cloudflare WAN, et le routage est activé automatiquement pour les plages d'adresses privées (RFC 1918, CGNAT et Unique Local IPv6). Pour les développeurs qui s'appuient sur l'automatisation, cette fonctionnalité peut être activée via l'interface de programmation (API) en ajoutant l'attribut private_routing: true aux enregistrements DNS.
Limitations et prochaines étapes
Malgré la disponibilité générale, certaines limitations techniques subsistent : le service ne prend pas encore en charge des fonctionnalités telles qu'Argo Smart Routing ou Dedicated CDN Egress IPs, et les bilans de santé de l'origine (Origin Health Checks) nécessitent l'utilisation de la fonctionnalité d'équilibrage de charge (Load Balancing). Cloudflare prévoit d'étendre ces capacités à l'avenir pour inclure le trafic entre réseaux privés (Private-to-Private), avec pour objectif le lancement d'une version bêta fermée de cette fonctionnalité au début de l'année 2027.