Skip to content
Heist/ feed
Back to feed
Unrated

Security advisory

Type: advisorySources: OSVCVE: CVE-2022-38152

An issue was discovered in wolfSSL before 5.5.0. When a TLS 1.3 client connects to a wolfSSL server and SSL_clear is called on its session, the server crashes with a segmentation fault. This occurs in the second session, which is created through TLS session resumption and reuses the initial struct WOLFSSL. If the server reuses the previous session structure (struct WOLFSSL) by calling wolfSSL_clear(WOLFSSL* ssl) on it, the next received Client Hello (that resumes the previous session) crashes the server. Note that this bug is only triggered when resuming sessions using TLS session resumption. Only servers that use wolfSSL_clear instead of the recommended SSL_free; SSL_new sequence are affected. Furthermore, wolfSSL_clear is part of wolfSSL's compatibility layer and is not enabled by default. It is not part of wolfSSL's native API.

Products
Not specified
Affected versions
Not specified
Fixed versions
Not specified
CVEs
CVE-2022-38152
Confirmed fixed CVEs
Not specified
Updated in this feed
2 Nov 2026, 23:39 UTC · Revision 1

Source evidence

CVE-2022-38152

core-osv · Original source

Published 31 Aug 2022, 00:00 UTC

An issue was discovered in wolfSSL before 5.5.0. When a TLS 1.3 client connects to a wolfSSL server and SSL_clear is called on its session, the server crashes with a segmentation fault. This occurs in the second session, which is created through TLS session resumption and reuses the initial struct WOLFSSL. If the server reuses the previous session structure (struct WOLFSSL) by calling wolfSSL_clear(WOLFSSL* ssl) on it, the next received Client Hello (that resumes the previous session) crashes the server. Note that this bug is only triggered when resuming sessions using TLS session resumption. Only servers that use wolfSSL_clear instead of the recommended SSL_free; SSL_new sequence are affected. Furthermore, wolfSSL_clear is part of wolfSSL's compatibility layer and is not enabled by default. It is not part of wolfSSL's native API.

