PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-91750 Tencent CVE debrief

CVE-2026-91750 is a high-severity vulnerability in WeKnora before version 0.7.0, allowing authenticated attackers to bypass initial SSRF validation by supplying a public URL that redirects to internal network addresses, potentially granting access to internal services and cloud metadata. This vulnerability exists in the POST /api/v1/knowledge-bases/:id/knowledge/url endpoint when downloading documents from user-supplied URLs. The failure to re-validate HTTP redirect targets enables attackers to access internal services and cloud metadata, emphasizing the need for defenders to verify exposure of WeKnora instances, especially those with public-facing APIs, and assess the risk of such

Vendor
Tencent
Product
WeKnora
CVSS
HIGH 7.1
CISA KEV
Not listed in stored evidence
Original CVE published
2026-09-15
Original CVE updated
2026-09-23
Advisory published
2026-09-15
Advisory updated
2026-09-23

Who should care

Defenders responsible for WeKnora instances, especially those exposed to the internet or with public-facing APIs, should assess their exposure and risk. Cloud security teams and administrators of internal services may also need to verify potential impact.

Why it matters

CVE-2026-91750 is a high-severity vulnerability in WeKnora that allows authenticated attackers to bypass SSRF validation, potentially granting access to internal services and cloud metadata. Defenders should prioritize verifying exposure of WeKnora instances, especially those with public-facing APIs, and assess the risk of internal service access.

  • Potential access to internal services via SSRF
  • Possible exposure of cloud metadata
  • Risk of unauthorized internal network scanning
  • Need for verification of WeKnora instance exposure and version

Technical summary

The vulnerability exists in the POST /api/v1/knowledge-bases/:id/knowledge/url endpoint of WeKnora before version 0.7.0. When downloading documents from user-supplied URLs, the application fails to re-validate HTTP redirect targets, allowing authenticated attackers to bypass initial SSRF validation. This occurs because the application does not properly verify the redirect targets, enabling attackers to access internal services and cloud metadata. Defenders should prioritize verifying exposure of WeKnora instances, especially those with public-facing APIs, and assess the risk of internal service access.

Defensive priority

Defenders should prioritize verifying exposure of WeKnora instances, especially those with public-facing APIs, and assess the risk of internal service access.

Recommended defensive actions

  • Verify WeKnora instance exposure, especially for public-facing APIs
  • Assess the risk of internal service access via SSRF
  • Update to version 0.7.0 or later if possible
  • Monitor for suspicious API activity
  • Review compensating controls for exposed systems while remediation is scheduled and verified
  • Check relevant monitoring, detection, and logs for exposed assets that need extra review
  • Track exceptions, retest remediated assets, and close the item only after evidence is documented

Evidence notes

The vulnerability is caused by the failure to re-validate HTTP redirect targets in the POST /api/v1/knowledge-bases/:id/knowledge/url endpoint. This allows attackers to bypass initial SSRF validation.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-91750 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-91750

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-91750 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-91750

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.