Un seul rack en surchauffe a mis à terre les services essentiels de Proton

Une panne du système de refroidissement au centre de données de Proton à Francfort, dans la nuit du 26 août 2026, a fait passer la température de la salle d'un niveau normal de 21,8 degrés Celsius à 51,9 degrés Celsius en trente minutes. Certains capteurs ont relevé jusqu'à 60 degrés. Les cartes réseau ont atteint 105 degrés contre une température de fonctionnement normale de 45 degrés et se sont arrêtées d'elles-mêmes pour éviter des dommages. Le commutateur réseau principal et celui de secours se trouvaient tous deux sur le même rack, et ce rack hébergeait plusieurs des copies primaires de la base de données de Proton, si bien que la redondance conçue précisément pour survivre à ce type de panne ne s'est pas activée automatiquement. Proton affirme publiquement pouvoir résister à une panne complète d'un centre de données, mais son propre rapport d'incident précise qu'un basculement de la base de données primaire n'est jamais automatisé sans supervision humaine, justement pour éviter le type de corruption de données par cerveau divisé que peut provoquer un basculement automatique.

La même faille s'est rouverte cinq jours plus tard

Une seconde panne, le 1er septembre 2026, a montré que l'incident du 26 août n'était en réalité pas terminé.

IncidentDateCauseServices touchés
Première panne26 au 27 août 2026Panne de refroidissement, double panne de commutateurMail, Drive, Calendrier, authentification
Seconde panne1er septembre 2026, 14h37 à 20h49 CESTDéfaillance matérielle résiduelle liée à la maintenance de base de données du premier incidentMail, Pass, Drive, Calendrier

La souveraineté décrit où se trouvent les données, pas si le service reste disponible

Proton se présente par sa juridiction et sa confidentialité, et cette panne montre que ces garanties n'ont rien à voir avec l'architecture de résilience. De nombreuses entreprises ayant quitté les hyperscalers américains précisément pour réduire ce risque de concentration ont choisi Proton, ou un fournisseur similaire, pour son implantation dans l'UE et son refus de transmettre des données aux tribunaux américains. Aucune de ces deux qualités n'a de rapport avec le maintien en ligne du service quand un rack surchauffe. Proton dispose d'un site de basculement à Zurich et, selon son propre récit, ne construit que maintenant la capacité de second site et l'automatisation qui auraient dû exister avant cet incident, avec une finalisation visée pour la fin de 2026. Une entreprise ayant choisi une alternative souveraine pour des raisons de résidence des données devrait demander directement à ce fournisseur comment le basculement fonctionne réellement, et s'il est automatique ou attend l'approbation d'une personne, plutôt que de supposer que souveraineté signifie résilience.