False positive on slf4j-api:1.8.0-beta2
See original GitHub issueFalse positive on library slf4j-api:1.8.0-beta2.jar - reported as cpe:/a:slf4j:slf4j:1.8.0.beta
<dependency>
<groupId>org.slf4j</groupId>
<artifactId>slf4j-api</artifactId>
<version>1.8.0-beta2</version>
</dependency>
The issue (CVE-2018-8088
) has been resolved in 1.8.0-beta2
, but dependency-check still flags the jar as vulnerable.
Issue Analytics
- State:
- Created 5 years ago
- Reactions:1
- Comments:11 (6 by maintainers)
Top Results From Across the Web
False-Positive TST Reactions - CDC
Several factors can lead to false-positive and false-negative skin test reactions. False-positive reactions may be caused by. •Nontuberculous mycobacteria.
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
I see the same issue as @eyecats mentioned. Even though we don’t use slf4j-ext, OWASP dep-check reports CVE-2018-8088 for following libraries: jcl-over-slf4j-1.7.25.jar, jul-to-slf4j-1.7.25.jar, log4j-over-slf4j-1.7.25.jar, slf4j-api-1.7.25.jar. Appears to be false positive, as others noted above. Please add a comment, if someone noticed anything different with respect to above libraries.
@reddyalready
But your link says that issue was in
slf4j-ext
, while in this ticketslf4j-api
is discussed. So… What about marking the wholeslf4j-api
as false positive, not just1.8.0-beta2
?