Bug 2565427 (CVE-2026-118662)

Summary:	CVE-2026-118662 vite: Vite: Information disclosure via filesystem access control bypass
Product:	[Other] Security Response	Reporter:	OSIDB Bzimport <bzimport>
Component:	vulnerability	Assignee:	Product Security DevOps Team <prodsec-dev>
Status:	NEW ---	QA Contact:
Severity:	high	Docs Contact:
Priority:	high
Version:	unspecified	CC:	anujha, aschwart, asoldano, aszczucz, bbaranow, blitton, bmaxwell, boliveir, bstansbe, cdrage, chfoley, csuconic, dbruscin, dhanak, dlofthou, doconnor, drichtar, drosa, dschmidt, dsimansk, eborisov, gtully, istudens, ivassile, iweiss, jlanda, jsherman, jturenov, jwong, kaycoth, kingland, kshier, kvanderr, lball, mbarnett, mnovotny, mosmerov, mposolda, msvehla, ngough, nwallace, omaciel, pberan, pesilva, pjindal, pmackay, rbobbitt, rgemmell, rgodfrey, rmartinc, rstancel, rushinde, sausingh, sdawley, simaishi, ssilvert, stcannon, sthorger, swoodman, tbish, tguha, thjenkin, tlavocat, ttakamiy, vdosoudi, veshanka, vmuzikar, yguenane
Target Milestone:	---	Keywords:	Security
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	---
Doc Text:	A flaw was found in Vite. The Vite development server fails to properly enforce filesystem access restrictions before processing query parameters in requests. When the development server is exposed to the network, an unauthenticated remote attacker can bypass restriction rules by appending specific loader query parameters to file requests. This vulnerability can result in information disclosure by granting unauthorized access to sensitive files.	Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description OSIDB Bzimport 2026-11-03 00:11:31 UTC

Vite is a frontend tooling framework for JavaScript. From 6.4.4 until 6.4.5, the Vite development server can evaluate server.fs.deny before stripping loader query parameters such as ?raw, ?import&raw, or ?import&url&inline. When the development server is exposed to the network and a sensitive file is inside server.fs.allow but matched by server.fs.deny, an unauthenticated attacker can append one of these queries and retrieve the denied file. This issue is fixed in version 6.4.5.