Skip to content
Heist/ feed
Back to feed
Medium

Security advisory

Type: advisorySources: OSVCVE: CVE-2026-89321

Publishing limits the compressed size of a VSIX (ovsx.publishing.max-content-size, 512 MB by default) but nothing limited how large an entry becomes when opened. On the first request to /vscode/unpkg/{namespace}/{extension}/{version}/{path}, WebResourceService opened the entry with ZipFile.getInputStream() and passed the decompressed stream to Files.copy(), which ran to the end of the stream without counting bytes written. The result was cached under java.io.tmpdir, and that cache evicted by entry count (150), not by size, so it placed no bound on disk usage. A publisher with access only to their own namespace could therefore upload a small, highly compressible VSIX and cause the server to write far larger files to the temp filesystem — repeating with different files or versions, since a repeat request is served from the cache. Impact observed: the temp filesystem filled; requests for files not already cached returned 500 with No space left on device; a failed extraction left a partial cache file that blocked later attempts at that path; publishing failed with Failed to read extension file. Metadata and already-cached files kept working, and the server did not stop. Triggering the extraction needs no authentication — only the upload does.

Products
Not specified
Affected versions
Not specified
Fixed versions
Not specified
CVEs
CVE-2026-89321
Confirmed fixed CVEs
Not specified
Updated in this feed
4 Nov 2026, 02:13 UTC · Revision 1

Source evidence

CVE-2026-89321

core-osv · Original source

Published 14 Sept 2026, 08:13 UTC

Publishing limits the compressed size of a VSIX (ovsx.publishing.max-content-size, 512 MB by default) but nothing limited how large an entry becomes when opened. On the first request to /vscode/unpkg/{namespace}/{extension}/{version}/{path}, WebResourceService opened the entry with ZipFile.getInputStream() and passed the decompressed stream to Files.copy(), which ran to the end of the stream without counting bytes written. The result was cached under java.io.tmpdir, and that cache evicted by entry count (150), not by size, so it placed no bound on disk usage. A publisher with access only to their own namespace could therefore upload a small, highly compressible VSIX and cause the server to write far larger files to the temp filesystem — repeating with different files or versions, since a repeat request is served from the cache. Impact observed: the temp filesystem filled; requests for files not already cached returned 500 with No space left on device; a failed extraction left a partial cache file that blocked later attempts at that path; publishing failed with Failed to read extension file. Metadata and already-cached files kept working, and the server did not stop. Triggering the extraction needs no authentication — only the upload does.

osv:CVE-2026-89321
Complete source record
{
  "id": "e924b0e8f53af28a61776d13c71a3eebdc3010f84823d99242a73e074e696057",
  "url": "https://osv.dev/vulnerability/CVE-2026-89321",
  "method": "structured",
  "payload": {
    "kind": "advisory",
    "title": "CVE-2026-89321",
    "summary": "Publishing limits the compressed size of a VSIX (ovsx.publishing.max-content-size, 512 MB by default) but nothing limited how large an entry becomes when opened. On the first request to /vscode/unpkg/{namespace}/{extension}/{version}/{path}, WebResourceService opened the entry with ZipFile.getInputStream() and passed the decompressed stream to Files.copy(), which ran to the end of the stream without counting bytes written. The result was cached under java.io.tmpdir, and that cache evicted by entry count (150), not by size, so it placed no bound on disk usage. A publisher with access only to their own namespace could therefore upload a small, highly compressible VSIX and cause the server to write far larger files to the temp filesystem — repeating with different files or versions, since a repeat request is served from the cache. Impact observed: the temp filesystem filled; requests for files not already cached returned 500 with No space left on device; a failed extraction left a partial cache file that blocked later attempts at that path; publishing failed with Failed to read extension file. Metadata and already-cached files kept working, and the server did not stop. Triggering the extraction needs no authentication — only the upload does.",
    "evidence": "osv:CVE-2026-89321",
    "products": [],
    "severity": "medium",
    "structured": {
      "id": "CVE-2026-89321",
      "aliases": [
        "CVE-2026-89321",
        "GHSA-h685-gqw7-fqw7"
      ],
      "metrics": [
        {
          "type": "CVSS_V3",
          "score": "CVSS:3.1/AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:L"
        }
      ],
      "affected": [
        {
          "ranges": [
            {
              "repo": "https://github.com/eclipse-openvsx/openvsx",
              "type": "GIT",
              "events": [
                {
                  "introduced": "c4d2a0e7b085c0604357274f80c40380ef9b53c0"
                },
                {
                  "fixed": "7679df996417ecd1fb7eaea8c06f2fce4d0a8a3f"
                }
              ],
              "database_specific": {
                "extracted_events": [
                  {
                    "range": [
                      {
                        "introduced": "0.20.0"
                      },
                      {
                        "fixed": "1.2.0"
                      }
                    ],
                    "source": "AFFECTED_FIELD",
                    "strategy": "StandardRange"
                  }
                ]
              }
            }
          ],
          "versions": [
            "cli-1.2.0",
            "webui-1.1.2",
            "v1.1.2",
            "webui-1.1.1",
            "v1.1.1",
            "cli-1.1.1",
            "webui-1.1.0",
            "v1.1.0",
            "cli-1.1.0",
            "webui-1.0.2",
            "v1.0.2",
            "cli-1.0.2",
            "webui-1.0.1",
            "v1.0.1",
            "cli-1.0.1",
            "webui-1.0.0",
            "v1.0.0",
            "cli-1.0.0",
            "webui-0.20.4",
            "v0.34.6",
            "v0.34.5",
            "webui-0.20.3",
            "v0.34.4",
            "cli-0.10.12",
            "v0.34.3",
            "v0.34.2",
            "webui-0.20.2",
            "webui-0.20.1",
            "v0.34.1",
            "webui-0.20.0",
            "v0.34.0"
          ],
          "database_specific": {
            "source": "https://storage.googleapis.com/cve-osv-conversion/osv-output/CVE-2026-89321.json"
          }
        }
      ],
      "modified": "2026-10-28T02:30:32.441171029Z",
      "provider": "osv",
      "references": [
        "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/89xxx/CVE-2026-89321.json",
        "https://github.com/eclipse-openvsx/openvsx/security/advisories/GHSA-h685-gqw7-fqw7",
        "https://nvd.nist.gov/vuln/detail/CVE-2026-89321",
        "https://github.com/eclipse-openvsx/openvsx/pull/2060"
      ],
      "provider_metadata": {
        "cwe_ids": [
          "CWE-409"
        ],
        "cna_assigner": "eclipse",
        "osv_generated_from": "https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/89xxx/CVE-2026-89321.json"
      }
    },
    "related_cves": [
      {
        "value": "CVE-2026-89321",
        "evidence": "/id"
      }
    ],
    "security_relevant": true,
    "severity_evidence": "/severity/0/score"
  },
  "source_id": "core-osv",
  "document_id": 499574,
  "published_at": "2026-09-14T08:13:03.579+00:00"
}