Le lanceur PC de NIKKE a chargé un malware depuis le CDN de Level Infinite : contrôle à distance, vol de secrets et de cryptos. Voici ce qu'il faut vérifier.
Le post NIKKE : la version PC du jeu piégée pour installer un redoutable malware a été publié sur IT-Connect.
La connexion internet de la Maison-Blanche est à louer. Elle servirait en effet de relais à des services commerciaux de proxy : leurs clients peuvent y faire transiter du trafic web qui apparait alors comme provenant de l’Executive Office of the President, l’équipe au service direct du président des États-Unis.
Entre le 5 octobre et le 3 novembre, l’observatoire des proxies résidentiels de Layer3 Intel a détecté 236 passages de trafic par six adresses IP du réseau de la présidence américaine, accessibles via 28 services de proxy résidentiel. Une poignée de dollars et un abonnement à l’un de ces services suffisent pour emprunter le réseau de la Maison-Blanche.
D’après les observations de l’entreprise, l’essentiel de l’activité se concentre en soirée (la moitié se déroule entre 17 h et minuit, il n’y a presque aucun signe d’activité en matinée). Ce rythme évoque moins un réseau Wi-Fi public destiné aux visiteurs qu’une personne travaillant dans le bâtiment. Il pourrait s’agir de quelqu’un qui se connecte régulièrement au réseau de la Maison-Blanche en fin de journée – on n’ose avancer un nom – et dont l’appareil (un boîtier TV ou plus sûrement un smartphone) est infecté par un SDK de proxy.
Un proxy résidentiel achemine le trafic via une vraie adresse IP : les requêtes semblent donc provenir d’un utilisateur plutôt que d’un serveur. Il existe des usages légitimes : vérification de publicités, tests QA… Mais on peut également en abuser pour collecter des données en douce, contourner des blocages ou mener toutes sortes d’activités illicites : des pirates peuvent ainsi masquer leurs activités malveillantes pour mener des cyberattaques.
Une annonce du FBI publiée au mois de mars alertait le public des dangers d’un proxy résidentiel. Le Bureau explique que cette technique est un des outils standards des cybercriminels pour leurs méfaits. Des apps pour télés connectées LG et Samsung ont récemment été épinglées car elles intégraient de tels systèmes.
Ici, pour les sites visités via ces proxies, le trafic donne l’impression de provenir du réseau de la Maison-Blanche. Cela ne signifie pas pour autant que les tiers peuvent consulter les fichiers contenus dans l’appareil-relais ou accéder au réseau interne. Layer3 met tout de même en garde : « Des recherches antérieures ont montré que des SDK de proxy mal sécurisés peuvent permettre d’accéder au réseau interne et de se déplacer d’un système à l’autre. Si un SDK présent sur ce réseau comporte une faille de ce type, toute personne achetant un accès au proxy pourrait s’en servir pour accéder aux systèmes internes. »
Évidemment, au vu de la nature très particulière des lieux, la présence d’un proxy résidentiel pose un problème de sécurité.
Deep-Live-Cam est un outil open source capable de remplacer un visage en direct lors d'une visio (Teams, Zoom, etc.) à partir d'une seule photo.
Le post Deep-Live-Cam : cet outil open source de deepfake change votre visage à partir d’une photo a été publié sur IT-Connect.
Une énorme faille de sécurité a été découverte et corrigée dans OpenSSH, qui permet d’administrer à distance la plupart des serveurs Linux. Exploitée, elle pouvait laisser entrer des pirates sur des serveurs Alpine Linux sans besoin de connaitre le mot de passe : il suffisait d’en écrire un aléatoire d’au moins 256 caractères.
Le projet OpenSSH a publié en urgence un correctif pour la faille dès le 5 novembre. Selon le message de Damien Miller, l’un des principaux développeurs, le correctif a été proposé moins de 24 heures après la réception du signalement.
L’équipe d’OpenSSH demande aux administrateurs concernés de couper aussi rapidement que possible la connexion par mot de passe, voire le service SSH lui-même, tant que le correctif n’est pas installé. Damien Miller indique que la grande majorité des systèmes d’exploitation ne sont pas concernés : Windows, macOS, la plupart des distributions Linux (comme Debian, Ubuntu, Red Hat, Fedora…) ou encore les systèmes BSD ne présentent pas de risque d’exploitation dans leur configuration par défaut.
Pourquoi une telle urgence dans ce cas ? Parce que pour être exploitée, la faille nécessite une configuration précise, qui est justement celle par défaut dans Alpine Linux. Or, cette distribution est souvent utilisée pour sa légèreté dans certains environnements, notamment cloud.
Dans l’avis publié par l’équipe d’Alpine Linux hier soir, on peut lire qu’un serveur sous Alpine Linux est vulnérable s’il réunit trois conditions : le service SSH accepte les connexions par mot de passe (c’est le cas par défaut), il existe au moins un compte sans mot de passe, et au moins un autre compte en possède un.
Si vous estimez que personne n’utilise des comptes sans mot de passe, détrompez-vous. Il s’agit le plus souvent de comptes auxquels les propriétaires se connectent avec une clé cryptographique, la méthode étant d’ailleurs plus sûre. La vulnérabilité, référencée CVE-2026-123158, peut donc être exploitée pour ouvrir l’accès à ces comptes sans mot de passe, clé cryptographique ou pas. Tout ce dont le pirate a besoin selon Alpine, c’est de joindre le serveur par le réseau et de connaitre le nom d’un de ces comptes.
Sur cette distribution, le compte administrateur (root) est livré sans mot de passe, le rendant en théorie vulnérable. Par défaut, OpenSSH refuse toute connexion par mot de passe au compte administrateur, quel que soit le mot de passe tapé. C’est en théorie suffisant. Cette protection tombe toutefois si un autre compte a les droits nécessaires pour devenir administrateur. C’est le cas dans les versions 3.18.11 à 3.24.3 des images d’Alpine Linux destinées au cloud. Dès lors, ces machines deviennent vulnérables dès qu’un mot de passe est défini sur un autre compte, ouvrant la voie au pirate pour un accès complet au serveur.
Comme l’indique The Hacker News, il est recommandé de vérifier si d’autres systèmes sont concernés, car le composant impliqué (musl) est aussi utilisé dans des distributions spécialisées dans l’embarqué comme OpenWrt, Buildroot et Yocto. En revanche, les conteneurs Docker qui ne font pas tourner de serveur SSH, les serveurs où la connexion par mot de passe est désactivée, et les machines installées via cloud-init (qui désactive cette connexion) ne sont pas affectés.
Un système ne stocke pas les mots de passe en clair. Il ne conserve que leur empreinte, calculée via une transformation mathématique irréversible. Pour vérifier un mot de passe, le serveur calcule l’empreinte de ce qui a été tapé et la compare simplement à celle enregistrée sur la machine.
La vulnérabilité réside dans la rencontre entre deux conventions, qui n’ont rien d’anormal quand elles sont prises isolément. Ainsi, pour un compte sans mot de passe, Linux enregistre un unique astérisque à la place de l’empreinte. Mais Alpine utilise la bibliothèque musl, pour des besoins de légèreté. Celle-ci, quand elle doit calculer l’empreinte d’un mot de passe de plus de 256 caractères, refuse. Pour signaler l’erreur, elle renvoie… un simple astérisque. Le problème est alors évident : le serveur compare les deux, en déduit qu’il s’agit de la même empreinte et ouvre la session. Pour effectuer ce calcul, le serveur emprunte un paramètre depuis un compte possédant un vrai mot de passe, d’où la nécessité d’avoir au moins un tel compte configuré.
Les distributions n’utilisant pas musl ne sont pas touchées car leur bibliothèque système signale l’erreur autrement. Celles qui délèguent la vérification à un module d’authentification séparé (PAM) ne sont pas non plus concernées.
Ce comportement dans musl remonte à 2012, tandis que la manière dont OpenSSH traite les comptes sans mot de passe vient d’un changement introduit en 2016. La faille existe donc depuis une décennie environ.
Le correctif d’OpenSSH refuse désormais toute comparaison avec une empreinte enregistrée trop courte pour être valide. OpenSSH le présente d’ailleurs davantage comme un contournement, la cause profonde restant dans musl. À noter que le problème avait été remonté en 2024, l’attitude de musl étant alors jugée incorrecte sur l’utilisation de l’astérisque.
Sans surprise, la meilleure parade est la mise à jour, mais il faudra redémarrer le service SSH ensuite, car l’installation seule du correctif n’est pas suffisante si le serveur est actif.
Alpine a publié des paquets corrigés pour toutes ses versions depuis la 3.16, y compris celles qui ne sont plus officiellement suivies, comme la 3.21 (son support est terminé depuis le 1ᵉʳ novembre), signe de l’importance de la situation. Les nouvelles versions 3.21.10, 3.22.8, 3.23.8 et 3.24.4 intègrent directement la correction.
Comme indiqué précédemment, sur les machines où la mise à jour est impossible pour le moment, il suffit de désactiver la connexion par mot de passe. Alpine recommande d’ailleurs de bien vérifier que la connexion par clé cryptographique fonctionne avant de procéder, pour ne pas se retrouver bloqué hors du serveur. Dans les installations cloud, il faudra s’assurer que toutes les machines virtuelles lancées sont corrigées, car la simple reconstruction des images ne protège pas les instances déjà actives.
On notera enfin que tout le monde ne semble pas d’accord sur le niveau de dangerosité de cette faille. Sur le site du NIST, le score CVSS est en effet de 8,1, ce qui la classe comme « élevée », pas « critique ». Dans son message, Damien Miller (de l’équipe OpenSSH) évoque pourtant bien une faille critique.
Trois mois de ChatGPT Pro offerts pour une simple inscription ? Cette fausse invitation OpenAI sert à pirater votre compte Microsoft ou Google, MFA compris.
Le post Faux événements OpenAI, SpaceX et Anthropic : ce phishing vole les comptes Microsoft et Google a été publié sur IT-Connect.
Une erreur de migration a ouvert les archives de DigiCert à des comptes créés sur Internet : données clients et pièces d'identité consultées. Ce que l'on sait.
Le post DigiCert : une erreur de migration expose les données et pièces d’identité de clients a été publié sur IT-Connect.
Après les supermarchés et l'EFS, la CISA et le FBI alertent sur les attaques contre les systèmes de froid industriels. Voici leurs recommandations.
Le post Après l’Europe, le FBI et la CISA alertent sur les cyberattaques contre les systèmes de réfrigération a été publié sur IT-Connect.
La faille *sshole (CVE-2026-123158) ouvre en SSH, avec un mot de passe trop long, des comptes Linux sans mot de passe. Alpine Linux est le premier concerné.
Le post *sshole : sur Alpine Linux, un mot de passe trop long peut mener à un accès root via SSH a été publié sur IT-Connect.
OpenAI lance GPT-6 Cyber, réservé à Daybreak Red : 948 exploits Linux, 81 failles graves dans Firefox et un modèle entraîné à rester dans son périmètre.
Le post OpenAI lance GPT-6 Cyber : son modèle IA taillé pour trouver et exploiter des failles a été publié sur IT-Connect.
