Détectez paquets malveillants avant le merge.

Découvrez comment paquets malveillants s’intègre à une revue locale, quelles preuves Code Radar produit, où s’arrête la couverture et comment envoyer les résultats fiables vers CI.

Vérifier ce risque en local Examiner la preuve de détection

radar scan . --quick

Ce que signifie paquets malveillants ici.

La règle paquets malveillants repère les motifs pouvant créer un risque exploitable ou masquer une dette importante, puis fournit emplacement, sévérité, confiance et remédiation.

Référence de règle

Preuve à inspecter

Utilisez « Détectez paquets malveillants avant le merge. » comme périmètre de décision : vérifiez l’entrée, le détail du finding, le transfert du workflow et les limites du produit avant installation ou achat.

CritèrePreuve à inspecterLimite

Périmètre d'entréeFichiers sélectionnés, configuration, mode et règles actives.Seuls les chemins et contrôles inclus sont évalués.

Détail du findingFichier, ligne, règle, gravité, explication et correction.La sortie illustrative n'est pas un résultat de votre dépôt.

Transfert du workflowRésultat local, rapport, contexte agent et signal CI optionnel.Activez exports ou CI seulement si le workflow l'exige.

AdéquationAppliquez les mêmes critères à un vrai dépôt avant de choisir.Aucun gagnant universel ni résultat garanti n'est revendiqué.

Référence de règle

Vérifier ce risque en local

Couverture et signaux concrets

Pour paquets malveillants, examinez le périmètre concret ci-dessous plutôt qu'une simple étiquette. Périmètre: sécurité des dépendances; RADAR-SCA-MALICIOUS, sécurité des dépendances.

Public: développeurs qui doivent comprendre ce risque avant le merge: paquets malveillants.
Les preuves à examiner avant de faire confiance au résultat.: Fichier exact, contexte de règle, sévérité, confiance et conseils de remédiation. RADAR-SCA-MALICIOUS, sécurité des dépendances. Sortie terminal et artefacts SARIF, JSON ou HTML issus du même ensemble de résultats.
Limite: La détection statique est une preuve, pas une preuve d’exploitabilité. Examinez le flux de données et le contexte, documentez les faux positifs et testez la correction.
ID de règle: RADAR-SCA-MALICIOUS

Motif risqué / Motif plus sûr

paquets malveillants: Un résultat utile doit être explicable à un développeur et portable vers l’étape suivante. Examinez ces preuves avant de modifier la politique de l’équipe.

Motif risquéMotif plus sûr

npm install lookalike-packagevérifiez l’identité et la provenance du paquet, ainsi que le diff du lockfile

Du signal local au gate partagé.

paquets malveillants: Utilisez le plus petit flux qui prouve la valeur. Chaque étape suivante doit réutiliser des preuves déjà comprises par l’équipe. Fichier exact, contexte de règle, sévérité, confiance et conseils de remédiation. RADAR-SCA-MALICIOUS, sécurité des dépendances. Sortie terminal et artefacts SARIF, JSON ou HTML issus du même ensemble de résultats.

ÉtapeCommande ou actionDécision

1Lancer une analyse locale rapideLe signal est-il utile ?

2Examiner et corriger les résultatsLa correction est-elle précise et reproductible ?

3Exporter des preuves portablesLe reviewer a-t-il besoin de SARIF, JSON ou HTML ?

4Promouvoir le seuil fiable dans CIQuelle sévérité doit bloquer une pull request ?

radar scan . --quick
radar scan . --format sarif --fail-on high

Source officielle

Sources primaires

Validez le workflow sur votre propre code.

Appliquez les preuves de cette page à un dépôt réel. Pour « Détectez paquets malveillants avant le merge. », confirmez le finding produit, la reproductibilité de l’étape proposée et le point où le scan local, les rapports, les agents ou la CI doivent s’arrêter ou s’étendre.