OSV-2022-280 Heap-buffer-overflow in Exiv2::getULong

Not scored Published

A heap-buffer-overflow in Exiv2 allows attackers to cause denial of service or potentially execute code via crafted JP2 images.

Exploited in the wild
Not known
Login needed
Not needed
Attackable
Not stated
Victim action needed
A user has to click or open something
Fix
None listed

What is OSV-2022-280?

OSV-2022-280 is a memory corruption vulnerability in exiv2, published on 26 Mar 2022.

Official description

OSS-Fuzz report: https://bugs.chromium.org/p/oss-fuzz/issues/detail?id=45993

Crash type: Heap-buffer-overflow READ 1
Crash state:
Exiv2::getULong
Exiv2::Internal::isValidBoxFileType
Exiv2::Jp2Image::readMetadata

Which versions are affected by OSV-2022-280?

1 open source package ship an affected version, including exiv2.

PackageAffectedFixed in
exiv2 OSS-FuzzAll versionsNone

How do I fix OSV-2022-280?

No fix has been published for OSV-2022-280 yet. Limit exposure of the affected software until one is available.

Upgrade to the fixed version. Memory-safe languages, compiler hardening and fuzzing prevent most new cases. More about Memory corruption.

Is OSV-2022-280 being exploited?

There is no known exploitation of OSV-2022-280 in the wild and no public exploit code.

Sources

Is OSV-2022-280 in your software?

Upload an SBOM and sbomify checks it against every vulnerability here, every day.

Check your SBOMs for free