The OpenSSL project has rolled out fixes to contain two
high-severity flaws in its widely used cryptography library that
could result in a denial-of-service (DoS) and remote code
execution.

The issues, tracked as CVE-2022-3602 and CVE-2022-3786[1], have been described as
buffer overrun vulnerabilities that can be triggered during X.509
certificate verification by supplying a specially-crafted email
address.

“In a TLS client, this can be triggered by connecting to a
malicious server,” OpenSSL said in an advisory for CVE-2022-3786.
“In a TLS server, this can be triggered if the server requests
client authentication and a malicious client connects.”

OpenSSL is an open source implementation[2] of the SSL and TLS
protocols used for secure communication and is baked into several
operating systems and a wide range of software.

Versions 3.0.0 through 3.0.6 of the library are affected by the
new flaws, which has been remediated in version 3.0.7. It’s worth
noting that the commonly deployed OpenSSL 1.x versions are not
vulnerable.

Per data shared by Censys[3], about 7,062 hosts are
said to run a susceptible version of OpenSSL as of October 30,
2022, with a majority of those located in the U.S., Germany, Japan,
China, Czechia, the U.K., France, Russia, Canada, and the
Netherlands.

While CVE-2022-3602 was initially treated[4]
as a Critical vulnerability, its severity has since been downgraded[5]
to High, citing stack overflow protections in modern platforms.
Security researchers Polar Bear and Viktor Dukhovni have been
credited with reporting CVE-2022-3602 and CVE-2022-3786 on October
17 and 18, 2022.

The OpenSSL Project further noted the bugs were introduced in
OpenSSL 3.0.0 as part of punycode[6] decoding functionality
that’s currently used for processing email address name constraints
in X.509 certificates.

Despite the change in severity, OpenSSL said it considers “these
issues to be serious vulnerabilities and affected users are
encouraged to upgrade as soon as possible.”

Version 3.0, the current release of OpenSSL, is bundled[7]
with Linux operating system[8]
flavors such as Ubuntu 22.04 LTS, CentOS, macOS Ventura, and Fedora
36, among others. Container images built using affected versions of
Linux are also impacted.

CyberSecurity

According to an advisory[9]
published by Docker, roughly 1,000 image repositories could be
affected across various Docker Official Images and Docker Verified
Publisher images.

The last critical flaw addressed by OpenSSL was in September
2016, when it closed out CVE-2016-6309[10], a use-after-free bug
that could result in a crash or execution of arbitrary code.

The OpenSSL software toolkit was most notably impacted by
Heartbleed (CVE-2014-0160[11]), a serious memory
handling issue in the implementation of the TLS/DTLS heartbeat
extension, enabling attackers to read portions of a target server’s
memory.

“A critical vulnerability in a software library like OpenSSL,
which is so widely in use and so fundamental to the security of
data on the internet, is one that no organization can afford to
overlook,” SentinelOne said[12].

References

  1. ^
    CVE-2022-3602 and CVE-2022-3786
    (www.openssl.org)
  2. ^
    open
    source implementation
    (thehackernews.com)
  3. ^
    Censys
    (censys.io)
  4. ^
    initially treated
    (mta.openssl.org)
  5. ^
    downgraded
    (www.openssl.org)
  6. ^
    punycode
    (en.wikipedia.org)
  7. ^
    bundled
    (www.akamai.com)
  8. ^
    Linux
    operating system
    (snyk.io)
  9. ^
    advisory
    (www.docker.com)
  10. ^
    CVE-2016-6309
    (nvd.nist.gov)
  11. ^
    CVE-2014-0160
    (thehackernews.com)
  12. ^
    said
    (www.sentinelone.com)

Read more