Pinned Tweet
En mai 2023, j'ai cassé le chiffrement du ransomware Rhysida. Plusieurs victimes ont récupéré leurs fichiers sans payer la rançon.
L'information était trop sensible pour communiquer dessus à l'époque. Plusieurs déchiffreurs Rhysida sont désormais publics, je peux donc partager ma recherche.
sigreturn.com/papers/time-as…
Un thread ci-dessous pour expliquer :
Adam T. retweeted
WebDAV Manager 3.0 is out 🎉
✨ Completely redesigned
📂 Your servers right in the Files app
🌍 Now in 15 languages
⚡️ Faster and more reliable
Free on iPhone, iPad and Mac.
apps.apple.com/app/id1596487…
New website: webdavman.com 🎉
And WebDAV Manager 3.0 is on its way: rebuilt from scratch, all-new design, better on iPad and Mac, your servers right in the Files app.
Now waiting for Apple's review 👀
Adam T. retweeted
New website: webdavman.com 🎉
And WebDAV Manager 3.0 is on its way: rebuilt from scratch, all-new design, better on iPad and Mac, your servers right in the Files app.
Now waiting for Apple's review 👀
Pour le coup difficile de parler de « fuite », ces infos sont déjà accessibles à tout étudiant de 42, via l’intranet. Pour moi c’est du semi-public par défaut, quelqu’un les a peut-être scrapés.
🚨 FUITES INFOS | École 42 — 140 080 personnes revendiquées
L'École 42 (@42Network), école d'informatique gratuite fondée à Paris et déployée en réseau de campus dans une trentaine de pays, fait l'objet d'une annonce de vente publiée le 9 octobre 2026 sur un forum cybercriminel.
L'annonce présente une base de « tous les étudiants » du réseau, collectée la veille, avec 140 080 personnes et 94 427 photos de profil annoncées.
⚠️ Revendiquée, non confirmée officiellement par l'École 42 à ce stade. Le volume annoncé et la composition de la base ne sont pas établis.
📂 Données concernées :
· Nom, prénom et adresse e-mail
· Campus, cursus et grade
· Points d'évaluation et monnaie interne de l'école
· Photos de profil (94 427 annoncées)
🔗 Détails et suivi → fuitesinfos.fr/article/2026-…
#FuitesInfos #DataBreach #Cybersécurité #Éducation
Adam T. retweeted
636606729769440499166579950236036751749912014371509557713570027508971809534551913252252094954941974952859310861988904737359709200557919
is a factor of RSA-896
saweis.net/posts/rsa-896.htm…
7f454c46010000000000000000000100020003002d000000240001000400000000000000b001cd800000200001
👀
Actually, this is a functional 64-bit ELF Linux program! It is only 80 bytes.
Curious how I did it? Check out my blog post for the full details: ech0.re/building-the-smalles…
You will learn how I gradually went from a 16704 bytes to 80 bytes program.
#Cybersecurity #Hacking #Linux
Adam T. retweeted
"we keep no logs". ollama no history, journal and /var/log empty.
Pulled the prompt back out of the gpu vram anyway, exact tokens. Secure boot on, lockdown integrity.
Used root here, but it isn't required: server under your own user + ptrace_scope=0, and any npm postinstall could read your prompts.
The kv cache holds a vector per token to avoid recomputing. At the first layer it's a function of the token alone, so it reverses straight back into text.
POC below.
"we keep no logs". ollama no history, journal and /var/log empty.
Pulled the prompt back out of the gpu vram anyway, exact tokens. Secure boot on, lockdown integrity.
Used root here, but it isn't required: server under your own user + ptrace_scope=0, and any npm postinstall could read your prompts.
The kv cache holds a vector per token to avoid recomputing. At the first layer it's a function of the token alone, so it reverses straight back into text.
POC below.
Adam T. retweeted
En général les exploits de navigateur suivent la même séquence : bug mémoire -> confusion de type -> primitives addrof/fakeobj -> lecture et écriture arbitraires -> exécution de code.
Concrètement, on trompe le moteur sur le type d'un objet, et ça suffit à lire et écrire où on veut en mémoire.
C'est le sujet de mon talk au Quarks In The Shell 2023, que je n'avais jamais partagé ici. J'y explique la méthodologie complète : comprendre le moteur, repérer les bonnes classes de bugs, puis construire les primitives une par une.
Talk en français, slides en anglais.
youtube.com/watch?v=VaaXB8mr…
En général les exploits de navigateur suivent la même séquence : bug mémoire -> confusion de type -> primitives addrof/fakeobj -> lecture et écriture arbitraires -> exécution de code.
Concrètement, on trompe le moteur sur le type d'un objet, et ça suffit à lire et écrire où on veut en mémoire.
C'est le sujet de mon talk au Quarks In The Shell 2023, que je n'avais jamais partagé ici. J'y explique la méthodologie complète : comprendre le moteur, repérer les bonnes classes de bugs, puis construire les primitives une par une.
Talk en français, slides en anglais.
youtube.com/watch?v=VaaXB8mr…
Si la recherche de vulnérabilités vous intéresse, voici ma méthodologie pour l'exploitation de navigateurs :
nitter.cf/ech0re/status/20918273…
En général les exploits de navigateur suivent la même séquence : bug mémoire -> confusion de type -> primitives addrof/fakeobj -> lecture et écriture arbitraires -> exécution de code.
Concrètement, on trompe le moteur sur le type d'un objet, et ça suffit à lire et écrire où on veut en mémoire.
C'est le sujet de mon talk au Quarks In The Shell 2023, que je n'avais jamais partagé ici. J'y explique la méthodologie complète : comprendre le moteur, repérer les bonnes classes de bugs, puis construire les primitives une par une.
Talk en français, slides en anglais.
youtube.com/watch?v=VaaXB8mr…
Il n'y a pas de vulnérabilité réelle dedans, c'est volontaire. Le sujet reste abstrait tant qu'on n'a pas compris comment le moteur fonctionne, et une fois cette base posée on a une grille de lecture commune pour les recherches suivantes.
