chore(deps): update dependency vite to v6 [security] #9
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "renovate/npm-vite-vulnerability"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR contains the following updates:
5.0.12→6.4.4Vite's
server.fs.denydid not deny requests for patterns with directories.CVE-2024-31207 / GHSA-8jhw-289h-jh2g
More information
Details
Summary
Vite dev server option
server.fs.denydid not deny requests for patterns with directories. An example of such a pattern is/foo/**/*.Impact
Only apps setting a custom
server.fs.denythat includes a pattern with directories, and explicitly exposing the Vite dev server to the network (using--hostorserver.hostconfig option) are affected.Patches
Fixed in vite@5.2.6, vite@5.1.7, vite@5.0.13, vite@4.5.3, vite@3.2.10, vite@2.9.18
Details
server.fs.denyuses picomatch with the config of{ matchBase: true }. matchBase only matches the basename of the file, not the path due to a bug (https://github.com/micromatch/picomatch/issues/89). The vite config docs read like you should be able to set fs.deny to glob with picomatch. Vite also does not set{ dot: true }and that causes dotfiles not to be denied unless they are explicitly defined.Reproduction
Set fs.deny to
['**/.git/**']and then curl for/.git/config.matchBase: true, you can get any file under.git/(config, HEAD, etc).matchBase: false, you cannot get any file under.git/(config, HEAD, etc).Severity
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:H/I:N/A:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite DOM Clobbering gadget found in vite bundled scripts that leads to XSS
CVE-2024-45812 / GHSA-64vr-g452-qvp3
More information
Details
Summary
We discovered a DOM Clobbering vulnerability in Vite when building scripts to
cjs/iife/umdoutput format. The DOM Clobbering gadget in the module can lead to cross-site scripting (XSS) in web pages where scriptless attacker-controlled HTML elements (e.g., an img tag with an unsanitized name attribute) are present.Note that, we have identified similar security issues in Webpack: https://github.com/webpack/webpack/security/advisories/GHSA-4vvj-4cpr-p986
Details
Backgrounds
DOM Clobbering is a type of code-reuse attack where the attacker first embeds a piece of non-script, seemingly benign HTML markups in the webpage (e.g. through a post or comment) and leverages the gadgets (pieces of js code) living in the existing javascript code to transform it into executable code. More for information about DOM Clobbering, here are some references:
[1] https://scnps.co/papers/sp23_domclob.pdf
[2] https://research.securitum.com/xss-in-amp4email-dom-clobbering/
Gadgets found in Vite
We have identified a DOM Clobbering vulnerability in Vite bundled scripts, particularly when the scripts dynamically import other scripts from the assets folder and the developer sets the build output format to
cjs,iife, orumd. In such cases, Vite replaces relative paths starting with__VITE_ASSET__using the URL retrieved fromdocument.currentScript.However, this implementation is vulnerable to a DOM Clobbering attack. The
document.currentScriptlookup can be shadowed by an attacker via the browser's named DOM tree element access mechanism. This manipulation allows an attacker to replace the intended script element with a malicious HTML element. When this happens, the src attribute of the attacker-controlled element is used as the URL for importing scripts, potentially leading to the dynamic loading of scripts from an attacker-controlled server.PoC
Considering a website that contains the following
main.jsscript, the devloper decides to use the Vite to bundle up the program with the following configuration.After running the build command, the developer will get following bundle as the output.
Adding the Vite bundled script,
dist/index-DDmIg9VD.js, as part of the web page source code, the page could load theextra.jsfile from the attacker's domain,attacker.controlled.server. The attacker only needs to insert animgtag with thenameattribute set tocurrentScript. This can be done through a website's feature that allows users to embed certain script-less HTML (e.g., markdown renderers, web email clients, forums) or via an HTML injection vulnerability in third-party JavaScript loaded on the page.Impact
This vulnerability can result in cross-site scripting (XSS) attacks on websites that include Vite-bundled files (configured with an output format of
cjs,iife, orumd) and allow users to inject certain scriptless HTML tags without properly sanitizing the name or id attributes.Patch
Severity
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:A/VC:N/VI:N/VA:N/SC:L/SI:L/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite's
server.fs.denyis bypassed when using?import&rawCVE-2024-45811 / GHSA-9cwx-2883-4wfx
More information
Details
Summary
The contents of arbitrary files can be returned to the browser.
Details
@fsdenies access to files outside of Vite serving allow list. Adding?import&rawto the URL bypasses this limitation and returns the file content if it exists.PoC
Severity
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
launch-editor vulnerable to command injection via the crafted request on Windows
CVE-2024-52011 / GHSA-c27g-q93r-2cwf
More information
Details
Summary
Due to the insufficient sanitization of the
fileargument in thelaunchEditor, an attacker can execute arbitrary commands on Windows by supplying a filename that contains special characters.Impact
If the following conditions are met, an attacker can execute arbitrary commands on the computer that is using the
launch-editor:launchEditormethod with thefileargument controlledlaunch-editorpackage is running on WindowsFor example, some development server using this package satisfy these conditions, as a malicious website might be able to force the downloading of a file and the path of that file is predictable.
Patch
This issue has been fixed in the
launch-editorversion 2.9.0 (commit).Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Websites were able to send any requests to the development server and read the response in vite
CVE-2025-24010 / GHSA-vg6x-rcgg-rjx6
More information
Details
Summary
Vite allowed any websites to send any requests to the development server and read the response due to default CORS settings and lack of validation on the Origin header for WebSocket connections.
Upgrade Path
Users that does not match either of the following conditions should be able to upgrade to a newer version of Vite that fixes the vulnerability without any additional configuration.
localhostor*.localhostUsing the backend integration feature
If you are using the backend integration feature and not setting
server.origin, you need to add the origin of the backend server to theserver.cors.originoption. Make sure to set a specific origin rather than*, otherwise any origin can access your development server.Using a reverse proxy in front of Vite
If you are using a reverse proxy in front of Vite and sending requests to Vite with a hostname other than
localhostor*.localhost, you need to add the hostname to the newserver.allowedHostsoption. For example, if the reverse proxy is sending requests tohttp://vite:5173, you need to addviteto theserver.allowedHostsoption.Accessing the development server via a domain other than
localhostor*.localhostYou need to add the hostname to the new
server.allowedHostsoption. For example, if you are accessing the development server viahttp://foo.example.com:8080, you need to addfoo.example.comto theserver.allowedHostsoption.Using a plugin / framework that connects to the WebSocket server on their own from the browser
If you are using a plugin / framework, try upgrading to a newer version of Vite that fixes the vulnerability. If the WebSocket connection appears not to be working, the plugin / framework may have a code that connects to the WebSocket server on their own from the browser.
In that case, you can either:
legacy.skipWebSocketTokenCheck: trueto opt-out the fix for [2] while the plugin / framework is incompatible with the new version of ViteMitigation without upgrading Vite
[1]: Permissive default CORS settings
Set
server.corstofalseor limitserver.cors.originto trusted origins.[2]: Lack of validation on the Origin header for WebSocket connections
There aren't any mitigations for this.
[3]: Lack of validation on the Host header for HTTP requests
Use Chrome 94+ or use HTTPS for the development server.
Details
There are three causes that allowed malicious websites to send any requests to the development server:
[1]: Permissive default CORS settings
Vite sets the
Access-Control-Allow-Originheader depending onserver.corsoption. The default value wastruewhich setsAccess-Control-Allow-Origin: *. This allows websites on any origin tofetchcontents served on the development server.Attack scenario:
http://malicious.example.com).fetch('http://127.0.0.1:5173/main.js')request by JS in that malicious web page. This request is normally blocked by same-origin policy, but that's not the case for the reasons above.http://127.0.0.1:5173/main.js.[2]: Lack of validation on the Origin header for WebSocket connections
Vite starts a WebSocket server to handle HMR and other functionalities. This WebSocket server did not perform validation on the Origin header and was vulnerable to Cross-Site WebSocket Hijacking (CSWSH) attacks. With that attack, an attacker can read and write messages on the WebSocket connection. Vite only sends some information over the WebSocket connection (list of the file paths that changed, the file content where the errored happened, etc.), but plugins can send arbitrary messages and may include more sensitive information.
Attack scenario:
http://malicious.example.com).new WebSocket('http://127.0.0.1:5173', 'vite-hmr')by JS in that malicious web page.[3]: Lack of validation on the Host header for HTTP requests
Unless
server.httpsis set, Vite starts the development server on HTTP. Non-HTTPS servers are vulnerable to DNS rebinding attacks without validation on the Host header. But Vite did not perform validation on the Host header. By exploiting this vulnerability, an attacker can send arbitrary requests to the development server bypassing the same-origin policy.http://malicious.example.com:5173) (HTTPS won't work).fetch('/main.js')request by JS in that malicious web page.http://127.0.0.1:5173/main.jsbypassing the same origin policy.Impact
[1]: Permissive default CORS settings
Users with the default
server.corsoption may:server.proxymay have those functionalities.[2]: Lack of validation on the Origin header for WebSocket connections
All users may get the file paths of the files that changed and the file content where the error happened be stolen by malicious websites.
For users that is using a plugin that sends messages over WebSocket, that content may be stolen by malicious websites.
For users that is using a plugin that has a functionality that is triggered by messages over WebSocket, that functionality may be exploited by malicious websites.
[3]: Lack of validation on the Host header for HTTP requests
Users using HTTP for the development server and using a browser that is not Chrome 94+ may:
server.proxymay have those functionalities.Chrome 94+ users are not affected for [3], because sending a request to a private network page from public non-HTTPS page is forbidden since Chrome 94.
Related Information
Safari has a bug that blocks requests to loopback addresses from HTTPS origins. This means when the user is using Safari and Vite is listening on lookback addresses, there's another condition of "the malicious web page is served on HTTP" to make [1] and [2] to work.
PoC
[2]: Lack of validation on the Origin header for WebSocket connections
reacttemplate which utilizes HMR functionality.http://localhost:5173/) as well as the malicious page in the browser.src/App.jsxfile and intentionally place a syntax errorHere's a video demonstrating the POC:
https://github.com/user-attachments/assets/a4ad05cd-0b34-461c-9ff6-d7c8663d6961
Severity
CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:H/I:N/A:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite bypasses server.fs.deny when using ?raw??
CVE-2025-30208 / GHSA-x574-m823-4x7w
More information
Details
Summary
The contents of arbitrary files can be returned to the browser.
Impact
Only apps explicitly exposing the Vite dev server to the network (using
--hostorserver.hostconfig option) are affected.Details
@fsdenies access to files outside of Vite serving allow list. Adding?raw??or?import&raw??to the URL bypasses this limitation and returns the file content if it exists. This bypass exists because trailing separators such as?are removed in several places, but are not accounted for in query string regexes.PoC
Severity
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:N/A:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite has a
server.fs.denybypassed forinlineandrawwith?importqueryCVE-2025-31125 / GHSA-4r4m-qw57-chr8
More information
Details
Summary
The contents of arbitrary files can be returned to the browser.
Impact
Only apps explicitly exposing the Vite dev server to the network (using
--hostorserver.hostconfig option) are affected.Details
?inline&import(originally reported as?import&?inline=1.wasm?init)?raw?import/@fs/isn't needed to reproduce the issue for files inside the project root.PoC
Original report (check details above for simplified cases):
The ?import&?inline=1.wasm?init ending allows attackers to read arbitrary files and returns the file content if it exists. Base64 decoding needs to be performed twice
Example full URL
http://localhost:5173/@fs/C:/windows/win.ini?import&?inline=1.wasm?initSeverity
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:N/A:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite allows server.fs.deny to be bypassed with .svg or relative paths
CVE-2025-31486 / GHSA-xcj6-pq6g-qj4x
More information
Details
Summary
The contents of arbitrary files can be returned to the browser.
Impact
Only apps explicitly exposing the Vite dev server to the network (using --host or server.host config option) are affected.
Details
.svgRequests ending with
.svgare loaded at this line.github.com/vitejs/vite@037f801075/packages/vite/src/node/plugins/asset.ts (L285-L290)By adding
?.svgwith?.wasm?initor withsec-fetch-dest: scriptheader, the restriction was able to bypass.This bypass is only possible if the file is smaller than
build.assetsInlineLimit(default: 4kB) and when using Vite 6.0+.relative paths
The check was applied before the id normalization. This allowed requests to bypass with relative paths (e.g.
../../).PoC
send request to read
etc/passwdSeverity
CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:N/A:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite has an
server.fs.denybypass with an invalidrequest-targetCVE-2025-32395 / GHSA-356w-63v5-8wf4
More information
Details
Summary
The contents of arbitrary files can be returned to the browser if the dev server is running on Node or Bun.
Impact
Only apps with the following conditions are affected.
Details
HTTP 1.1 spec (RFC 9112) does not allow
#inrequest-target. Although an attacker can send such a request. For those requests with an invalidrequest-line(it includesrequest-target), the spec recommends to reject them with 400 or 301. The same can be said for HTTP 2 (ref1, ref2, ref3).On Node and Bun, those requests are not rejected internally and is passed to the user land. For those requests, the value of
http.IncomingMessage.urlcontains#. Vite assumedreq.urlwon't contain#when checkingserver.fs.deny, allowing those kinds of requests to bypass the check.On Deno, those requests are not rejected internally and is passed to the user land as well. But for those requests, the value of
http.IncomingMessage.urldid not contain#.PoC
send request to read
/etc/passwdSeverity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:H/VI:N/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite's server.fs.deny bypassed with /. for files under project root
CVE-2025-46565 / GHSA-859w-5945-r5v3
More information
Details
Summary
The contents of files in the project
rootthat are denied by a file matching pattern can be returned to the browser.Impact
Only apps explicitly exposing the Vite dev server to the network (using --host or server.host config option) are affected.
Only files that are under project
rootand are denied by a file matching pattern can be bypassed..env,.env.*,*.{crt,pem},**/.env**/.git/**,.git/**,.git/**/*Details
server.fs.denycan contain patterns matching against files (by default it includes.env,.env.*,*.{crt,pem}as such patterns).These patterns were able to bypass for files under
rootby using a combination of slash and dot (/.).PoC
Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:H/VI:N/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite middleware may serve files starting with the same name with the public directory
CVE-2025-58751 / GHSA-g4jq-h2w9-997c
More information
Details
Summary
Files starting with the same name with the public directory were served bypassing the
server.fssettings.Impact
Only apps that match the following conditions are affected:
server.hostconfig option)Details
The servePublicMiddleware function is in charge of serving public files from the server. It returns the viteServePublicMiddleware function which runs the needed tests and serves the page. The viteServePublicMiddleware function checks if the publicFiles variable is defined, and then uses it to determine if the requested page is public. In the case that the publicFiles is undefined, the code will treat the requested page as a public page, and go on with the serving function. publicFiles may be undefined if there is a symbolic link anywhere inside the public directory. In that case, every requested page will be passed to the public serving function. The serving function is based on the sirv library. Vite patches the library to add the possibility to test loading access to pages, but when the public page middleware disables this functionality since public pages are meant to be available always, regardless of whether they are in the allow or deny list.
In the case of public pages, the serving function is provided with the path to the public directory as a root directory. The code of the sirv library uses the join function to get the full path to the requested file. For example, if the public directory is "/www/public", and the requested file is "myfile", the code will join them to the string "/www/public/myfile". The code will then pass this string to the normalize function. Afterwards, the code will use the string's startsWith function to determine whether the created path is within the given directory or not. Only if it is, it will be served.
Since sirv trims the trailing slash of the public directory, the string's startsWith function may return true even if the created path is not within the public directory. For example, if the server's root is at "/www", and the public directory is at "/www/p", if the created path will be "/www/private.txt", the startsWith function will still return true, because the string "/www/private.txt" starts with "/www/p". To achieve this, the attacker will use ".." to ask for the file "../private.txt". The code will then join it to the "/www/p" string, and will receive "/www/p/../private.txt". Then, the normalize function will return "/www/private.txt", which will then be passed to the startsWith function, which will return true, and the processing of the page will continue without checking the deny list (since this is the public directory middleware which doesn't check that).
PoC
Execute the following shell commands:
Then, in a different shell, run the following command:
curl -v --path-as-is 'http://localhost:5173/private.txt'You will receive a 403 HTTP Response, because private.txt is denied.
Now in the same shell run the following command:
curl -v --path-as-is 'http://localhost:5173/../private.txt'You will receive the contents of private.txt.
Related links
github.com/lukeed/sirv@f0113f3f82Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:L/VI:N/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite's
server.fssettings were not applied to HTML filesCVE-2025-58752 / GHSA-jqfw-vq24-v9c3
More information
Details
Summary
Any HTML files on the machine were served regardless of the
server.fssettings.Impact
Only apps that match the following conditions are affected:
appType: 'spa'(default) orappType: 'mpa'is usedThis vulnerability also affects the preview server. The preview server allowed HTML files not under the output directory to be served.
Details
The serveStaticMiddleware function is in charge of serving static files from the server. It returns the viteServeStaticMiddleware function which runs the needed tests and serves the page. The viteServeStaticMiddleware function checks if the extension of the requested file is ".html". If so, it doesn't serve the page. Instead, the server will go on to the next middlewares, in this case htmlFallbackMiddleware, and then to indexHtmlMiddleware. These middlewares don't perform any test against allow or deny rules, and they don't make sure that the accessed file is in the root directory of the server. They just find the file and send back its contents to the client.
PoC
Execute the following shell commands:
Then, in a different shell, run the following command:
curl -v --path-as-is 'http://localhost:5173/../../../../../../../../../../../tmp/secret.html'The contents of /tmp/secret.html will be returned.
This will also work for HTML files that are in the root directory of the project, but are in the deny list (or not in the allow list). Test that by stopping the running server (CTRL+C), and running the following commands in the server's shell:
Then, in a different shell, run the following command:
curl -v --path-as-is 'http://localhost:5173/secret_files/secret.txt'You will receive a 403 HTTP Response, because everything in the secret_files directory is denied.
Now in the same shell run the following command:
curl -v --path-as-is 'http://localhost:5173/secret_files/secret.html'You will receive the contents of secret_files/secret.html.
Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:L/VI:N/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
vite allows server.fs.deny bypass via backslash on Windows
CVE-2025-62522 / GHSA-93m4-6634-74q7
More information
Details
Summary
Files denied by
server.fs.denywere sent if the URL ended with\when the dev server is running on Windows.Impact
Only apps that match the following conditions are affected:
server.hostconfig option)Details
server.fs.denycan contain patterns matching against files (by default it includes.env,.env.*,*.{crt,pem}as such patterns). These patterns were able to bypass by using a back slash(\). The root cause is thatfs.readFile('/foo.png/')loads/foo.png.PoC
Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:P/VC:H/VI:N/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite Vulnerable to Path Traversal in Optimized Deps
.mapHandlingCVE-2026-39365 / GHSA-4w7w-66w2-5vf9
More information
Details
Summary
Any files ending with
.mapeven out side the project can be returned to the browser.Impact
Only apps that match the following conditions are affected:
--hostorserver.hostconfig option).mapand the path is predictableDetails
In Vite v7.3.1, the dev server’s handling of
.maprequests for optimized dependencies resolves file paths and callsreadFilewithout restricting../segments in the URL. As a result, it is possible to bypass theserver.fs.strictallow list and retrieve.mapfiles located outside the project root, provided they can be parsed as valid source map JSON.PoC
/@fsaccess is blocked bystrict(returns 403)../segments under the optimized deps.mapURL prefix to reach/tmp/poc.mapSeverity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
vite:
server.fs.denybypass on Windows alternate pathsCVE-2026-53571 / GHSA-fx2h-pf6j-xcff
More information
Details
Summary
The contents of files that are specified by
server.fs.denycan be returned to the browser on Windows.Impact
Only apps that match the following conditions are affected:
--hostorserver.hostconfig option)server.fs.allowDetails
Vite’s dev server denies direct access to sensitive files through
server.fs.deny, including entries such as.env,.env.*, and*.{crt,pem}. However, on Windows, the deny logic does not correctly normalize NTFS ADS path forms before access checks are applied.Because of this, requests such as
/.env::$DATA?raware treated as allowed paths, while Windows resolves them to the original file's default data stream.Similar to that, Windows allows accessing a file using a different name with the 8.3 short name compatibility feature. Vite did not reject accessing files via them.
PoC
Access via browser at

