Incident et détection
La semaine dernière, le fournisseur d’infrastructure de Bunny CDN a signalé un accès non autorisé à un serveur géré par un logiciel tiers. Le serveur concerné hébergeait un nœud CDN situé en Arménie. Dès la réception de l’alerte, l’équipe d’ingénierie de Bunny a interrompu le routage du trafic vers ce serveur en moins de 20 minutes. Cette réaction rapide a limité l’exposition potentielle du service.
Réponse technique
Après l’arrêt du trafic, les ingénieurs ont conservé les journaux de sécurité pour l’enquête, puis ont procédé à un effacement sécurisé du disque et à la révocation des accès du serveur aux systèmes internes. Le serveur a ensuite été supprimé définitivement de l’infrastructure. Aucun accès non autorisé n’a été détecté sur le nœud CDN ni sur les données qu’il contenait, et le fournisseur d’infrastructure n’a pas non plus trouvé de trace d’intrusion, bien que l’enquête se poursuive.
Implications pour les données clients
Les seules ressources potentiellement exposées sont les contenus temporairement mis en cache, les configurations de Pull Zone et les certificats TLS stockés sur le serveur. Aucun compte client ou donnée d’identification n’était présent sur le serveur. Pour éliminer le risque de compromission de clés privées, Bunny a révoqué et réémis tous les certificats TLS des domaines b-cdn.net et bunny.run. La réémission des certificats gérés pour les domaines personnalisés est prévue dans les 24 heures suivantes, sans action requise de la part des clients utilisant les certificats gérés.
Les clients qui gèrent leurs propres certificats sont invités à révoquer et réémettre leurs certificats avec de nouvelles clés privées, afin de neutraliser toute éventuelle fuite de clé.
Analyse des risques et limites
Bien que les investigations n’aient pas confirmé de compromission, l’incident illustre la vulnérabilité inhérente aux environnements de serveurs tiers, où un accès non autorisé à un logiciel de gestion peut affecter indirectement les services dépendants. La rapidité de la réponse (20 minutes) a limité la fenêtre d’exposition, mais la possibilité d’accès furtif aux caches ou aux certificats ne peut être exclue à 100 %. La réémission massive des certificats TLS constitue une mesure de mitigation efficace, car elle invalide les clés privées potentiellement compromises. Cependant, la confiance repose sur la bonne exécution du processus de révocation et sur la mise à jour rapide des clients.
En l’absence de données supplémentaires sur la nature exacte du logiciel de gestion compromis, il reste difficile d’évaluer les vecteurs d’attaque possibles (ex. accès via API, élévation de privilèges). Bunny continue de surveiller son infrastructure et de collaborer avec le fournisseur affecté, ce qui constitue une bonne pratique de gouvernance de la sécurité.
