RéponsesPublié15 sources
Comment un détournement DNS a permis d’obtenir des certificats non autorisés pour Google
En prenant le contrôle d’infrastructures tierces liées aux domaines .gh, .sl et .as, les attaquants ont modifié des enregistrements DNS et obtenu des certificats HTTPS non autorisés pour plusieurs domaines Google et d... Les autorités de certification vérifient le contrôle d’un domaine avant de délivrer un certifica...
Publié parModifié avec GPT-6 LunaImages générées avec GPT Image 2
Réponse de recherche
Points clés à retenir
- En prenant le contrôle d’infrastructures tierces liées aux domaines .gh, .sl et .as, les attaquants ont modifié des enregistrements DNS et obtenu des certificats HTTPS non autorisés pour plusieurs domaines Google et d...
- Les autorités de certification vérifient le contrôle d’un domaine avant de délivrer un certificat : modifier les informations DNS pertinentes peut suffire à réussir cette validation, sans pirater le site lui même ni c...
- Google a bloqué dans Chrome les certificats non autorisés qu’il a identifiés et travaillé à leur révocation.
Prompt IA
openai.comCreate a landscape editorial hero image for this Studio Global article: How did attackers gain control of the .gh, .sl and .as country-code domain registries and use DNS changes to obtain unauthorized TLS certifi. Article summary: The attackers compromised third-party infrastructure for the .gh, .sl and .as country-code domains, then changed DNS information for selected names. That made certificate authorities see the attackers as controlling thos. Topic tags: general, general web. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fake numbers, clic
Des attaquants ont compromis des infrastructures tierces liées aux domaines nationaux .gh, .sl et .as, puis modifié les enregistrements DNS faisant autorité pour certains noms. Cela leur a permis de réussir les contrôles de validation des autorités de certification et d’obtenir des certificats HTTPS non autorisés pour plusieurs domaines Google et d’autres organisations. Google précise que ses propres systèmes n’ont pas été compromis. Les informations publiées ne permettent pas de savoir comment les attaquants ont initialement accédé à ces infrastructures. 1
4
Pourquoi les changements DNS ont permis d’obtenir des certificats
Avant de délivrer un certificat, une autorité de certification (AC) vérifie que le demandeur peut démontrer qu’il contrôle le domaine concerné. Dans cet incident, la maîtrise de l’infrastructure DNS touchée a permis aux attaquants de modifier les informations faisant autorité et de réussir cette validation pour certains noms. Les comptes rendus confirment les modifications DNS et la validation réussie, mais ne précisent pas quelle méthode de vérification a été utilisée pour chaque certificat. 1
4
Il s’agit d’un détournement de la preuve de contrôle utilisée lors de la délivrance des certificats, et non d’une faille dans le chiffrement TLS. Pour tromper le contrôle de l’autorité de certification, les attaquants n’avaient pas besoin de pénétrer dans le site web visé : la capacité à modifier les enregistrements DNS concernés pouvait suffire. 4
Ce que Google a confirmé — et les questions sans réponse
Google a cité les espaces de noms nationaux concernés : .gh (Ghana), .sl (Sierra Leone) et .as (Samoa américaines). L’entreprise indique que les certificats non autorisés couvraient plusieurs de ses domaines ainsi que des domaines appartenant à d’autres organisations. Elle affirme que ses systèmes n’ont pas été compromis. 1
Les informations publiques ne précisent ni la méthode d’accès initiale des attaquants, ni la liste complète des organisations et des certificats concernés. La délivrance d’un certificat, à elle seule, ne prouve pas que les attaquants ont intercepté le trafic des utilisateurs. 1
4
La réponse de Google et les mesures pour les propriétaires de domaines
Google dit avoir bloqué dans Chrome les certificats non autorisés qu’il a identifiés et collaboré avec les autorités de certification pour les révoquer. Le blocage des certificats connus constitue une mesure de protection, mais ne prouve pas que tous les certificats non autorisés ont été repérés ni que tous les utilisateurs sont protégés. 1
16
Les propriétaires de domaines associés aux suffixes concernés devraient vérifier leurs accès auprès de leur registre, les délégations de serveurs de noms et leurs enregistrements DNS faisant autorité. Ils peuvent aussi consulter les journaux de transparence des certificats — des registres publics des certificats délivrés — afin de repérer ceux qu’ils n’ont pas autorisés. La découverte d’un certificat inattendu doit donner lieu à une enquête et à une prise de contact avec le registraire, le registre et l’autorité de certification concernés. 16
En quoi cet incident diffère de DigiNotar et de Sea Turtle
L’incident DigiNotar reposait sur un autre point de défaillance : les attaquants avaient compromis une autorité de certification et obtenu un faux certificat pour Google. Celui-ci a ensuite été utilisé dans des attaques visant des utilisateurs en Iran. Dans les incidents touchant .gh, .sl et .as, les attaquants ont manipulé l’infrastructure des domaines pour réussir les contrôles de certification, plutôt que de compromettre directement l’autorité de certification. 21
La campagne Sea Turtle constitue un parallèle plus proche du côté DNS. Les attaquants y ont détourné des infrastructures de gestion de domaines pour modifier le DNS et rediriger des visiteurs. Cette affaire illustre comment le contrôle du DNS peut fragiliser la confiance dans l’identité d’un site. 28
Les éléments vérifiables disponibles ne donnent pas assez de détails sur le cas distinct de google.tg pour comparer avec certitude son fonctionnement à celui de ces incidents. La leçon générale reste la même : un certificat peut être signé par une autorité de confiance tout en étant non autorisé si un attaquant a pris le contrôle des preuves servant à établir la maîtrise du domaine.
Studio Global AI
Continuez vos recherches
Cette page comprend une réponse basée sur la source que vous pouvez continuer dans Studio Global.
Les gens demandent aussi
Quelle est la réponse courte à « Comment un détournement DNS a permis d’obtenir des certificats non autorisés pour Google » ?
En prenant le contrôle d’infrastructures tierces liées aux domaines .gh, .sl et .as, les attaquants ont modifié des enregistrements DNS et obtenu des certificats HTTPS non autorisés pour plusieurs domaines Google et d...
Quels sont les points clés à valider en premier ?
En prenant le contrôle d’infrastructures tierces liées aux domaines .gh, .sl et .as, les attaquants ont modifié des enregistrements DNS et obtenu des certificats HTTPS non autorisés pour plusieurs domaines Google et d... Les autorités de certification vérifient le contrôle d’un domaine avant de délivrer un certificat : modifier les informations DNS pertinentes peut suffire à réussir cette validation, sans pirater le site lui même ni c...
Que dois-je faire ensuite en pratique ?
Google a bloqué dans Chrome les certificats non autorisés qu’il a identifiés et travaillé à leur révocation.