Face-à-face : OhSINT vs OpenOSINT (orchestrés OSINT IA 2026)

ÉTUDE (demande opérateur) : OhSINT vs OpenOSINT. CONSTAT : MOINS des concurrents directs que DEUX bras complémentaires. OhSINT (mars 2026, MIT, Kali) = recon d'INFRASTRUCTURE d'une cible : 73 outils derrière 5 pipelines DÉTERMINISTES (subdomain takeover, url-harvest, secret-surface, js-analysis, full-passive), MCP server pour Claude Desktop/Code, OPSEC configuré (configs/opsec.yaml : rotation UA, rate limit host, SOCKS5/HTTP/Tor, dirs de sortie session-random, isolation container Kasm), PORTES D'AUTORISATION (outils actifs=--authorization, outils identité=--fcra-permissible-purpose). OpenOSINT (mai 2026, MIT, PyPI v2.36 ~2.7k dl/mois) = entités/personnes en PASSIF par défaut (25 outils bruyants opt-in --allow-active) : agent NL à HARD-STOP tool calls (hallucinations STRUCTURALEMENT IMPOSSIBLES — le fait vient toujours d'un outil exécuté), graphe entités FollowTheMoney APPEND-ONLY + provenance par déclaration, DEDUP same_as = JAMAIS auto-merge (revue humaine = nomenklatura), IDs sur identifiants structurés (jamais des noms), GDPR erase() WAL+VACUUM, web UI chat/globe/graphe, MCP (uvx openosint-mcp), backends Anthropic/Ollama local/OpenAI-compatible. VERDIF pour CE VPS : OpenOSINT = le parent philosophique de notre hub (append-only, provenance, revue humaine, anti-hallucination STRUCTURALE, LLM local possible) ; OhSINT = bras redteam de surface ; les 2 se branchent par MCP — les pipelines OhSINT déterministes pourraient nourrir note hub via MCP/lectures, notre socle garantit la chaîne de conservation que les 2 n'assurent pas pour les dossiers humains. MAIS PARTIAL : aucune des deux ne gère les IP en sortie ; OhSINT = orientation Kali (dépendances d'outils nombreux à installer) ; OpenOSINT dépend d'APIs tierces (Bright Data SERP = service externe payant possible). Sources dans le rapport d'étude de séance.