<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://db.gcve.eu/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-17T20:18:46.969375+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>info@gcve.eu</email>
  </author>
  <link href="https://db.gcve.eu" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://db.gcve.eu/vuln/fkie_cve-2026-104252</id>
    <title>fkie_cve-2026-104252</title>
    <updated>2026-10-17T20:18:46.970627+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Vitess is a database clustering system for horizontal scaling of MySQL. Prior to 23.0.5 and 24.0.2, twopczHandler in go/vt/vttablet/tabletserver/twopcz.go writes the Action and dtid form values from the vttablet and vtcombo /twopcz HTTP debug endpoint into a text/html response without HTML escaping. Under the default allow-all ACL policy, a remote unauthenticated attacker can send an operator a crafted request that executes script in the operator's browser after the request is opened. The script runs with the vttablet debug origin and can read same-origin diagnostic endpoints that expose query, transaction, environment, variable, or profiling data available in that deployment. This issue is fixed in versions 23.0.5 and 24.0.2.</p>
      </div>
    </content>
    <link href="https://db.gcve.eu/vuln/fkie_cve-2026-104252"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/ghsa-v75v-6fpf-gvw8</id>
    <title>GHSA-v75v-6fpf-gvw8 — Vitess vttablet /twopcz reflected XSS</title>
    <updated>2026-10-17T20:18:46.970687+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Go: vitess.io/vitess</p>
<p>From: xylove21
To: security@vitess.io
Subject: [Security Report] Vitess vttablet /twopcz reflected XSS
Date: Tue, 24 Jun 2026 14:30:00 +0800</p>
<p>## Summary</p>
<p>The `twopczHandler` in
`go/vt/vttablet/tabletserver/twopcz.go` (line 185) reflects the `Action`
and `dtid` form values directly into the HTML response body via
`fmt.Fprintln(w, msg)` — **without HTML escaping**. The response is served
as `text/html; charset=utf-8`, and Vitess's default `acl` policy is
**allow-all**, so the endpoint is reachable by anyone who can hit the
vttablet's HTTP port (default `15999`, multiplexed with gRPC and MySQL
wire-protocol ports).</p>
<p>A crafted `Action` or `dtid` value yields a **reflected XSS** that
executes in the operator's browser with same-origin access to the
vttablet's debug endpoints. This includes `/queryz` (live query plans),
`/querylogz` (recent queries with bound values), `/txlogz` (transactions),
`/debug/env` (environment variables — may include MySQL/topology
credentials), `/debug/vars` (expvar stats), and `/debug/pprof/*` if
enabled.</p>
<p>The bug was introduced before v20.0.0 (long-standing) and was silently
fixed in commit `3140c1846c` (merged 2026-06-09, PR #20255,
"tabletserver: escape reflected form values in twopcz handler"). The
fix replaces `fmt.Fprintln(w, msg)` with
`fmt.Fprintln(w, html.EscapeString(msg))`. **No released version of
Vitess contains the fix** — the fix lives only on `main` (current tip
`33a3c0fafe69`, 2026-06-23). There is **no CVE, GHSA, or OSV entry**
for thi…</p></div>
    </content>
    <link href="https://db.gcve.eu/vuln/ghsa-v75v-6fpf-gvw8"/>
  </entry>
  <entry>
    <id>https://db.gcve.eu/vuln/msrc_cve-2026-104252</id>
    <title>msrc_CVE-2026-104252 — Vitess vttablet /twopcz reflected XSS</title>
    <updated>2026-10-17T20:18:46.970767+00:00</updated>
    <content>msrc_CVE-2026-104252</content>
    <link href="https://db.gcve.eu/vuln/msrc_cve-2026-104252"/>
  </entry>
</feed>
