TLDR : Mettez à jour le paquet parent en utilisant npm i $PARENT_PKG_NAME
.
Note
Lorsque vous mettez à jour les dépendances, vous devez consulter le CHANGELOG pour voir s'il n'y a pas de modifications importantes.
Diagnostic
npm audit
révélera à la fois le paquet vulnérable (notez que vous aurez besoin d'un fichier package-lock.json pour cela, donc vous devrez exécuter npm i
), ainsi que le paquet dont il est une dépendance (le cas échéant). Notez que vous pouvez également utiliser npm ls $CHILD_PKG_NAME
pour voir ses dépendances parentales.
Tentative de réparation rapide
npm audit fix
et npm audit fix --force
valent la peine d'être essayées, mais parfois la correction devra être effectuée manuellement (voir ci-dessous).
Correction manuelle
Il est fort probable que le paquet parent ait déjà corrigé ses dépendances (vous pouvez le vérifier en allant sur leur GitHub et en examinant les commits récents - ou simplement en regardant si cela corrige le problème), vous pouvez donc simplement exécuter npm i $PARENT_PKG_NAME @$NEW_VERSION
et cela mettra à jour votre package-lock.json.
Si le parent n'a pas corrigé la vulnérabilité
Si le responsable ne semble pas être réactif, vous pouvez envisager d'utiliser un paquet alternatif qui accomplit la même chose ou de bifurquer le paquet et de mettre à jour la vulnérabilité vous-même.
Vérifier la correction
Vous pouvez maintenant vérifier que cela a fonctionné en exécutant npm audit
et s'assurer qu'aucune vulnérabilité n'apparaît. Validez vos changements, poussez-les vers GitHub, rafraîchissez vos notifications/alertes et ils devraient avoir disparu !
7 votes
Essayez de supprimer votre package-lock.json et exécutez à nouveau npm install.
1 votes
Vous pouvez vérifier vos dépendances pour trouver celle qui dépend de hoek et la mettre à jour. (Mais vous pourriez aussi ne pas avoir de chance et cette dépendance n'a pas de version plus récente).
0 votes
Je suggère la même chose à @RishikeshDhokare.
1 votes
J'ai fait comme @RishikeshDhokare a dit. Problème résolu pour moi