[ messageries offline en réseau maillé (bluetooth ?) + amendement blocage réseaux sociaux ]

Bonjour le Jeudi Techno,

Je cherche la "meilleure" messagerie offline en réseau maillé (Bluetooth ?).

• on parle beaucoup de BitChat l'appli de Jack Dorsey (un des anciens CEO / actionnaire de twitter)

https://en.wikipedia.org/wiki/BitChat

Mais il y avait déjà et j'avais déjà entendu parler de

• Briar

https://en.wikipedia.org/wiki/Briar_(software)

• BridgeFy appli mexicaine

https://en.wikipedia.org/wiki/Bridgefy

Si vous en conseillez une plutôt qu'une autre, hésitez pas. Merci.

Les 2 parties de ce post ne sont pas liées, c'est juste pour regrouper.

[ Blocage des réseaux sociaux ]

Projet de Loi "casseur payeur" : blocage des réseaux sociaux

Amendement blocage réseaux sociaux au Sénat (l'Assemblée aura le dernier mot après retour de la "navette" si je dis pas de bêtise).

Le journaliste bon en droit Marc Rees en a parlé et a posté les 2 amendements :

https://www.senat.fr/amendements/2026-2027/87/Amdt_94.html

https://www.senat.fr/amendements/2026-2027/87/Amdt_50.html

Le sénateur du Rhône Tom Dossus serait intervenu en séance

x.com/tomdoss

instagram.com/tomdoss/

Si quelqu'un(e) a plus d'infos, merci.

D'après la fuite dans Blast, c'était TikTok, instagram et SnapChat que le PM envisageait de bloquer le 17 octobre et avait enjoint les opérateurs Telecom de se préparer. Confirmé chez Hugo Decrypte dans l'interview d'hier a priori.

TikTok et SnapChat ne me manqueront pas. Insta peut être remplacé par PixelFed.

Mon but des messageries offline n'est pas de les utiliser en manif mais localement, en cas de coupure d'internet (comme pendant les pannes Orange 5G et Bouygues Telecom récentes). Merci pour vos avis :-)

Hello le JT
Je cherche un registrar de nom de domaine qui préserverait mon identité, voire auquel je n'ai pas besoin de donner mon identité.
Ça existe ? Les quelques que je trouve ont l'air d'avoir mauvaise réputation.
Sinon vous utilisez quel registrar ?

[ faille PHP ]

Rebonjour le Jeudi Techno,

Je me permets de (re)poster le post du CERT-FR :

https://cert.cyber.gouv.fr/alerte/CERTFR-2026-ALE-014/

Suite à la faille patchée la semaine dernière, j'ai vérifié les versions de mes 5 sites qui "tournent" avec du PHP donc, dont

• trois en version 8.2.35

• un en version 8.4.27

il faut que je regarde si ce sont des versions patchées (mais j'ai vu que pour les premiers ils ont été MàJ à partir de 8.2.34).

Octave Klaba avait communiqué comme quoi OVH a "comblé" la faille.

Pas de communication sur PHP sur x.com/infomaniak mais ce lien vers cette page pour infomaniak : https://infomaniakstatus.com/en/p7jX3ML9E1/

• J'ai aussi un vieux site en version 5.5.38 (je sais, c'est mal :(

Voici le message que j'ai :

We recommend using PHP version 8.1, but it will run on PHP version 7.0.0 at a minimum.

Je vais contacter l'hébergeur pour aviser.

Voici la réponse reçue ailleurs la semaine dernière

si tu es déjà en PHP 8, ça se fera sans trop de douleur, mais si tu es sur des versions pré-8...

Si php > 8 : met à jour vers la dernière version 8.5.12 (https://www.php.net/ChangeLog-8.php).

Je vais regarder comment mettre à jour vers 8.5.12 et aussi contacter mon hébergeur.

J'espère que la 8.2.35 est une version déjà patchée

Si php < 8 et que tu as besoin de temps pour tester les effets de bord :

• mettre memory_limit=-1 pour que les applications ne puissent pas l’outrepasser
• abaisser post_max_size
• imposer des limites de taille et de nombre de requêtes au niveau serveur web ou proxy
• utiliser des limites container/cgroup
• S'assurer que PHP et sa version ne fuite pas à travers le header X-Powered-By. ça limite un peu le risque. C'est peut être un peu technique, mais quand on parle de mitigation de CVE, pas trop le choix.

Merci encore à cette personne pour ses explications, je ne sais pas si j'ai la main sur le serveur (mutualisé) pour MàJ ça et éviter quelque chose.

Hésitez pas si vous avez d'autres conseils ou si vous pouvez confirmer pour 8.2.35. Merci.