- La panne majeure de Cloudflare a rendu plusieurs sites web inaccessibles, illustrant le problème du point de défaillance unique propre aux services centralisés
- De nombreux petits et moyens sites utilisent Cloudflare, alors qu’en réalité ils n’ont souvent pas besoin de protection DDoS
- Les petits blogs ou sites personnels ont peu de chances d’être visés, ce qui crée surtout une dépendance inutile
- Pour améliorer la disponibilité, il est proposé d’utiliser le round-robin DNS afin de disposer d’un autre serveur en secours
- Pour préserver le principe de décentralisation du web, il est important de ne pas dépendre excessivement de services intermédiaires comme Cloudflare
Panne de Cloudflare et problème de point de défaillance unique
- Au moment de la rédaction (18 novembre à 12:43 UTC), un incident chez Cloudflare a mis à l’arrêt plusieurs sites
- L’auteur indique avoir constaté des erreurs sur environ la moitié des sites qu’il parcourait
- Cet incident montre que dépendre d’un service centralisé crée un point de défaillance unique (single point of failure)
- Même les grandes entreprises peuvent commettre des erreurs ou subir des pannes, avec des effets à grande échelle
Une peur excessive de la protection DDoS
- Beaucoup utilisent Cloudflare par crainte des attaques DDoS
- Pourtant, la plupart des petits sites n’ont que quelques milliers de visiteurs par mois et ont peu de chances d’être ciblés
- En reprenant une formule du secteur de la sécurité, l’auteur souligne que « personne ne gaspille un zero-day pour vous »
- Autrement dit, il n’y a aucune raison d’employer des moyens d’attaque sophistiqués contre un petit blog
Le web décentralisé et la contradiction d’une dépendance à Cloudflare
- Beaucoup défendent l’importance d’un web décentralisé, tout en plaçant en pratique leur site derrière Cloudflare
- Ce comportement est présenté comme contradictoire
- Lorsqu’une panne Cloudflare survient, ces sites deviennent eux aussi inaccessibles
Alternative : la redondance via le round-robin DNS
- Pour améliorer la stabilité des serveurs, il est proposé de mettre en place un deuxième serveur dans un autre lieu, puis
d’utiliser une configuration round-robin DNS avec des enregistrements A et AAAA
- Cela permet de répartir le trafic vers l’autre serveur même si l’un d’eux tombe en panne
Message clé
- Il est plus important de gérer directement son exploitation que de multiplier les protections par excès de prudence
- Un site peut certes être temporairement indisponible, mais il est possible d’éviter une interruption totale causée par une panne de Cloudflare
- En définitive, exposer et administrer soi-même son service sur Internet est un choix plus souhaitable
13 commentaires
Même en regardant tous les autres DNS, y compris les acteurs coréens, il n’y en a aucun qui adopte les nouvelles technologies aussi vite que Cloudflare et qui offre une palette de fonctionnalités aussi large.
Et pourtant, ce n’est pas comme si les prix étaient différents.
Même pour un petit site, on se fait attaquer,..
Ce serait bien s’il existait une alternative à Cloudflare, mais tant qu’il n’y en a pas vraiment, je pense qu’il vaut mieux utiliser Cloudflare.
D’autres partagent un avis similaire,
pour ma part, lors d’une panne réelle, je me suis demandé à cause de l’erreur si le service fonctionnait normalement, mais au final j’ai quand même pu désactiver le proxy DNS et régler le TTL DNS à 1 minute pour modifier temporairement la configuration afin que le service continue à être assuré...
Qu’il faille une alternative, c’est certain, mais je trouve qu’il est absurde de ne pas l’utiliser du tout.
MDRRRR
Il semble plus réaliste d’espérer l’apparition d’un concurrent...
Dans les cas où on l’utilise moins pour le DDoS que pour masquer la véritable IP du serveur, qu’en est-il ?
Avis Hacker News
Même un petit blog avec une centaine de visiteurs par mois peut subir une attaque DDoS
Si un attaquant le décide, il peut acheter un service de DDoS pour quelques dollars, et l’hébergeur coupera le serveur
C’est pour cette raison que j’écris sous un compte anonyme. Dire « c’est un petit site donc ça va » n’est pas une stratégie de sécurité
Je pense que ce n’est pas grave si un site personnel tombe brièvement
Activer Cloudflare à l’avance ressemble à une optimisation prématurée
Bien inférieur à quelques dollars dépensés par quelqu’un pour lancer un DDoS
Depuis, j’utilise un pseudonyme. Les gens sont plus malveillants qu’on ne le pense
Mettre les ressources statiques sur un CDN permet de s’éloigner d’un point de défaillance unique (SPOF)
Je préfère encore que, quand mon site tombe, une grande entreprise avec des milliers d’ingénieurs tombe aussi
Selon l’échelle, on peut ne pas avoir besoin de Cloudflare, mais il faut évaluer la valeur par rapport au risque
Utiliser Cloudflare est rationnel pour la plupart des gens, mais cela crée aussi une dépendance
Cela dit, trouver normal d’accepter les pannes comme une sorte de météo cyber paraît étrange aujourd’hui
Pour un petit site, l’effet de cache est presque nul, donc le gain de performance n’est pas énorme
J’exploite un site PHP avec presque pas de trafic, mais il y a énormément de trafic de bots
Sans CDN, le site ne tient pas juste avec un cache local
Quand un grand média m’avait mentionné via Fastly, le CDN m’avait aussi permis d’absorber la charge sans problème
Mais en pratique, c’est presque impossible. Et même s’il y avait une régulation, cela pourrait être encore plus nuisible
Même pour de petits sites comme les nôtres, il y a trop de requêtes malveillantes sans Cloudflare
Sans filtrage, les analyses de données deviennent inutilisables, et cela crée aussi des problèmes dans la collaboration avec des partenaires métier
Même lors d’une panne de Cloudflare, on a pu revenir en ligne en moins d’une minute simplement en changeant le DNS
C’est un coût regrettable, mais le filtrage en amont du load balancer nous satisfait plutôt bien
Même bloquées par le pare-feu, elles consomment toujours des ressources CPU
Cloudflare est gratuit et la configuration est très simple
Je ne vois pas pourquoi ne pas l’utiliser. L’auteur semble mal comprendre le rôle de Cloudflare
Cloudflare devient en quelque sorte l’arbitre de l’accès à Internet
Mon serveur subit souvent un gros trafic venant de Facebook, Azure ou OpenAI
Je le bloque avec des règles Cloudflare, mais il y a aussi parfois des DDoS provenant de Chine ou de Russie
Je me demande s’il existe une autre solution que Cloudflare pour remplacer ce type de règles complexes
Je me demande si les serveurs d’aujourd’hui ne sont pas trop faibles
On peut utiliser Cloudflare, mais il ne faut pas mettre son bureau d’enregistrement DNS chez Cloudflare
Nous aussi, notre registrar était chez Cloudflare, ce qui nous a brièvement mis dans un état de verrouillage et a compliqué la restauration
Il vaut mieux séparer le DNS, le domaine et le fournisseur d’infrastructure
Les pannes régionales liées à Cloudflare étaient souvent dues à des problèmes BGP
Voir à ce sujet le blog Cloudflare et la discussion HN
Pour la plupart des sites, mieux vaut utiliser Cloudflare, mais avec des DDoS imprévisibles, il n’existe pas de réponse parfaite
Je me demande sur quels critères on dit « la plupart »
Il faut se souvenir de la fuite de données de 2017
J’expose plusieurs projets depuis un serveur à la maison via un tunnel Cloudflare
Mon FAI ne fournit pas d’IP fixe, ce qui me permet d’éviter le DNS dynamique, et je n’ai pas besoin d’ouvrir de ports
C’est pratique, car cela gère le cache, le rate limiting et le blocage des bots presque sans configuration
Désormais, Cloudflare donne moins l’impression du « vrai Internet » que d’un énorme intranet privé
Si on lui confie le SSL, peut-il voir les paquets, et collabore-t-il avec des agences gouvernementales ?
Il est triste de voir le modèle décentralisé d’Internet se transformer en une réalité centralisée autour de Cloudflare ou des réseaux sociaux
Les discussions sur la fédération sont porteuses d’espoir, mais en ce moment, c’est une période où il est difficile de préserver autonomie et vie privée
J’ai déjà subi une attaque DDoS même avec un tout petit site qui n’a qu’un nombre de visiteurs à deux chiffres, snif.
C’est le genre de raisonnement qui revient à dire qu’on ne fait pas de kimchi de peur d’avoir des asticots.
Les petits sites ne sont généralement pas très affectés par un temps d'arrêt de l'ampleur d'une panne de Cloudflare...
Le train et le bus sont dangereux, alors marchez. C’est l’impression que ça donne.
Moi, je vais simplement l’utiliser.
Moi aussi ^^