osv:CVE-2022-38152
Complete source record
{
  "id": "f74edc3991981830bc55f454219dcf9fa74f6e4da4d39e0fb117061a57089bee",
  "url": "https://osv.dev/vulnerability/CVE-2022-38152",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "CVE-2022-38152",
    "summary": "An issue was discovered in wolfSSL before 5.5.0. When a TLS 1.3 client connects to a wolfSSL server and SSL_clear is called on its session, the server crashes with a segmentation fault. This occurs in the second session, which is created through TLS session resumption and reuses the initial struct WOLFSSL. If the server reuses the previous session structure (struct WOLFSSL) by calling wolfSSL_clear(WOLFSSL* ssl) on it, the next received Client Hello (that resumes the previous session) crashes the server. Note that this bug is only triggered when resuming sessions using TLS session resumption. Only servers that use wolfSSL_clear instead of the recommended SSL_free; SSL_new sequence are affected. Furthermore, wolfSSL_clear is part of wolfSSL's compatibility layer and is not enabled by default. It is not part of wolfSSL's native API.",
    "evidence": "osv:CVE-2022-38152",
    "products": [],
    "severity": "unknown",
    "structured": {
      "id": "CVE-2022-38152",
      "aliases": [
        "CVE-2022-38152"
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://github.com/wolfssl/wolfssl",
              "type": "GIT",
              "events": [
                {
                  "introduced": "0"
                },
                {
                  "fixed": "44f81f8bc082319cebf0e37df8470aa5748c1355"
                }
              ],
              "database_specific": {
                "extracted_events": [
                  {
                    "range": [
                      {
                        "introduced": "0"
                      },
                      {
                        "fixed": "5.5.0"
                      }
                    ],
                    "source": "DESCRIPTION"
                  },
                  {
                    "cpe": "cpe:2.3:a:wolfssl:wolfssl:*:*:*:*:*:*:*:*",
                    "range": [
                      {
                        "introduced": "0"
                      },
                      {
                        "fixed": "5.5.0"
                      }
                    ],
                    "source": "CPE_RANGE"
                  }
                ]
              }
            }
          ],
          "versions": [
            "WCv5.0-RC12",
            "WCv5.0-RC11",
            "WCv5.0-RC10",
            "v5.4.0-stable",
            "v5.3.0-stable",
            "v5.2.0-stable",
            "v5.1.0-stable",
            "v5.0.0-stable",
            "WCv5.0-RC9",
            "v4.8.0-stable",
            "v4.7.1r",
            "v4.7.0-stable",
            "v4.6.0-stable",
            "v4.5.0-stable",
            "v4.4.0-stable",
            "v4.3.0-stable",
            "v4.2.0c",
            "v4.2.0-stable",
            "v4.1.0-stable",
            "v4.0.0-stable",
            "list",
            "v3.15.7-stable",
            "v3.15.6",
            "v3.15.5a",
            "v3.15.5-stable",
            "WCv4-rng-stable",
            "v3.15.3-stable",
            "l",
            "v3.15.0-stable",
            "v3.14.4",
            "v3.14.2",
            "v3.14.0b",
            "v3.14.0a",
            "v3.14.0-stable",
            "v3.13.3",
            "v3.13.2",
            "v3.13.0-stable",
            "v3.12.2-stable",
            "v3.12.0-stable",
            "v3.11.1-tls13-beta",
            "v3.11.0-stable",
            "v3.10.3",
            "v3.10.2-stable",
            "v3.10.0a",
            "v3.10.0-stable",
            "v3.9.10b",
            "v3.9.10-stable",
            "v3.9.8",
            "v3.9.6w",
            "v3.9.6",
            "v3.9.1",
            "v3.9.0",
            "v3.8.0",
            "v3.7.3",
            "v3.7.1",
            "v3.7.0",
            "v3.6.9",
            "v3.6.8",
            "v3.4.6",
            "v3.4.2",
            "v3.4.0",
            "v3.3.3",
            "v3.3.0",
            "v3.2.6",
            "v3.2.4",
            "v3.2.0",
            "v2.9.4",
            "v2.9.2",
            "v2.9.1",
            "v0.5",
            "v2.9.0",
            "v2.8.6",
            "v2.8.5a",
            "v2.8.5",
            "v2.8.4",
            "v2.8.3",
            "v2.8.2",
            "v2.8.0",
            "v2.7.2",
            "v2.7.0",
            "v2.6.2",
            "v2.6.0",
            "v2.4.7",
            "v2.4.6",
            "v2.4.2",
            "v2.0.8",
            "v2.0.6",
            "v2.0.3",
            "v2.0.2",
            "v2.0rc3",
            "v2.0rc2b",
            "v2.0rc2",
            "v2.0rc1",
            "v1.9.0",
            "v1.8.8.0"
          ],
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2022-38152.json"
          }
        }
      ],
      "modified": "2026-10-28T02:30:24.433260634Z",
      "provider": "osv",
      "references": [
        "https://www.wolfssl.com/docs/security-vulnerabilities/",
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2022/38xxx/CVE-2022-38152.json",
        "https://nvd.nist.gov/vuln/detail/CVE-2022-38152",
        "https://github.com/wolfSSL/wolfssl/pull/5468",
        "https://github.com/tlspuffin/tlspuffin",
        "https://github.com/wolfSSL/wolfssl/releases",
        "https://blog.trailofbits.com/2023/01/12/wolfssl-vulnerabilities-tlspuffin-fuzzing-ssh/"
      ],
      "provider_metadata": {
        "cna_assigner": "mitre",
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2022/38xxx/CVE-2022-38152.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2022-38152",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": null
  },
  "source_id": "core-osv",
  "document_id": 490934,
  "published_at": "2022-08-31T00:00:00+00:00"
}