http://localhost:5173/.env::$DATA?rawExample expected result:
/.env::$DATA?rawreturns the contents of.env/tls.pem::$DATA?rawreturns the contents oftls.pemSeverity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:H/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
launch-editor: NTLMv2 hash disclosure via UNC path handling on Windows
CVE-2026-53632 / GHSA-v6wh-96g9-6wx3
More information
Details
Summary
The
launch-editorNPM package accesses arbitrary paths including Windows UNC paths. When a UNC path is opened, Windows automatically attempts NTLM authentication to the remote host, causing the user’s NTLMv2 password hash to be leaked to an attacker-controlled SMB server. This can result in credential compromise through offline hash cracking.Impact
If the following conditions are met, an attacker can get the NTLMv2 password hash on the computer that is using the
launch-editor:launch-editorlaunch-editoris runningThis would be a problem if the user password is too simple that it can be identified through offline hash cracking, potentially leading to further compromise of developer accounts or internal systems.
Details
launch-editoraccepts file paths without validating or restricting Windows UNC paths such as:On Windows systems, accessing a UNC path triggers an automatic NTLM authentication attempt to the remote SMB server. No user interaction or warning is required for this authentication attempt to occur.
If an attacker controls the SMB server referenced by the UNC path the victim’s NTLMv2 hash is transmitted to the attacker. The attacker can then capture the hash and perform offline password cracking. Successful cracking reveals the victim’s cleartext password.
The attacker could target a developer that uses a development server using
launch-editorto develop code locally, send them a link and grab their NTLMv2 hash.PoC
From the attacker side, we will setup an SMB server. I personally used Impacket's smbserver.py, but you could use something like Responder for this as well. For keeping it simple, we will use
smbserver.pyhere.First, let's create a directory to serve as an SMB share.
Then, start the SMB server.
Now, run any project that uses the launch-editor package. I have setup a simple "Hello world" project that uses Vite to do this. Then run the project locally (
vite).Now last, we will open a browser window and navigate to the URL used by the launch-editor package to trigger the NTLM authentication. Or we can use
curlto achieve the same.Note the IP address in the HTTP request, and make sure it connects to the IP address of the SMB server. Now we can look at the logs of
smbserver.pyand see the NTLMv2 hash coming in.Severity
CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:A/VC:N/VI:N/VA:N/SC:H/SI:H/SA:HReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
launch-editor:
fs.existsSync()existence check can be bypassed on WindowsCVE-2026-112942 / GHSA-587h-7wmj-h5pm
More information
Details
Summary
launch-editorcheckedfs.existsSync(fileName)before passing a supplied path to an editor command. On Windows, an attacker can bypass this check with a crafted path ending in\\..:line:column. This removes the requirement that the attacker be able to place a file with a malicious filename.Combined with the
%escaping issue described in GHSA-698v-4r3x-3vcv, this bypass can lead to OS command injection when an attacker controls the file argument.Impact
Only apps that runs on Windows is affected.
Details
The earlier advisory assumed that
fs.existsSync()required an attacker-controlled filename to exist. This advisory covers a bypass of that requirement.A crafted value ending in
\\..:1:1is interpreted differently bylaunch-editor-middleware,launch-editor, and Windows:launch-editor-middlewarecallspath.resolve()while the final path component is..:1:1, so it is not treated as a parent-directory component.launch-editortreats:1:1as a line-and-column suffix and removes it, leaving a path ending in\\...fs.existsSync()accepts the resulting path as the existing parent directory even though the attacker-controlled preceding component does not exist.Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:A/VC:H/VI:H/VA:H/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
launch-editor: escapeCmdArgs() omits % escaping on Windows
CVE-2026-112943 / GHSA-698v-4r3x-3vcv
More information
Details
Summary
launch-editordid not escape%on Windows when passing an argument tocmd. When an environment variable contained a malicious value, it was possible that that content to be executed.Impact
Only apps that match all of the following conditions are affected:
&or%Details
Unlike
.shfiles,.bat/.cmdfiles on Windows cannot be called directly usingchild_process.spawnand requires passing them as an argument ofcmd.exe. To do so, launch-editor escapes the arguments passed tocmd.exe. Butlaunch-editordid not escape%which is used for environment variables.Because
launch-editorchecks if the argument matches an existing filename, the attack requires the attacker to be able to place a file.&calc.exeto%ENV%) and calllaunchEditorwithsomething%ENV%.~-38%calc.exe), they can calllaunchEditorwithsomething %CMDCMDLINE:~-38%calc.exe.%CD%and the subcommand (e.g.&calc.exe), they can calllaunchEditorwith./%CD%Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite: Cross origin script execution through Vite custom middleware
CVE-2026-112945 / GHSA-9jrq-w75r-8gcw
More information
Details
Summary
When accessing a malicious site while a dev server using Vite is running, that site was able to load scripts in a page served by the dev server.
Impact
Only apps that match the following conditions are affected:
server.transformIndexHtml: this is normally used forserver.middlewareMode: trueorappType: 'custom'. The internal call forappType: 'spa'andappType: 'mpa'does not match this.Details
Vite's SSR guide for 8.2.1 documents the affected setup. The application embeds Vite in middleware mode, reads trusted HTML, and passes the browser's unchanged request URL to the transform:
For a development server at
http://localhost:5173, an attacker can send this URL:In Vite 8.2.1,
createDevHtmlTransformFnandgetHtmlFilenameinindexHtml.tsuse the request URL as both the transformpathand the input topath.join. The value passed topath.joinstill includes its query text.Chromium preserves
/../../package.jsonbecause it follows?and is therefore query text. Vite treats the same characters as filesystem path components, so the..components resolve the derived filename to the existing projectpackage.json.The existing file branch in
indexHtml.tschecks that filename withfs.existsSync, then preserves thehtmlPathsupplied by the attacker asproxyModuleUrl. The inline module rewrite in the same file writes that value into the generatedsrc:The generated value is a valid URL. Its leading
//tells the browser to request the module fromevil.exampleusing the Vite page's scheme. The attacker returns JavaScript for that request, and Chromium executes it in the Vite page.PoC
Observed output on Vite 8.2.1:
Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:A/VC:L/VI:L/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
launch-editor: Editor CLI flag misinterpretation causing arbitrary command execution for some editors
CVE-2026-112944 / GHSA-r825-w8mm-5pxw
More information
Details
Summary
launch-editorforwarded file paths directly to editors without sanitization. If a path resembles a CLI flag, editors like Vim may interpret it as a command, potentially causing unintended file overwrites or command execution.Impact
Direct
launch-editorusersOnly apps that match all of the following conditions are affected:
+or-in the working directorylaunchEditorcan start with+or-or the user is using WSLlaunch-editor-middlewareusersOnly apps that match the following conditions are affected:
+or-in the working directoryVite users
Only apps that match the following conditions are affected:
+or-in the working directoryDetails
launchEditor(file)function passes the file name as-is to the editor if the file with that file name exists. If the file name starts with-(also+for Vim), the editor treats them as flags rather than positional arguments. For example, Vim treats arguments starting with+as an Ex command. As a result, an existing relative directory such as:is not treated as a filename when passed to Vim. Vim executes the embedded Ex command.
The following editor has a potentially destructive operation exposed to the CLI arguments:
launch-editor-middlewarev2.2.0+ converts the passed file path to an absolute path so those are not affected as long as the user is not using WSL. For WSL,launch-editorconverts the paths to relative paths internally, so those are still affected.Vite 2.0.0+ uses
launch-editor-middlewarev2.2.0+ so the WSL users are only affected.Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Vite: Files outside
server.fs.allowcould be served when project paths match system paths on non-Windows machineCVE-2026-112946 / GHSA-rq7h-c2jc-7f22
More information
Details
Summary
The content of files outside
server.fssetting can be returned to the browser if the project imports a file path concatenated with theroot. For example, if the project references<path-to-project-root>/etc/hosts, the content of/etc/hostswas possible to be returned.The content of files outside the
server.fs.allowoption can be returned to the browser when a project imports a file whose root-relative path matches an absolute path on the host. For example, referencing<project-root>/etc/hostscould make Vite return the host's/etc/hostsfile.Impact
Only apps that meet all of the following conditions are affected:
--hostor theserver.hostoption)server.fs.denyDetails
When Vite analyzes an in-root import, it rewrites the resolved module ID to a browser URL such as
/etc/hostname. In affected versions, Vite converts that URL withfsPathFromUrland adds the result tosafeModulePaths. BecausefsPathFromUrlensures a leading slash without resolving the URL against the project root, the project URL/etc/hostnameis recorded as if it were the absolute filesystem path/etc/hostname.For a later request to
/@fs/etc/hostname, the raw-filesystem middleware interprets/etc/hostnameas an absolute path. The access check appliesserver.fs.deny, then accepts paths present insafeModulePathsbefore checkingserver.fs.allow. As a result, the request can return the host file instead of the project file that originally populatedsafeModulePaths.PoC
The following example requires Linux with a readable
/etc/hostname:In another terminal:
Severity
CVSS:4.0/AV:N/AC:L/AT:P/PR:N/UI:N/VC:L/VI:N/VA:N/SC:N/SI:N/SA:NReferences
This data is provided by OSV and the GitHub Advisory Database (CC-BY 4.0).
Release Notes
vitejs/vite (vite)
v6.4.4Compare Source
Please refer to CHANGELOG.md for details.
v6.4.3Compare Source
Please refer to CHANGELOG.md for details.
v6.4.2Compare Source
Please refer to CHANGELOG.md for details.
v6.4.1Compare Source
Please refer to CHANGELOG.md for details.
v6.4.0Compare Source
Please refer to CHANGELOG.md for details.
v6.3.7Compare Source
Please refer to CHANGELOG.md for details.
v6.3.6Compare Source
Please refer to CHANGELOG.md for details.
v6.3.5Compare Source
Bug Fixes
v6.3.4Compare Source
Bug Fixes
requireto import externals in optimized dependencies (#19940) (efc5eab)Code Refactoring
v6.3.3Compare Source
Bug Fixes
Performance Improvements
Tests
ssrTransformre-export deps and test stacktrace with first line (#19629) (9399cda)v6.3.2Compare Source
Features
Bug Fixes
css.lightningcssoption in css minification process (#19879) (b5055e0)v6.3.1Compare Source
Bug Fixes
Promise.allSettledin preload function (#19805) (35c7f35)transformcalls (#19878) (a152b7c)v6.3.0Compare Source
Features
CustomPluginOptionsVitetype (#19557) (15abc01)define['process.env']containspathkey with a value (#19517) (832b2c4)Bug Fixes
hot.invalidatein circular deps (#19870) (d4ee5e8)#in request-target (#19830) (175a839)keepProcessEnvfrom theDefaultEnvironmentOptionstype (#19796) (36935b5)fdirto fixcommonjsOptions.dynamicRequireTargets(#19791) (71227be).mtsto defaultresolve.extensions(#19701) (ae91bd0)Performance Improvements
renderedModules(#19775) (59d0b35)debug(#19715) (e435aae)Documentation
transformIndexHtmlhook (#19799) (a0e1a04)Miscellaneous Chores
Code Refactoring
[hookName].handlerin plugins (#19586) (9827df2)Tests
Beta Changelogs
6.3.0-beta.2 (2025-04-11)
See 6.3.0-beta.2 changelog
6.3.0-beta.1 (2025-04-03)
See 6.3.0-beta.1 changelog
6.3.0-beta.0 (2025-03-26)
See 6.3.0-beta.0 changelog
v6.2.7Compare Source
Please refer to CHANGELOG.md for details.
v6.2.6Compare Source
Please refer to CHANGELOG.md for details.
v6.2.5Compare Source
Please refer to CHANGELOG.md for details.
v6.2.4Compare Source
Please refer to CHANGELOG.md for details.
v6.2.3Compare Source
Please refer to CHANGELOG.md for details.
v6.2.2Compare Source
Features
base(#19616) (2476391)Bug Fixes
ssrRewriteStacktrace(#19612) (4309755)Miscellaneous Chores
v6.2.1Compare Source
Features
*?url&no-inlinetype and warning for.json?inline/.json?no-inline(#19566) (c0d3667)Bug Fixes
Performance Improvements
Miscellaneous Chores
Code Refactoring
isBuildcheck from preAliasPlugin (#19587) (c9e086d)applyToEnvironmentin internal plugins (#19588) (f678442)Tests
v6.2.0Compare Source
Features
modeon server start and add env debugger (#18808) (c575b82)Bug Fixes
?.afterthis.getModuleInfoinvite:css-post(#19478) (12b0b8a)Miscellaneous Chores
Beta Changelogs
6.2.0-beta.1 (2025-02-21)
See 6.2.0-beta.1 changelog
6.2.0-beta.0 (2025-02-21)
See 6.2.0-beta.0 changelog
v6.1.6Compare Source
Please refer to CHANGELOG.md for details.
v6.1.5Compare Source
Please refer to CHANGELOG.md for details.
v6.1.4Compare Source
Please refer to CHANGELOG.md for details.
v6.1.3Compare Source
Please refer to CHANGELOG.md for details.
v6.1.2Compare Source
Please refer to CHANGELOG.md for details.
v6.1.1Compare Source
Features
Bug Fixes
.[cm]?[tj]sx?static assets are JS mime (#19453) (e7ba55e)*.ipv4address in cert (#19416) (973283b)Miscellaneous Chores
Code Refactoring
v6.1.0Compare Source
Features
portin the logged error message after failed WS connection withEADDRINUSE(#19212) (14027b0).jxl(#18855) (57b397c)builtinsenvironmentresolve(#18584) (2c2d521)defaultAllowedOriginsfor user-land config and 3rd party plugins (#19259) (dc8946b)wasmto the compressible assets regex (#19085) (ce84142)Bug Fixes
resolveLibCssFilename(#19324) (f183bdf)[@plugin](https://github.com/plugin)imports of JS files treated as CSS and rebased (fix #19268) (#19269) (602b373)vite optimize(#19347) (19ffad0)resolve.builtinis empty (#19312) (b7aba0b)server.preTransformRequests(#19272) (12aaa58)ssrLoadModule(#19290) (353c467)nodeLikeBuiltinsforssr.target: 'webworker'withoutnoExternal: true(#19313) (9fc31b6)--forcework for all environments (#18901) (51a42c6)RegExpvalues withnew RegExpinstead ofstructuredClone(fix #19245, fix #18875) (#19247) (56ad2be)Performance Improvements
Documentation
build.manifestjsdocs (#19332) (4583781)Code Refactoring
vite optimizecommand (#19348) (6e0e3c0)Miscellaneous Chores
scanImportsnot being used in ssr (#19285) (fbbc6da)Beta Changelogs
6.1.0-beta.2 (2025-02-04)
See 6.1.0-beta.2 changelog
6.1.0-beta.1 (2025-02-04)
See 6.1.0-beta.1 changelog
6.1.0-beta.0 (2025-01-24)
See 6.1.0-beta.0 changelog
v6.0.15Compare Source
Please refer to CHANGELOG.md for details.
v6.0.14Compare Source
Please refer to CHANGELOG.md for details.
v6.0.13Compare Source
Please refer to CHANGELOG.md for details.
v6.0.12Compare Source
Please refer to CHANGELOG.md for details.
v6.0.11Compare Source
Bug Fixes
preview.allowedHostswith specific values was not respected (#19246) (aeb3ec8)v6.0.10Compare Source
Bug Fixes
server.originURL (#19241) (2495022)v6.0.9Compare Source
⚠ BREAKING CHANGES
server.allowedHosts(bd896fb)server.cors: falseto disallow fetching from untrusted origins (b09572a)Bug Fixes
server.allowedHosts(bd896fb)server.cors: falseto disallow fetching from untrusted origins (b09572a)v6.0.8Compare Source
Bug Fixes
server.close()only called once (#19204) (db81c2d)defaultServerConditions(#19174) (ad75c56)ESBuildOptions.include / excludetype to allowreadonly (string | RegExp)[](#19146) (ea53e70)Miscellaneous Chores
v6.0.7Compare Source
Features
Bug Fixes
minifywhenbuilder.sharedPlugins: true(#19025) (f7b1964)vite-ignoreattribute for inline script (#19062) (a492253)Performance Improvements
v6.0.6Compare Source
Bug Fixes
fetchModule-side resolve (#18361) (9f10261)Reverts
Miscellaneous Chores
build.target(#19047) (0e9e81f)Tests
v6.0.5Compare Source
Bug Fixes
v6.0.4Compare Source
Bug Fixes
this.resolveskipSelf should not skip for differentidorimport(#18903) (4727320)url()when lightningcss is used (#18997) (3734f80)pluginContainer.getModuleInfo(#18895) (258cdd6)true(#18899) (8a6bb4e)Miscellaneous Chores
Code Refactoring
handleInvoke(#18902) (27f691b)Tests
ModuleRunnerTransportinvokeAPI (#18865) (e5f5301)v6.0.3Compare Source
Bug Fixes
ModuleRunnerTransport[#invoke](https://github.com/vitejs/vite/issues/invoke)more explicit (#18851) (a75fc31)environments.ssr.resolvewith rootssrconfig (#18857) (3104331)Miscellaneous Chores
Code Refactoring
v6.0.2Compare Source
Features
Bug Fixes
node_modulesif deno (#18823) (a20267b)style.cssas a key for the style file forcssCodesplit: false(#18820) (ec51115)externalby default (#18821) (2250ffa)ssr.target: 'webworker'defaults as fallback (#18827) (b39e696)Miscellaneous Chores
Code Refactoring
v6.0.1Compare Source
Bug Fixes
preview.allowedHostswith specific values was not respected (#19246) (aeb3ec8)v6.0.0Compare Source
Today, we're taking another big step in Vite's story. The Vite team, contributors, and ecosystem partners are excited to announce the release of the next Vite major:
We want to thank the more than 1K contributors to Vite Core and the maintainers and contributors of Vite plugins, integrations, tools, and translations that have helped us craft this new major. We invite you to get involved and help us improve Vite for the whole ecosystem. Learn more at our Contributing Guide.
⚠ BREAKING CHANGES
file://resolution (#18422) (6a7e313)build.cssMinifyto'esbuild'for SSR (#15637) (f1d3bf7)json.stringify: 'auto'and make that the default (#18303) (b80daa7)fast-globtotinyglobby(#18243) (6f74a3a)Features
module-synccondition when loading config if enabled (#18650) (cf5028d)isSsrTargetWebWorkerflag toconfigEnvironmenthook (#18620) (3f5fab0)ssr.resolve.mainFieldsoption (#18646) (a6f5f5b)platformoption (#18611) (0924879)?inlineand?no-inlinequeries to control inlining (#15454) (9162172)vite-ignoreattribute to opt-out of processing (#18494) (d951310)file://resolution (#18422) (6a7e313)consoleincreateLogger(#18379) (0c497d9)sec-fetch-destheader to detect JS in transform (#9981) (e51dc40)json.stringify: 'auto'and make that the default (#18303) (b80daa7)environment::listen(#18263) (4d5f51d)this.environmentinoptionsandonLoghook (#18142) (7722c06)EnvironmentOptionstype (#18080) (35cf59c)Bug Fixes
createRunnableDevEnvironmentreturnsRunnableDevEnvironment, notDevEnvironment(#18673) (74221c3)getModulesByFileshould return aserverModule(#18715) (b80d5ec)SIGTERM(#18741) (cc55e36)InterceptorOptionstype (#18766) (6252c60)__vite_ssr_identity__with(0, ...)and inject;between statements (#18748) (94546be)rollup.externalscripts correctly (#18618) (55461b4)ssrTransformparse error (#18644) (d9be921)consumer: 'server'(#18575) (87b2347)server.perEnvironmentStartEndDuringDev(#18549) (fe30349)optimizeDeps.includefor SSR (#18506) (826c81a)new URL(,import.meta.url)match (#18194) (5286a90)cssCodeSplituses the current environment configuration (#18486) (eefe895)json.stringifyarrays (#18541) (fa50b03)[@import](https://github.com/import) url(...)(#17857) (aec5fdd)definein environment config was not working (#18515) (052799e)cssCodeSplitinenvironments.xxx.buildis invalid (#18464) (993e71c)CSSOptions.preprocessorOptions(#18001) (7eeb6f2)build.cssMinifyto'esbuild'for SSR (#15637) (f1d3bf7)--watchshould not overridebuild.watchoptions (#18390) (b2965c8)opendependency to 10.1.0 (#18349) (5cca4bf)thisin exported function should beundefined(#18329) (bae6a37)output.formatwithworker.formaton worker build error (#18165) (dc82334)injectQuerydouble encoding (#18246) (2c5f948)conditionsand more (#18302) (2017a33)defineConfig(#18299) (94e34cf)this.hot.closefor non-ws HotChannel (#18212) (bad0ccc)data:(#18241) (ec0efe8)sharedPlugins(#18214) (34041b9)webCompatible(#18221) (a44b0a2)HMRConnection.sendon implementation side (#18186) (9470011)config.consumerinstead ofoptions?.ssr/config.build.ssr(#18140) (21ec1ce)getRelativeUrlFromDocument(#18115) (ade1d89)script modulein svelte (#18063) (7d699aa)preload-helperhas no side effects (#18057) (587ad7b)ssrModuleandssrError(#18031) (cf8ced5)Performance Improvements
Object.keys(import.meta.glob(...))/Object.values(import.meta.glob(...))(#18666) (ed99a2c)module.enableCompileCache()(#18323) (18f1dad)crypto.hashwhen available (#18317) (2a14884)Documentation
HotUpdateContexttoHotUpdateOptions(#18718) (824c347)Reverts
Miscellaneous Chores
/mapping inresolve.alias(#18588) (a51c254)ssrvariable (#18594) (23c39fc)fast-globtotinyglobby(#18243) (6f74a3a)Code Refactoring
mergeWithDefaultsand organize how default values for config options are set (#18550) (0e1f437)allowLinkedExternalparameter fromtryNodeResolve(#18670) (b74d363)environmentsOptionsparameter (#18590) (3ef0bf1)originalFileNames/names(#18240) (f2957c8)tryEsmOnlyflag (#18394) (7cebe38)build(#18432) (cc61d16)_onCrawlEnd(#18207) (bea0272)parsewithsplitFileAndPostfix(#18185) (6f030ec)resolvePackageDatato get rollup version (#18208) (220d6ec)Build System
Tests
playground/json/__tests__/ssr(#18701) (f731ca2)Beta Changelogs
6.0.0-beta.10 (2024-11-14)
See 6.0.0-beta.10 changelog
6.0.0-beta.9 (2024-11-07)
See 6.0.0-beta.9 changelog
6.0.0-beta.8 (2024-11-01)
See 6.0.0-beta.8 changelog
6.0.0-beta.7 (2024-10-30)
See 6.0.0-beta.7 changelog
6.0.0-beta.6 (2024-10-28)
See 6.0.0-beta.6 changelog
6.0.0-beta.5 (2024-10-24)
See 6.0.0-beta.5 changelog
6.0.0-beta.4 (2024-10-23)
See 6.0.0-beta.4 changelog
6.0.0-beta.3 (2024-10-15)
See 6.0.0-beta.3 changelog
6.0.0-beta.2 (2024-10-01)
See 6.0.0-beta.2 changelog
6.0.0-beta.1 (2024-09-16)
See 6.0.0-beta.1 changelog
6.0.0-beta.0 (2024-09-12)
See 6.0.0-beta.0 changelog
v5.4.21Compare Source
Please refer to CHANGELOG.md for details.
v5.4.20Compare Source
Please refer to CHANGELOG.md for details.
v5.4.19Compare Source
Please refer to CHANGELOG.md for details.
v5.4.18Compare Source
Please refer to CHANGELOG.md for details.
v5.4.17Compare Source
Please refer to CHANGELOG.md for details.
v5.4.16Compare Source
Please refer to CHANGELOG.md for details.
v5.4.15Compare Source
Please refer to CHANGELOG.md for details.
v5.4.14Compare Source
Please refer to CHANGELOG.md for details.
v5.4.13Compare Source
Please refer to CHANGELOG.md for details.
v5.4.12Compare Source
This version contains a breaking change due to security fixes. See https://github.com/vitejs/vite/security/advisories/GHSA-vg6x-rcgg-rjx6 for more details.
Please refer to CHANGELOG.md for details.
v5.4.11Compare Source
Please refer to CHANGELOG.md for details.
v5.4.10Compare Source
Please refer to CHANGELOG.md for details.
v5.4.9Compare Source
Please refer to CHANGELOG.md for details.
v5.4.8Compare Source
Please refer to CHANGELOG.md for details.
v5.4.7Compare Source
Please refer to CHANGELOG.md for details.
v5.4.6Compare Source
Please refer to CHANGELOG.md for details.
v5.4.5Compare Source
Please refer to CHANGELOG.md for details.
v5.4.4Compare Source
Please refer to CHANGELOG.md for details.
v5.4.3Compare Source
Please refer to CHANGELOG.md for details.
v5.4.2Compare Source
Please refer to CHANGELOG.md for details.
v5.4.1Compare Source
Please refer to CHANGELOG.md for details.
v5.4.0Compare Source
Please refer to CHANGELOG.md for details.
v5.3.6Compare Source
Please refer to CHANGELOG.md for details.
v5.3.5Compare Source
Please refer to CHANGELOG.md for details.
v5.3.4Compare Source
Please refer to CHANGELOG.md for details.
v5.3.3Compare Source
Please refer to CHANGELOG.md for details.
v5.3.2Compare Source
Please refer to CHANGELOG.md for details.
v5.3.1Compare Source
Please refer to CHANGELOG.md for details.
v5.3.0Compare Source
Please refer to CHANGELOG.md for details.
v5.2.14Compare Source
Please refer to CHANGELOG.md for details.
v5.2.13Compare Source
Please refer to CHANGELOG.md for details.
v5.2.12Compare Source
Please refer to CHANGELOG.md for details.
v5.2.11Compare Source
Please refer to CHANGELOG.md for details.
v5.2.10Compare Source
Please refer to CHANGELOG.md for details.
v5.2.9Compare Source
Please refer to CHANGELOG.md for details.
v5.2.8Compare Source
Please refer to CHANGELOG.md for details.
v5.2.7Compare Source
Please refer to CHANGELOG.md for details.
v5.2.6Compare Source
Please refer to CHANGELOG.md for details.
v5.2.5Compare Source
Please refer to CHANGELOG.md for details.
v5.2.4Compare Source
Please refer to CHANGELOG.md for details.
v5.2.3Compare Source
Please refer to CHANGELOG.md for details.
v5.2.2Compare Source
Please refer to CHANGELOG.md for details.
v5.2.1Compare Source
Please refer to CHANGELOG.md for details.
v5.2.0Compare Source
Please refer to CHANGELOG.md for details.
v5.1.8Compare Source
Please refer to CHANGELOG.md for details.
v5.1.7Compare Source
Please refer to CHANGELOG.md for details.
v5.1.6Compare Source
Please refer to CHANGELOG.md for details.
v5.1.5Compare Source
Please refer to CHANGELOG.md for details.
v5.1.4Compare Source
Please refer to CHANGELOG.md for details.
v5.1.3Compare Source
Please refer to CHANGELOG.md for details.
v5.1.2Compare Source
Please refer to CHANGELOG.md for details.
v5.1.1Compare Source
Please refer to CHANGELOG.md for details.
v5.1.0Compare Source
Please refer to CHANGELOG.md for details.
v5.0.13Compare Source
Please refer to CHANGELOG.md for details.
Configuration
📅 Schedule: (in timezone Europe/Berlin)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Mend Renovate CLI.
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.Merge
Merge the changes and update on Forgejo.Warning: The "Autodetect manual merge" setting is not enabled for this repository, you will have to mark this pull request as manually merged afterwards.