On Windows, risky paths hidden inside --flag=value arguments or NT device paths are now caught.
What's wrong with this entry?
On Windows, the check that spots risky paths in commands now unwraps --flag=value arguments and re-checks the value, and flags NT object paths containing a /??/ segment.
- A normalizer collapses repeated
\??\prefixes before the check runs. - The cygwin-style
/c/...toC:\conversion is now done inline rather than through a helper that was removed. - The sandbox path validator now uses the same shared UNC and device-path check as the rest of the detector.
DavWWWRoot
Strings lifted out of the shipped bundle, so the claim above can be checked against them.
Related
Other releases about the same thing. Found by shared names or similar wording; neither means one caused the other.
-
v2.1.234
Windows policy helpers can be PowerShell scripts
Both mention window
-
v2.1.234
Windows sandbox refusals now say why an exclusion did not apply
Both mention window
-
v2.1.234
Terminal is restored on Ctrl+Break on Windows
Both mention window