Skip to content

Ability to suppress vulnerability warnings #132

Description

@mhdawson

A concrete case. One of our top level modules referenced in the ref arch depends on a module which then depends on a module.. which in terms depends on https://www.npmjs.com/package/opencollective. That module uses and old version of node-fetch that is reported as having a high vulnerability.

Looking at the module and what it does it's clearly not an issue.

@richardlau did you have any thoughts about how we might have an exclude list when you did the original work on the vulnerability checks?

Activity

  1. richardlau commented on Mar 2, 2022

    @richardlau
    Member

    I didn't do the original work on the vulnerability checks, that was @aalykiot (I did fix them when the endpoint we were connecting to changed when npm and GitHub merged their databases).

    Could we use something like https://www.npmjs.com/package/npm-audit-resolver? Is there anything in the pipeline from the package maintenance team?

  2. mhdawson commented on Mar 2, 2022

    @mhdawson
    ContributorAuthor

    @richardlau thanks for the clarification. I'd looked at who did recent changes and could not quite remember.

    I like the suggestion to use https://www.npmjs.com/package/npm-audit-resolver. The collaboration space on that front from the package maintenance team has stalled out. Getting some hands on experience using npm-audit-resolver seems like a good thing on its own as well. The key question I guess is how/what integration with npcheck would look like.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions