Synchroniser les actions OSINT avec le registre d’outils #75

New issue

Closed

opened 2026-07-22 11:29:19 +02:00 by fy59 · 0 comments

fy59 commented

2026-07-22 11:29:19 +02:00

Owner

Synchroniser les actions OSINT avec le registre d’outils

Description proposée :

Objectif

Déterminer dynamiquement la disponibilité des actions OSINT à partir du
ToolRegistry initialisé au démarrage.

Une action nécessitant un outil externe doit refléter son état réel sans
dupliquer la détection des exécutables dans le catalogue OSINT.

Comportement attendu

transmettre le ToolRegistry initialisé jusqu’au menu OSINT ;
retrouver l’outil requis grâce à son identifiant stable ;
activer une action lorsque l’outil requis est disponible ;
désactiver l’action lorsque l’outil est absent ou non vérifié ;
afficher la version détectée lorsqu’elle existe ;
fournir une explication précise pour chaque indisponibilité ;
actualiser le menu lorsque l’initialisation des outils se termine ;
laisser disponibles les actions locales sans dépendance externe.

États à gérer

outil disponible ;
outil absent ;
outil non encore vérifié ;
outil enregistré mais incompatible ;
outil inconnu du registre ;
registre indisponible ;
action ne nécessitant aucun outil externe.

Architecture attendue

OsintActionCatalog décrit les dépendances, mais ne recherche aucun
exécutable lui-même ;
ToolRegistry reste l’unique source de vérité sur les capacités externes ;
la couche applicative coordonne les deux composants ;
le widget GTK reçoit uniquement les états nécessaires à l’affichage ;
aucune commande n’est construite ou exécutée dans ce ticket.

Hors périmètre

exécution de dig ;
accès DNS ou réseau ;
analyse de résultats ;
stockage d’une exécution ;
installation automatique d’un outil absent ;
modification du registre générique existant.

Critères d’acceptation

l’action DNS est active lorsque dig est détecté ;
elle est désactivée avec une explication lorsque dig est absent ;
la version détectée est visible dans le menu ;
l’action locale de démonstration reste toujours disponible ;
aucune détection parallèle n’est ajoutée ;
les responsabilités mémoire sont documentées ;
les états du registre sont couverts par des tests ;
aucun fichier de ticket Markdown ne reste à la racine ;
make, make test et git diff --check réussissent.

Synchroniser les actions OSINT avec le registre d’outils Description proposée : ## Objectif Déterminer dynamiquement la disponibilité des actions OSINT à partir du ToolRegistry initialisé au démarrage. Une action nécessitant un outil externe doit refléter son état réel sans dupliquer la détection des exécutables dans le catalogue OSINT. ## Comportement attendu - transmettre le ToolRegistry initialisé jusqu’au menu OSINT ; - retrouver l’outil requis grâce à son identifiant stable ; - activer une action lorsque l’outil requis est disponible ; - désactiver l’action lorsque l’outil est absent ou non vérifié ; - afficher la version détectée lorsqu’elle existe ; - fournir une explication précise pour chaque indisponibilité ; - actualiser le menu lorsque l’initialisation des outils se termine ; - laisser disponibles les actions locales sans dépendance externe. ## États à gérer - outil disponible ; - outil absent ; - outil non encore vérifié ; - outil enregistré mais incompatible ; - outil inconnu du registre ; - registre indisponible ; - action ne nécessitant aucun outil externe. ## Architecture attendue - `OsintActionCatalog` décrit les dépendances, mais ne recherche aucun exécutable lui-même ; - `ToolRegistry` reste l’unique source de vérité sur les capacités externes ; - la couche applicative coordonne les deux composants ; - le widget GTK reçoit uniquement les états nécessaires à l’affichage ; - aucune commande n’est construite ou exécutée dans ce ticket. ## Hors périmètre - exécution de `dig` ; - accès DNS ou réseau ; - analyse de résultats ; - stockage d’une exécution ; - installation automatique d’un outil absent ; - modification du registre générique existant. ## Critères d’acceptation - l’action DNS est active lorsque `dig` est détecté ; - elle est désactivée avec une explication lorsque `dig` est absent ; - la version détectée est visible dans le menu ; - l’action locale de démonstration reste toujours disponible ; - aucune détection parallèle n’est ajoutée ; - les responsabilités mémoire sont documentées ; - les états du registre sont couverts par des tests ; - aucun fichier de ticket Markdown ne reste à la racine ; - `make`, `make test` et `git diff --check` réussissent.

fy59 closed this issue

2026-07-22 11:45:20 +02:00

No labels

No milestone

No project

No assignees

1 participant

Notifications

Due date

The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: fy59/labfy-investigation#75

No description provided.