C'est exactement le genre de rigueur en supply chain de sécurité et en intégrité d'outils qu'on aimerait voir plus souvent sur X, loin des listes marketing de scripts non vérifiés !
🧵 MCP servers have a quiet trust problem.

You approve a tool once. Its schema can change tomorrow and your agent never notices.

I built Anchor to make that change visible.
github.com/intelligent-ea…

#MCP #AISecurity
1
0
2
73
Reverse_reaper retweeted
Most small companies have DMARC at p=none and think they're covered.

They're not. p=none tells mail servers to do nothing with mail that fails authentication.

I built OpenOSINT Monitor to catch this from the outside, plus TLS, headers and lookalike domains. Free for one domain:
app.openosint.tech/?utm_source=x

#DMARC
0
1
1
70
Je recommande OpenOSINT, la plateforme de Tommaso Bertocchi (@SonoTommy_).

J'ai testé la version 2.33.1 en labo isolé (VM, sortie VPN), et le résultat est au-dessus de tout ce que je vois passer côté SaaS OSINT. Elle fait ce qu'elle dit, et elle le dit bien : chaque outil porte une étiquette de bruit, les outils bruyants sont désactivés par défaut, et une instance publique ne peut pas les réactiver. Le mode passif est le défaut, pas une option cachée.

En OSINT, le vrai sujet, ce n'est pas de trouver plus vite. C'est de protéger l'enquêteur et sa cible. C'est d'être discret. La plupart des outils du marché enchaînent les requêtes sans dire ce qui part, où, ni depuis quelle IP. OpenOSINT fait l'inverse.

C'est un projet à suivre dans son évolution. Les résultats sont excellents après test, et le travail de refonte sur la 2.33.1 est sérieux.
0
0
4
302
On croît souvent trouver des sources d'expertise incontournables derrière des pseudos théâtraux, des infographies bien léchées et des masques de Guy Fawkes.

À commencer par l'exemplaire local qui se proclame carrément "The Hacker". Soyons clairs : derrière la mise en scène, loin, très loin d'être un tigre.

Petit rappel des faits suite à nos confrontations techniques :
- Le cas de l'outil DragonBrute : Quand on met le nez dans le code et qu'on teste en conditions réelles, un serveur configuré proprement bloque leurs scripts à la vitesse de la lumière et consigne leur IP dans les logs. Zéro exploit, juste du bruit.

- L'illusion de l'énumération SMTP : Venir vendre des méthodes archaïques (comme le bon vieux VRFY sur le port 25) en 2026, c'est tout simplement ignorer l'état de la sécurité moderne.

- Le blocage comme constat de nullité : Face à des arguments techniques et des faits construits, la réaction de ce genre de profil ne se fait pas attendre.

Être bloqué par eux, c'est simplement pour moi un constat de nullité de leur part : fuis le débat quand tu n'as pas les compétences pour répondre.

En cybersécurité et en OSINT, fiez-vous à la rigueur des flux, à l'analyse de code et aux tests en labo, pas aux masques et au marketing de surface.
1
0
3
300
Replying to @reverse_r3aper
Bilan de mes interactions avec le compte @three_cube (alias le fan club des masques de Guy Fawkes et du clickbait sécuritaire) :

- 14 septembre (Osiris) : Il vendait un dashboard type "cinéma" (avions, mer, actus) en prétendant que c'était une vue des menaces d'une entreprise. a vraie menace c'est une CVE en prod, un leak de prestataire ou un domaine look-alike, pas une carte météo animée pour vendre son Starter Bundle.

- 16 septembre (Web App Hacking & Agents IA) : Il présentait des agents censés faire du web app hacking. Je lui ai rappelé que l'agent hallucine 80 % de ses payloads dès que le contexte change, qu'il se fait détruire par un WAF ou Cloudflare, et qu'il est incapable de tenir une session avec du CSRF dynamique, de l'OAuth ou de la rotation de JWT. Coller des wrappers browser-use à un agent MCP et appeler ça du web app hacking, c'est juste une blague (celle qui a le mieux tourné avec ~1 000 vues).

