bc-java icon indicating copy to clipboard operation
bc-java copied to clipboard

BC-FIPS 1.0.2.3 Vulnerability and compatible with JAVA 17

Open vijimg opened this issue 1 year ago • 6 comments

Hi,

We are using java 17 as programming language in our application, and recently found below issue while prisma scan.

An issue was discovered in the FIPS Java API of Bouncy Castle BC-FJA before 1.0.2.4. Changes to the JVM garbage collector in Java 13 and later trigger an issue in the BC-FJA FIPS modules where it is possible for temporary keys used by the module to be zeroed out while still in use by the module, resulting in errors or potential information loss. NOTE: FIPS compliant users are unaffected because the FIPS certification is only for Java 7, 8, and 11.

Note : As stated above the issue has been fixed in 1.0.2.4 version so i have added below maven dependency to my pom.xml.

org.bouncycastle bc-fips 1.0.2.4

But still prisma scan result shows above same issue. Can some help me to resolve this issue.

Thanks.

vijimg avatar Jan 24 '24 06:01 vijimg

Can someone help me to resolve the above issue please.

Thanks.

vijimg avatar Jan 29 '24 14:01 vijimg

@vijimg We have a similar situation, java 17 application with <groupId>org.bouncycastle</groupId> <artifactId>bc-fips</artifactId> 1.0.2.4

Strange thing was I'm sure it was sure it passed at first. Maybe it's just a false positive in prisma?

tateima avatar Feb 21 '24 07:02 tateima

@tateima I am not sure about it. Someone from Bouncy Castle team gives an update, it would be helpful.

vijimg avatar Feb 21 '24 08:02 vijimg

What's the CVE number that Prisma reports?

larrywest avatar Feb 22 '24 00:02 larrywest

@larrywest the CVE that I receive, cant speak for @vijimg is https://nvd.nist.gov/vuln/detail/CVE-2022-45146

tateima avatar Feb 22 '24 22:02 tateima

The tool is clearly faulty, or it is not scanning the jars you think it is. The CVE does not apply to 1.0.2.4.

dghgit avatar Mar 09 '24 05:03 dghgit

Appears settled.

dghgit avatar Mar 16 '24 09:03 dghgit