Turms AI-Serving module v0.10.0-SNAPSHOT and earlier contains an improper file type validation vulnerability in the OCR image upload functionality. The OcrController in turms-ai-serving/src/main/java/im/turms/ai/domain/ocr/controller/OcrController.java uses the @FormData(contentType = MediaTypeConst.IMAGE) annotation to restrict uploads to image files, but this constraint is not properly enforced. The system relies solely on client-provided Content-Type headers and file extensions without validating actual file content using magic bytes (file signatures). An attacker can upload arbitrary file types including executables, scripts, HTML, or web shells by setting the Content-Type header to "image/*" or using an image file extension. This bypass enables potential server-side code execution, stored XSS, or information disclosure depending on how uploaded files are processed and served.
Fix
Nothing published yet: no patch, vendor advisory or mitigation reference on NVD, no vendor advisory in the News for this CVE, not in CISA's KEV, no fixed package version. BaselineWatch does not guess at one.
Change history 1
- First seenCVSS 5.3 · turms-imNVD modified 2026-10-13 11:10
Affected (CPE criteria) 1
cpe:2.3:a:turms-im:turms:0.10.0-snapshot:*:*:*:*:*:*:*
References 4
- https://github.com/Xzzz111/public_cve_report/blob/main/CVE-2025-66908_report.md Exploit, Third Party Advisory
- https://github.com/turms-im/turms Product
- https://github.com/turms-im/turms/blob/develop/turms-ai-serving/src/main/java/im/turms/ai/domain/ocr/controller/OcrController.java Product
- https://github.com/Xzzz111/public_cve_report/blob/main/CVE-2025-66908_report.md Exploit, Third Party Advisory