- 16 septembre (Cell Tower / IMSI Catcher) : Son post sur l'interception de téléphones sur une antenne relais (How to See Every Phone on a Cell Tower). Ma correction : avec un HackRF ou un RTL-SDR, srsRAN et Wireshark sur le paging LTE, on ne voit pas des téléphones, mais des TMSI volatils et du chiffré. En 4G/5G l'IMSI ne passe pas en clair, il passe en SUCI. Sans station rogue, aucune association à une personne n'est possible.

- 17 septembre (Discord OSINT) : Du grand n'importe quoi. L'API Discord ne laisse pas énumérer les serveurs d'un tiers, et trianguler une ville depuis une liste d'amis mondiaux n'a aucun sens statistique. Quant à VAC et l'historique Steam, ils passent simplement par l'API publique, sans besoin d'outil miracle.

- 25 septembre (Régulation) : Sa tentative de leçons sur la régulation. Je lui ai retourné sa formule : méfie-toi d'un compte qui enchaîne le clickbait et les outils recyclés, il soigne son engagement, pas ta sécurité.

Visiblement, j'ai peu de succès avec le masque de Guy Fawkes, mais au final ça me va. Être bloqué plutôt qu'argumenter me convient parfaitement, car c'est un aveu de faiblesse. Je souhaite simplement que vous, de votre côté, ne vous fassiez pas avoir par des outils qui sont parfois bien plus dangereux pour vous que pour votre éventuelle cible. Fuyez le marketing de surface et fiez-vous à la technique.

Quant à moi, je ne lâcherai rien : je continuerai de détruire leurs mythes et leur clickbait par la preuve technique.
0
0
0
193
Ça change des listes clickbait et du bullshit marketing ambiant : voici un vrai outil sérieux pour les enquêtes Telegram.

Tosint par Andrea Draghetti !

Ce qui le rend solide pour le DFIR :
- Export propre en JSONL et hachages SHA-256 optionnels pour l'intégrité des données.
- Analyse poussée des chats, bots, historiques et médias.
- Gestion de l'authentification et robustesse face aux restrictions.

De l'open-source technique et rigoureux pour le labo.
Tosint v1.0.0 is out: an open-source Telegram OSINT tool for bot and chat analysis, message history and media exports.

Richer JSONL metadata, optional SHA-256 hashes, and bot/user authentication.

github.com/drego85/tosint/

#OSINT #DFIR #Telegram #Tosint #CTI
0
1
3
388
On nous demande souvent : « pourquoi un bloqueur en écriture ? Un disque branché, ça se lit. »
Windows écrit. macOS écrit. Même sans ouvrir un fichier. En forensic, une écriture peut faire tomber le dossier.
1
0
2
216
Replying to @reverse_r3aper
On a déjà vu un dossier fragilisé parce qu’un disque avait été branché en direct. L’OS a créé ses petits fichiers. L’original n’était plus intact.
Le bloqueur matériel lit. Il n’écrit pas. On copie, on hache, l’original ne bouge pas.
1
0
0
183
Replying to @reverse_r3aper
Un téléphone, ce n’est pas un disque : tu ne le « bloques » pas pareil. On passe par le proto de sauvegarde du constructeur, pas par un câble qui fige le stockage.
Matériel validé (NIST / ponts type Tableau) pour les disques. Pour le mobile, autre boîte, autre méthode. Pas un script GitHub.
0
0
0
43
Replying to @reverse_r3aper
Un « bloqueur validé (ex. Tableau, NIST).

Sur les tests PCIe, SATA, SAS, USB, FireWire, IDE : zéro écriture non bloquée.

Concrètement : on branche, on copie, on hache, et l'original ne bouge pas d'un bit.
0
0
0
21
Replying to @reverse_r3aper
En cybersécurité, le software analyse. Le hardware, lui, garantit et certifie l'investigation.

Le matériel garantit l'intégrité. Le hachage la prouve.
0
0
0
17
Socat en 2026 : un utilitaire Unix de plus de 20 ans, pas un outil de hacker avancé.

Ça sert à relayer des flux, stabiliser un shell, faire un tunnel local.
Ça ne contourne pas un pare-feu tout seul, et ce n'est pas furtif.

Pour un pivot en audit : Ligolo-ng. Socat, c'est pour les cas précis.
1
0
2
340
Replying to @reverse_r3aper
Socat, c'est un utilitaire Unix qui a plus de 20 ans. Il relie deux flux entre eux : TCP, UDP, PTY, parfois TLS. C'est un couteau suisse réseau, pas un outil d'attaque.

Ça sert encore pour stabiliser un shell après exploitation, créer un tunnel local simple, faire un relai one-shot ou brancher un binaire sur un PTY. C'est utile, mais c'est du bricolage réseau, pas de l'attaque furtive.

Par contre, ça ne contourne pas un pare-feu tout seul : il ne fait que relayer. Et ce n'est pas furtif. Un flux Socat, TLS ou pas, est visible par un IDS/EDR comme n'importe quel autre canal.

En 2026, pour un pivot en audit, le réflexe c'est Ligolo-ng. Il remplace Chisel et les tunnels SOCKS classiques. Socat reste utile pour des cas précis, pas pour du mouvement latéral furtif.

Le vrai problème, ce n'est pas Socat. C'est de le présenter comme un outil "avancé pour contourner les pare-feu", alors que c'est un relai. Ça trompe les débutants qui pensent qu'un simple tunnel suffit à être invisible.
0
0
1
144
Evil-WinRM, c'est du vrai. Et c'est rare, donc je le dis.

C'est un outil qui est devenu un standard pour le mouvement latéral et la post-exploitation sur Active Directory.

Il exploite le service WinRM légitime (ports 5985/5986) via WS-Man. Pas de binaire louche déposé sur la cible.

Pass-the-Hash, Kerberos (Pass-the-Ticket), exfiltration de fichiers, exécution de scripts PowerShell directement en mémoire.

Bien moins bruyant qu'un PsExec classique lors des phases d'audit.

4. Pas de promesse en carton
Pas d'IA magique, pas de "hack any system in 2 clicks". Juste une brique essentielle de la boîte à outils pentest Windows.

À ranger à côté de BloodHound, Impacket et Rubeus.
Evil-WinRM. the ultimate WinRM shell for hacking/pentesting
github.com/Hackplayers/ev…
0
0
2
175
Deux outils OSINT à base d'IA qui tournent en boucle en ce moment.

OpenPlanter
Présenté comme un moyen de trouver des infos sur une personne grâce à l'IA.
La réalité : c'est une interface CLI qui interroge l'API OpenRouter (openrouter/free). Un script qui envoie des prompts à un LLM, rien de plus.
Le problème : un LLM ne fait pas d'OSINT. Il génère des réponses plausibles à partir de sa base d'entraînement. Il ne fouille pas le web en temps réel, et il peut halluciner un profil entier. Pour retrouver quelqu'un, ce n'est pas un prompt gratuit qui va faire le travail.

Reverse Image Location (elegate)
Présenté comme une IA de géolocalisation qui déduit un lieu à partir de l'architecture, la végétation ou les panneaux, même sans EXIF.

En vérité c'est un wrapper autour d'un modèle de vision. Très bon pour reconnaître un monument célèbre ou un panneau précis. Beaucoup moins fiable pour situer une route de campagne bordée d'arbres, où il part vite en hallucination.
En enquête aujourd'hui en 2026,
Ce qui marche vraiment en géo-OSINT : Google Lens pour la recherche visuelle, Overpass Turbo pour croiser des éléments d'infrastructure, et surtout la méthode d'analyse.
When you're conducting research and need to identify a person and gather information about them, it can be a real problem
There's a lot of information, but you only need information about just one person

OpenPlanter can help with this hackers-arise.com/artificial-int…
@three_cube
0
0
2
160
« Illégal à utiliser »… Le cliché habituel pour survendre trois repos GitHub publics.

Faisons le tri entre le buzz et la réalité :

Ligolo-ng, le seul indispensable du lot. Il a remplacé Chisel et SOCKS pour le pivoting. C'est le standard actuel pour tunneliser un réseau interne proprement.

Arsenal-ng, un mémo CLI interactif. Pratique pour éviter de retenir la syntaxe de Nmap ou Impacket, mais ça reste un pense-bête.

Pentest-copilot → Laisser un LLM chaîner des exploits en automatique, c'est le meilleur moyen de faire crasher une prod sur une hallucination. À utiliser avec des pincettes, voire pas du tout.

