Description
xianyu-auto-reply-fix through 2.0.7 contains a missing authorization vulnerability in the POST /send-message endpoint that allows unauthenticated attackers to send messages from other users' accounts using publicly known default API secrets. Attackers can supply the hard-coded api_key and another user's cookie_id, plus chosen chat_id, to_user_id and message values, to send arbitrary Xianyu messages to buyers from that merchant account.
Published: 2026-10-28
Score: 6.3 Medium
EPSS: n/a
KEV: No
Impact: Unauthorized Message Sending
Action: Immediate Patch
AI Analysis

Impact

The /send-message endpoint in xianyu-auto-reply-fix prior to version 2.0.7 contains a missing authorization check. An attacker who knows the hard‑coded api_key associated with the application and the cookie_id of a merchant account can submit a POST request to /send-message, specifying a target user id and arbitrary message. This allows the attacker to send crafted Xianyu messages that appear to come from a legitimate merchant, facilitating phishing, fraud, or misinformation attacks. The weakness is a lack of user authentication and input validation, indexed as CWE‑1188.

Affected Systems

The affected product is GuDong2003's xianyu-auto-reply-fix, with all releases up to and including version 2.0.7 vulnerable. The vulnerability relies on default API secrets that are publicly documented in the project's source code and release notes.

Risk and Exploitability

The vulnerability has a CVSS score of 6.3, indicating moderate severity. EPSS data is not available, and the issue is not currently listed in the CISA KEV catalog. The attack requires knowledge of the default api_key and a cookie_id that can be discovered via the public repository or by observing network traffic. Once these credentials are known, an attacker can exploit the endpoint remotely over the network by sending a crafted HTTP POST request. The lack of authentication makes deployment straightforward for those with the credentials, but no additional privileges are required beyond those credentials.

Generated by OpenCVE AI on October 28, 2026 at 22:25 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Update xianyu-auto-reply-fix to a version that removes the API key from the source or implements proper authentication on /send-message.
  • If an update is not immediately possible, restrict network access to the /send-message endpoint or wrap it with firewall rules that require authenticated sessions.
  • Audit the application for other hard‑coded secrets and ensure that cookie identifiers are not publicly disclosed.

Generated by OpenCVE AI on October 28, 2026 at 22:25 UTC.

Tracking

Sign in to view the affected projects.

Advisories

No advisories yet.

History

Wed, 28 Oct 2026 21:30:00 +0000

Type Values Removed Values Added
Description xianyu-auto-reply-fix through 2.0.7 contains a missing authorization vulnerability in the POST /send-message endpoint that allows unauthenticated attackers to send messages from other users' accounts using publicly known default API secrets. Attackers can supply the hard-coded api_key and another user's cookie_id, plus chosen chat_id, to_user_id and message values, to send arbitrary Xianyu messages to buyers from that merchant account.
Title xianyu-auto-reply-fix through 2.0.7 Unauthenticated Message Sending via /send-message
Weaknesses CWE-1188
References
Metrics cvssV3_1

{'score': 3.7, 'vector': 'CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:L/A:N'}

cvssV4_0

{'score': 6.3, 'vector': 'CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N'}


Subscriptions

No data.

cve-icon MITRE

Status: PUBLISHED

Assigner: VulnCheck

Published:

Updated: 2026-10-28T21:11:18.629Z

Reserved: 2026-10-28T17:31:29.498Z

Link: CVE-2026-118691

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-10-28T22:17:13.217

Modified: 2026-10-28T22:17:13.217

Link: CVE-2026-118691

cve-icon Redhat

No data.

cve-icon OpenCVE Enrichment

Updated: 2026-10-28T22:30:12Z

Weaknesses
  • CWE-1188

    Initialization of a Resource with an Insecure Default