La plus grande entreprise chinoise de cybersécurité révèle par erreur une clé SSL en accès public

Une faille énorme vient de secouer la sphère de la cybersécurité chinoise. Qihoo 360, mastodonte de la sécurité informatique, a malencontreusement livré une clé SSL privée en libre accès. Cette erreur bête ouvre grand la porte aux attaques sur son infrastructure sensible.

Plus qu’un simple oubli, c’est une faute monumentale pour une société qui gère la sécurité de millions d’utilisateurs. La question qui brûle les lèvres : comment une boite avec autant de moyens a-t-elle pu laisser filer une arme aussi puissante ?

Les conséquences pourraient être dévastatrices si personne ne corrige le tir rapidement. Le talon d’Achille de Qihoo 360 pourrait profiter à des pirates bien trop heureux de ce cadeau.

Une clé SSL exposée dans l’installateur du nouvel assistant IA

Qihoo 360, souvent comparée à Norton ou McAfee mais en version chinoise, a publié son dernier produit, un assistant IA baptisé 360安全龙虾 ou 360 Security Claw. La surprise ? Son installeur contient une clé SSL privée !

Cette clé est primordiale puisqu’elle permet d’authentifier le trafic entre les serveurs de Qihoo 360 et les utilisateurs. Mais au lieu de rester bien cachée, elle était planquée en clair dans une archive accessible à tous ceux ayant téléchargé le logiciel. Pas besoin d’être hacker, juste un classique outil d’extraction suffit.

Le certificat SSL, valide jusqu’en avril 2027, concerne un wildcard couvrant tous les sous-domaines du domaine myclaw.360.cn. Cela signifie qu’un attaquant peut usurper n’importe quel service de la plateforme comme s’il était légitime !

Ce que ça veut dire pour la sécurité des utilisateurs

Avoir une clé privée SSL ouverte, c’est comme offrir tous les clés de la maison au premier venu. Les pirates peuvent intercepter les données, voler des informations, ou carrément rediriger le trafic vers des pages de phishing ultra crédibles, reconnues comme sûres par les navigateurs.

Alors que l’usage de certificats légitimes pour tromper le système est une technique de plus en plus utilisée par les cybercriminels, Qihoo 360 vient de jouer avec le feu. Cette erreur exploitable est une véritable aubaine pour les acteurs malveillants qui cherchent à infiltrer leurs systèmes.

La compagnie, qui revendique près de 461 millions d’utilisateurs et une valorisation estimée à 10 milliards de dollars, n’a toujours pas réagi officiellement ou annulé la clé compromise au moment où ces lignes sont écrites.

Comment un tel fiasco a-t-il pu arriver ?

Officiellement, une erreur de cette ampleur paraît inacceptable pour un géant comme Qihoo 360. En pratique, ce genre de faute arrive souvent quand les équipes sacrifient la sécurité sur l’autel de la rapidité ou du déploiement.

Ils ont intégré le certificat dans le package pour assurer un fonctionnement fluide sans configuration complexe. Mais à l’échelle industrielle, garder des clés privées dans un installeur public est une grosse négligence.

Ce genre d’erreurs, même basiques, est souvent dénoncé par les chercheurs en sécurité comme un oubli de débutant. Pourtant, cela reste un piège dans lequel tombent encore des entreprises de premier plan.

Les risques pour l’industrie de la cybersécurité en Chine

Cette faille jette une ombre sur l’intégrité des acteurs chinois dans la cybersécurité. Ceux qui comptent sur ces entreprises pour protéger leurs données sensibles risquent de voir leur confiance sérieusement entamée.

Avec la montée en puissance des outils IA et la sophistication croissante des attaques, un tel laxisme est lourd de conséquences. Une faille comme celle-ci peut déclencher une réaction en chaîne d’infiltrations, d’espionnages ou de manipulations à grande échelle.

Il est crucial que Qihoo 360 agisse vite, supprime la clé, et renforce sa politique de gestion des clés privées, sinon ce faux pas pourrait coûter cher, bien au-delà du simple préjudice commercial.

Source: www.neowin.net

Marius
Suivez Moi

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *