Apparent conflict re whether a PURL has a vulnerability #1653
Description
Here's an example from a vcio_report output -- VCIO says the PURL has no vuln, just fixes one, while this data seems to report one affected_by vuln while at the same time reports 'is_vulnerable': False,:
}, {
'input_purl': 'pkg:npm/micromatch@4.0.8',
'vuln_details': {
'url': 'http://public.vulnerablecode.io/api/packages/874737',
'purl': 'pkg:npm/micromatch@4.0.8',
'type': 'npm',
'namespace': '',
'name': 'micromatch',
'version': '4.0.8',
'qualifiers': {},
'subpath': '',
'is_vulnerable': False,
'next_non_vulnerable_version': None,
'latest_non_vulnerable_version': None,
'affected_by_vulnerabilities': [{
'url': 'http://public.vulnerablecode.io/api/vulnerabilities/529754',
'vulnerability_id': 'VCID-4yky-bgk9-aaak',
'summary': "The NPM package `micromatch` is vulnerable to Regular Expression Denial of Service (ReDoS). The vulnerability occurs in `micromatch.braces()` in `index.js` because the pattern `.*` will greedily match anything. By passing a malicious payload, the pattern matching will keep backtracking to the input while it doesn't find the closing bracket. As the input size increases, the consumption time will also increase until it causes the application to hang or slow down. There was a merged fix but further testing shows the issue persists. This issue should be mitigated by using a safe pattern that won't start backtracking the regular expression due to greedy matching.",
'references': [{