JDArmy/BREAK

Skill BREAK : Base de connaissances

BREAK (Business Risk Enumeration & Avoidance Knowledge) est un cadre de connaissances ouvert pour l'énumération et l'évitement des risques métier, comprenant 3416 entrées de connaissances sur les risques de sécurité métier, couvrant les types d'entités suivants :

Type	Nombre	Format d'ID	Description
Risk (Risque)	400	R0001, R0001-001	Définition et impact des risques de sécurité métier
Avoidance (Mesure d'évitement)	350	A0001, A0001-001	Mesures défensives face aux risques
AttackTool (Outil d'attaque)	125	AT0001, AT0001-001	Outils utilisés par la cybercriminalité
ThreatActor (Acteur malveillant)	83	TA0001, TA0001-001	Personnes menant des attaques
Term (Terme)	657	T0001	Terminologie du domaine de la sécurité métier
Case (Cas)	1781	C0001	Cas réels d'incidents de sécurité
BusinessDomain (Domaine métier)	20	BD00	Classification par secteur/domaine métier

Note de maintenance : Le mode d'appel de ce Skill reste inchangé. Les statistiques des entités ainsi que les faits des cas, la qualité des sources et le renforcement des relations de données sont mis à jour de manière synchrone.

Mode d'appel

Exécutez le script de recherche avec Bash. Le chemin du script se trouve dans le répertoire du skill, sous break_search.mjs.

Format de commande de base

node <skill_dir>/break_search.mjs "<query>" [options]

Où <skill_dir> est le chemin du répertoire contenant ce SKILL.md.

Paramètres

Paramètre	Description
<query>	Obligatoire. Mot-clé de recherche, ID d'entité ou description d'un problème de sécurité
`--lang zh	en`
--type <types>	Filtre de types d'entités séparés par des virgules (risks, avoidances, attackTools, threatActors, terms, cases)
--limit N	Nombre maximum de résultats par type, par défaut 5
--detail	Mode détaillé, affiche les champs complets et les relations

Flux de travail

Après réception de $query, traitez-la selon le flux suivant :

Étape 1 : Déterminer l'intention de l'utilisateur

1. Recherche par ID : $query correspond au format d'ID d'entité (ex : R0001, AT0034-001) → requête exacte directe
2. Recherche par mot-clé : $query est un mot-clé ou un terme court (ex : « captcha », « DDoS ») → mode recherche
3. Consultation/Question : $query est une question descriptive (ex : « Que faire si notre site est scrape ? ») → mode question

Étape 2 : Exécuter la recherche

Recherche par ID

Exécutez directement :

node <skill_dir>/break_search.mjs "<ID>" --lang zh

Renvoie les détails complets de l'entrée, y compris le développement des relations associées. Présentez-les directement à l'utilisateur.

Recherche par mot-clé

node <skill_dir>/break_search.mjs "<mot-clé>" --lang zh

Pour limiter le périmètre :

node <skill_dir>/break_search.mjs "<mot-clé>" --type risks,avoidances --lang zh

Organisez les résultats et présentez-les à l'utilisateur.

Consultation/Question (scénario principal)

C'est le mode d'utilisation le plus important. Lorsque l'utilisateur décrit un problème de sécurité métier :

Étape 1 : Extraire les mots-clés

Extrayez 1 à 3 groupes de mots-clés à partir de la question de l'utilisateur. Par exemple :

• « Notre site web est scrapé » → mots-clés : « scraping », « collecte de données », « anti-scraping »
• « Les comptes utilisateurs sont toujours volés » → mots-clés : « vol de compte », « credential stuffing », « bourrage d'identifiants »
• « Quelqu'un profite des promotions sur notre plateforme » → mots-clés : « abus de promo », « fraude marketing », « cybercriminalité »

Étape 2 : Recherches multiples

Pour chaque groupe de mots-clés, appelez le script de recherche séparément. Plusieurs appels sont possibles :

# Premier tour : recherche directe des mots-clés du problème
node <skill_dir>/break_search.mjs "scraping" --lang zh

# Deuxième tour : recherche des risques associés et mesures défensives
node <skill_dir>/break_search.mjs "anti-scraping" --type avoidances --lang zh

# Troisième tour : si nécessaire, recherche d'autres domaines connexes
node <skill_dir>/break_search.mjs "fuite de données" --type risks,cases --lang zh

Étape 3 : Requête approfondie

À partir des résultats de recherche, trouvez les ID d'entités les plus pertinents et effectuez une requête précise pour obtenir des informations détaillées :

# Voir les détails du risque de scraping et les mesures d'évitement associées
node <skill_dir>/break_search.mjs R0027 --lang zh

# Voir les détails d'une mesure d'évitement spécifique
node <skill_dir>/break_search.mjs A0003 --lang zh

Étape 4 : Réponse structurée

Sur la base de toutes les connaissances récupérées, donnez une réponse structurée :

## Analyse du problème

Selon la base de connaissances BREAK, le problème que vous décrivez implique les risques suivants :
- **[R0027] Risque de scraping** : ... (citation de la définition et de la description)
- **[R0027-001] xxx** : ...

## Recommandations défensives

Face aux risques ci-dessus, BREAK recommande les mesures d'évitement suivantes :
1. **[A0003] Anti-scraping cloud** : ... (citation de la définition)
2. **[A0004] Limitation de fréquence** : ...
3. ...

## Outils d'attaque potentiels

- **[AT0005] Outil de scraping** : ...

## Cas connexes

- **[C0xxx] Cas xxx** : ...

> Ces informations proviennent de la base de connaissances BREAK (https://break.jd.army/)

Principes importants

1. Toujours rechercher avant de répondre : Ne répondez pas aux questions de sécurité métier de mémoire ; vous devez interroger la base BREAK via le script de recherche.
2. Citer les sources : Dans la réponse, mentionnez obligatoirement les ID spécifiques des entités BREAK (ex : R0027, A0003).
3. Rechercher plusieurs fois : Si les résultats du premier tour sont insuffisants ou pas assez précis, changez de mot-clé et recherchez à nouveau.
4. Développer les relations : Une fois un risque pertinent trouvé, consultez son champ avoidances pour obtenir les mesures défensives ; une fois un outil d'attaque trouvé, consultez son champ directCauseRisks pour comprendre les risques associés.
5. Adaptation chinois/anglais : Si l'utilisateur pose une question en chinois, utilisez --lang zh pour la recherche et répondez en chinois ; inversement.

Contrôle de fraîcheur documentaire

Lorsque les scripts de recherche / paquetage dans scripts/skill/, les paquets de données exportés en chinois et en anglais, la structure des champs / relations des entités, les paramètres d'appel du Skill ou le format des résultats de recherche changent, SKILL.md et SKILL_en.md doivent être mis à jour de manière synchrone. npm run validate:docs-freshness est intégré à npm run validate:data et bloque les modifications en cas d'absence de mise à jour des documents du Skill.

Les modifications de gouvernance des données affectent également les résultats de recherche du Skill. Lors de la correction des problèmes de vérification des faits pour les references / summary des Cas, ou de l'ajustement des relations avoidances des Risques, les fichiers de traduction en anglais doivent être maintenus de manière synchrone, et les deux premières references des Cas doivent, dans la mesure du possible, pointer vers des pages stables dont le contenu peut être récupéré, afin d'éviter que les faits des cas renvoyés par le Skill ne puissent pas être vérifiés.

La classification des Termes utilise une clé de registre centralisé ; les corrections de classification ne modifient que la source de structure chinoise et synchronisent la version de l'entité. La recherche et l'affichage du Skill fusionnent le texte anglais à l'exécution, il n'est donc pas nécessaire d'écrire category en double dans les fichiers d'entités anglais.

La gouvernance de couverture des ThreatActors du 2026-07-10 a ajouté les rôles d'arbitrage logistique, de personnel logistique malveillant, de manipulation de marché, de trading quantitatif malveillant, d'attaque par agent IA, d'exploitation des règles de la plateforme et d'abus des ressources de communication, et utilise audit:risk-threat-actor-coverage pour distinguer les relations à compléter des risques explicitement exemptés ; cela ne modifie pas les paramètres d'appel, les champs de recherche ou le format de retour du Skill.

L'audit des références des ThreatActors du 2026-07-10 a rétrogradé Wikipedia au rang de source de contexte secondaire, a marqué les liens génériques comme les pages d'accueil institutionnelles, les index d'actualités et les rubriques de recherche, et a renforcé les preuves gouvernementales, judiciaires, académiques et de recherche en sécurité originales pour les acteurs malveillants ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La révision de granularité des entités du 2026-07-10 a nettoyé la relation Terme non pertinente de R0285 et la référence d'évitement en double de R0159 ; cette maintenance ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La gouvernance d'atomisation du 2026-07-10 a divisé A0124 en détection en chaîne en temps réel des Rug Pull et indemnisation des pertes / récupération de fonds, a fusionné et supprimé les doublons A0142/A0160, et a supprimé AT0093 qui ne répondait pas au critère d'entrée d'outil spécifique ; les relations ont été migrées vers les entités atomiques existantes, cela ne modifie pas les paramètres d'appel ou le format de retour du Skill.

Lors du nettoyage des tâches en attente de vérification des faits des Cas, summary ne conserve que les informations sur le sujet, le moment, le comportement, le traitement et l'impact directement étayées par le corps du texte source ; les détails tels que les montants, les quantités, les décisions de justice, les mesures réglementaires, etc., qui ne peuvent pas être récupérés, qui ne sont étayés que par le titre, ou qui ne sont pas couverts par la source, doivent être complétés par une source stable avant d'être conservés, ou être réduits à une formulation factuelle plus prudente.

Lors du renforcement des references des Cas à haute valeur, privilégiez les sources primaires telles que les forces de l'ordre, les tribunaux, les parquets, les autorités de régulation, les annonces des fabricants, etc. Si la page originale publique n'est pas disponible, utilisez des médias faisant autorité et pouvant être récupérés, les chaînes locales de justice/sécurité publique ou des reprises stables pour une vérification croisée, et évitez dans summary d'écrire des détails qui ne seraient étayés que par le texte original inaccessible. Les éléments pour lesquels la source originale s'avère indisponible après vérification et qui disposent déjà de plusieurs sources peuvent être enregistrés dans la liste d'absorption des tâches en attente, sans inventer de source pour satisfaire le contrôle d'accès.

La maintenance de la qualité des références des Cas P1 du 2026-07-09 n'a renforcé que les references / summary et la traduction anglaise de C0066, C0130, C0248 ; cela n'a pas modifié les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La vérification des faits des Cas utilise le texte récupéré et l'envoie à un LLM. review-case-fact.mjs utilise d'abord Scrapingdog pour la récupération, et en cas d'échec ou de corps vide, retombe sur une récupération directe locale, et traite UTF-8 / GBK / GB18030 conformément à la déclaration de la page ; lors de la maintenance de ce script, assurez-vous que le fragment soumis couvre suffisamment les paragraphes clés du corps du texte. Pour le nettoyage en masse des tâches P2, définissez un point de contrôle (checkpoint) tous les 100 changements environ, exécutez d'abord validate:data / review:changed, puis validez, afin d'éviter l'accumulation de modifications non vérifiées sur une longue période.

La maintenance de vérification des faits des Cas P2 du 2026-07-09 n'a renforcé ou convergé que les summary / references / traductions anglaises des cas, sans modifier les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

Le point de contrôle (checkpoint) du deuxième lot de vérification des faits des Cas P2 du 2026-07-09 continue de converger les summary, incidentTime, references et les traductions anglaises de C0249, C0310, C0401, C0588, C0595, C0635, C0687, C0697, C0705, C0715, C0753, C0755, C0766, C0796, C0797, C0803, C0805, C0819, C0821, C0833, C0948 ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La maintenance du cas C0354 du 2026-07-10 a complété les sources du système judiciaire et a ajusté la classification du cas vers un incident de sécurité plus proche des attributs factuels ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La maintenance du cas C0446 du 2026-07-10 a complété le texte original du compte officiel WeChat du tribunal populaire du comté de Shimen et a synchronisé la traduction anglaise ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

Le point de contrôle (checkpoint) du troisième lot de vérification des faits des Cas P2 du 2026-07-10 continue de renforcer ou de converger les summary, references, incidentTime et les traductions anglaises des cas C0463, C0521, C0522, C0558, C0565, C0571, C0577, C0579, C0593, C0630, C0642-C0720, C0728, C0735, C0744, C0749, C0772, C0781, C0785, C0791, etc., et complète la couverture des mesures d'évitement pour R0290 ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La maintenance de vérification des faits du quatrième lot de Cas P2 du 2026-07-10 continue de converger les summary, incidentTime et les traductions anglaises des cas C0654, C0657, C0684, C1160, C1198, C1235, etc., et inclut les éléments C0226, C0410, C0792, C0798, etc., déjà étayés par des sources stables existantes, dans la liste d'absorption des tâches en attente ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La maintenance de la qualité des références P1 et la vérification ultérieure des faits P2 du 2026-07-10 renforcent les references, summary, incidentTime et les traductions anglaises des entrées R0081, R0196, TA0030, C0484, C0493, C0502, C0508, C0518, C0538, C0802, C0810, C0812, C0813, C0816, C0851, C0878, C0938, C0996, C1050, C1061, C1062, C1075, C1079, C1084, C1090, C1160, C1198, etc., et corrigent de manière synchrone les sources et les relations d'évitement de A0225 et R0267 ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

Le renforcement de la qualité des références P1 du 2026-07-10 continue de remplacer ou de compléter les sources faisant autorité pour AT0076, A0124, A0270, R0168, R0177, TA0058, supprime la source faible de forum de R0168, et synchronise les traductions anglaises ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

Le réexamen des relations d'empoisonnement des données IA du 2026-07-10 a corrigé la relation de causalité directe de AT0108 envers R0273, a supprimé les mesures d'évitement non liées à l'empoisonnement des données et l'attribution de cas/risques de TA0058, et a unifié la description de la chaîne de connaissances de formation, de rétroaction et de récupération de TA0058 ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La maintenance de vérification des faits des Cas P2 ultérieure du 2026-07-10 continue de renforcer les sources récupérables, summary, incidentTime et les traductions anglaises des cas C1056, C1060, C1064, C1067, C1069, C1077, C1100, C1102, etc. ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

Le point de contrôle (checkpoint) de vérification des faits des Cas P2 du 2026-07-10 continue de réviser les summary, references, incidentTime, les relations et les traductions anglaises de C1482, C1484, C1485, C1488, C1490, C1493, C1495, C1498, C1500, C1501, C1504, C1505, C1511, C1512, C1518, C1519, C1521, C1523, C1528, C1531, et complète une source spécialisée d'inspection par échantillonnage des produits pour les plateformes e-commerce pour A0222-001 ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

Le lot de nettoyage P2 du 2026-07-11 révise les résumés factuels et les sources de C1190, C1251, C1287, C1366, C1377, C1380, C1384, C1386, C1391, C1392, C1393, C1396, C1400, C1401, C1404, C1406, C1407, C1412, C1414, C1416, corrige 5 tâches en attente de cohérence des acteurs et 5 tâches en attente de relation risque-évitement, et ajoute des termes tels que harcèlement humain, appels de harcèlement automatisés, traçage, DEX, cryptomonnaie de confidentialité, clonage vocal zero-shot, PII, ingénierie sociale, nettoyage de comptes, Tor ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La maintenance de la qualité des références P1 ultérieure du 2026-07-11 renforce les sources officielles ou spécialisées des événements pour C1377, C1384, C1401, C1406, C1414, C1416, et réduit C1384 à une formulation de risque de falsification de la chaîne d'approvisionnement pouvant être étayée par des sources ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

La maintenance des références du terme T0621 (clearing et règlement) du 2026-09-02 remplace les references du site du centre de clearing de la Banque populaire de Chine (cncc.cn) par la page officielle des « Méthodes de paiement et de règlement » (Document Yinfa [1997] n°393) publiée par le Département des lois et règlements de la Banque populaire de Chine, et synchronise la traduction anglaise ; cela ne modifie pas les paramètres d'appel, les champs de recherche, le format de retour ou la structure des entités du Skill.

review:should-extract utilise les title, keywords, aliases de toutes les entités de la base ainsi que les relations déjà référencées par l'entité courante pour identifier les entités candidates déjà couvertes ; lors de la maintenance de ce script, veillez à ce que les suggestions d'extraction en double soient réduites en bruit, afin d'éviter l'apparition de nouvelles entités sémantiquement redondantes dans les résultats de recherche du Skill.

Graphe des relations entre entités

Comprendre les relations de corrélation entre les entités aide à fournir des réponses plus complètes :

ThreatActor (Qui)
    ├── buildAttackTools → AttackTool (Outils construits)
    ├── useAttackTools → AttackTool (Outils utilisés)
    ├── directCauseRisks → Risk (Risques directement causés)
    └── indirectSupportRisks → Risk (Risques indirectement soutenus)

AttackTool (Quel outil)
    ├── directCauseRisks → Risk (Risques directement causés)
    ├── indirectSupportRisks → Risk (Risques indirectement soutenus)
    └── avoidances → Avoidance (Moyens d'évitement)

Risk (Quel risque)
    └── avoidances → Avoidance (Comment éviter)

Case (Cas)
    ├── relatedRisks → Risk
    ├── relatedAttackTools → AttackTool
    └── relatedThreatActors → ThreatActor

Term (Terme)
    └── related* → Tous les autres types d'entités

BusinessDomain (Domaine métier)
    ├── riskDimensions → RiskScene (Organise les scénarios de risque par domaine de risque métier)
    └── riskScenes → Risk (Liste des risques dans le scénario ; le risque parent peut représenter ses risques enfants)