❌

Vue normale

Vous devez désactiver votre bloqueur de publicité pour voir ce contenu

22 octobre 2026 à 11:39
Site de recettes:
"Ingrédients : ...
Préparation : Vous devez désactiver votre bloqueur de publicité pour voir ce contenu."

abinzut je vais cuisiner autre chose, alors. 🤷‍♂️
(même pas en rêve, la désactivation du bloqueur de pub.🖕)

Et si on me répond "Mais comment les sites vont vivre sans la publicité ? Tu les tues !"
Je répondrai que si un site dépend du capitalisme de surveillance pour vivre (c'est à dire, concrètement, gagner de l'argent sur le dos de ses visiteurs en laissant de grosses entreprises les surveiller et les traquer sur internet), alors le site mérite de crever. (Ouais je ne suis pas tendre. Y compris envers le moi-même d'il y a 16 ans qui - comme un gros crétin - mettait de la publicité sur son site sans comprendre l'ampleur de la surveillance de masse à laquelle il participait.)
(PS: vous avez de la merde dans les yeux: Il est possible de faire de la publicité sans tracking de l'utilisateur. Ça existe depuis longtemps, c'est juste que vous avez oublié parce que Google a tout bouffé avec ses scripts de tracking.)
(Permalink)

21 octobre 2026 : retour en détail sur cette journée noire pour la cybersécurité

22 octobre 2026 à 09:12
J'ai pas trouvé là màj pour mon Windows Millennium, normal ?
21 octobre 2026 : retour en détail sur cette journée noire pour la cybersécurité

Le mercredi 21 octobre restera certainement gravé dans les mémoires. Plusieurs failles d’importance ont été dévoilées : deux sur PHP permettant d’exécuter du code à distance, huit clés générées n’importe comment permettant de créer des certificats pour n’importe quel site ou application, sans oublier des failles sur Node.js et GitLab. Next revient sur les enjeux techniques et les conséquences à venir.

Il y a des dates qui restent marquées dans les mémoires. Celle du 8 avril 2014 était un bon exemple. Il y a 12 ans, Heartbleed secouait en effet Internet : une faille dans OpenSSL (une brique servant à sécuriser les connexions sur Internet) permettait de récupérer des données en clair directement dans la mémoire des serveurs. Identifiants, mots de passe… tout y passait, notamment des données bancaires malgré le silence des banques.

Ce mercredi 21 octobre 2026 en est désormais une autre.

PHP, un langage utilisé dans 70 % des sites web

Ce 21 octobre, une bonne partie des responsables de sites étaient devant leur PC à attendre 16 h (heure de Paris) avec une certaine fébrilité. En cause, l’équipe de PHP avait donné rendez-vous en annonçant que deux méchantes failles PHP allaient être dévoilées, avec les correctifs. Traduction : la mise à jour devait se faire sans attendre.

Dans la journée, les choses se sont accélérées, des prototypes d’exploitation circulant sur les réseaux sociaux (vrais ou pas, le souci n’était même plus là) ; PHP a finalement publié les correctifs avec 15 minutes d’avance. Les versions avec un correctif officiel sont les suivantes : 8.2.35, 8.3.36, 8.4.27 et 8.5.12.

Les deux failles permettent d’exécuter du code arbitraire à distance, sans aucune authentification. Elles permettent par exemple de lire l’intégralité des données, d’obtenir les accès aux bases de données, de récupérer des clés API, de prendre le contrôle de la machine, etc. La gravité dépend de la manière dont PHP est exécuté.

Ces vulnérabilités sont particulièrement graves car elles résident dans un langage de programmation utilisé par 70 % des sites web, selon plusieurs estimations. L’ANSSI fait le point pour la France : « PHP est un langage de script largement utilisé par les serveurs web, avec plus de 600 000 serveurs l’exploitant sur l’Internet français. Il s’agit d’un moteur permettant aux sites web de générer des pages dynamiques, dont le contenu évolue en fonction des interactions des utilisateurs ou des données du serveur ».

Une exploitation pas simple, mais une faille imparable sauf à mettre à jour PHP


Il reste 84% de l'article à découvrir.
Vous devez être abonné•e pour lire la suite de cet article.
Déjà abonné•e ? Générez une clé RSS dans votre profil.

Failles critiques dans PHP : comment savoir si son site est touché et quelle version du langage est utilisée ?

22 octobre 2026 à 08:35

Deux failles critiques dans PHP, corrigées ce mercredi 21 octobre 2026, ont poussé administrations et hébergeurs à couper des sites ou à les mettre en maintenance. Si votre site tourne sous WordPress, voici comment savoir quelle version de PHP il utilise, et à qui demander la mise à jour.

Indian certification authority eMudhra’s private keys compromised – one of them was the number ‘4’

21 octobre 2026 à 07:58
Une autorité de certification indienne a laissé fuiter des clés privées, permettant la génération de certificats TLS/https VALIDES pour des tas de sites.
Tout le monde est en train de nettoyer, c'est le bordel.

Par contre fait troublant : En principe une clé privée, c'est un très grand nombre, trop grand pour être devinable. Là une des clés privées était 4. Juste 4.
Un autre 56. Et une autre 115.
Alors qu'en fait il devrait s'agit d'un nombre entre 0 et 2 puissance 384.
C'est absolument lamentable.

EDIT: Voir aussi : https://arstechnica.com/security/2026/10/the-internet-goes-on-high-alert-after-discovery-of-8-compromised-tls-certs/
et https://next.ink/262991/certificats-tls-nimporte-qui-pouvait-certifier-un-site-via-des-cles-passoires/
(Permalink)

CVE-2026-109618 and CVE-2026-109619: What you should do now - Vincent Schmalbach

21 octobre 2026 à 06:06
Il y a une faille PHP 5, 6, 7 et 8 qui permet du RCE (Remote Code Execution). Correctif publié le 21 octobre vers 16h. PATCHEZ !
(source : https://phpc.social/@dokuwiki/117477237268830031)

Article en français : https://next.ink/262987/php-va-corriger-deux-vulnerabilites-critiques-aujourdhui/

PS: Il semblerait que les version de php en *dessous* de la 8.1 ne seront pas patchés.

EDIT: communication officielle du projet php : https://thephp.foundation/blog/2026/10/21/todays-php-security-release-and-how-were-strengthening-php-security/
(Permalink)
❌