Verdict : Garde Ligolo-ng. Le reste, c'est du confort, pas du pentest.

Le vrai problème, ce n'est pas que ces outils soient "illégaux". C'est qu'on présente un pense-bête et un wrapper IA comme des outils de hacking. Ça n'aide personne, surtout pas ceux qui débutent.
THIS IS F**KING DANGEROUS

FOUND 3 ETHICAL HACKING TOOLS THAT FEELS ILLEGAL TO USE

And it all open source and free to use

If you’re learning pentesting, these belong in your toolkit:

→ Arsenal-ng — a huge terminal library of pentesting commands for recon, scanning, → Pentest-copilot — an AI powered assistant that helps automate exploitation workflows and chain attack steps.

→ Ligolo-ng — lets you tunnel and pivot through a compromised machine to reach systems inside a private network.

Different jobs.

One goal:

make pentesting faster and more efficient.

BOOKMARK this before someone take it down

REPO’S BELOW
0
0
9
602
« Assis devant l'immeuble, je prends ton Wi-Fi et tes mots de passe. »

Ce pitch mélange un TP de labo et un scénario de film.

Ce qui est vrai :
Mode monitor + déauth + capture du handshake WPA2, c'est le TP de base. Mais un handshake n'est pas le mot de passe. Il faut le casser hors-ligne. Une clé longue et aléatoire ne tombe pas pendant une pause café.

Cloner une MAC ou spoofer une IP pour tromper la box alors que tu n'es pas associé : pas d'IP à ce stade.
Effacer les logs admin depuis la rue : il faut déjà la clé et le compte de la box.

Pourquoi ce scénario est usé en 2026 :
WPA3 + Protected Management Frames (802.11w) bloquent une grande partie des déauth.
Même sur le LAN, le Web passe en HTTPS/TLS. On ne lit pas les mots de passe au vol.

Mais attention , le vrai risque, ce n'est pas le type sur le parking. C'est une box encore en WPA2, PMF désactivé, avec une clé trop courte.
🚨 Alguien se sienta cerca de tu edificio.

NO se conecta a tu WiFi.

Y aun así consigue interceptar tráfico y obtener tu contraseña.

Después desaparece sin dejar apenas rastro...

Así funciona el ataque (⚠️ solo fines educativos):
0
0
2
169
Non, smtp-user-enum en mode VRFY n'est pas une méthode d'audit en 2026.

Ce post présente l'énumération SMTP via VRFY comme une technique actuelle. Techniquement, ça ne tient plus debout.

Pourquoi en 2026, ça ne vaut rien :
1. VRFY est désactivé partout.
La quasi-totalité des serveurs modernes répondent "252 Cannot VRFY user". Sans VRFY, pas d'énumération possible.
2. Les cibles réelles ne sont plus des serveurs SMTP classiques.
Microsoft 365, Google Workspace, les webmails modernes : tout passe par des API. SMTP VRFY ne voit rien.

La méthode aujourd'hui, c'est autre chose.

·Énumération analyse des endpoints OAuth / Graph API (o365recon).
Test du serveur, vérification SPF, DKIM, DMARC.
Scan des failles sur les webmails et APIs exposés.

Ce genre de post a l'air technique, il génère de l'engagement, et il donne une fausse impression de compétence. Sauf qu'il n'apprend rien d'exploitable sur une cible réelle.

L'audit, c'est de la méthode. Pas du recyclage.
0
0
5
409
Toujours et encore du pur clickbait « Hacking de caméras IP », c'est encore un titre sexy pour script kiddie d'un vulgaire script Python.
pwneye ne pirate rien : il se contente de tester du dictionnaire d'identifiants par défaut (admin/admin) sur des flux RTSP/ONVIF exposés comme des passoires sur le Web.
En 2026, voici la réalité :
Un script Nmap fait pareil : Un simple nmap --script rtsp-url-brute ou trois lignes de cURL testent les accès par défaut sans passer par un wrapper prétentieux.

Le vrai risque IoT ce n'est pas le bruteforce à la papa, c'est les failles RCE dans les serveurs web embarqués et les tunnels P2P/Cloud des firmwares.

La règle de base : On isole les caméras dans un VLAN dédié sans aucun accès direct au WAN.
0
0
3
201