I have a bug where a user can create a file anywhere.
This file:
1.can have any name/ext
2.will be empty
3.must not exist. E.g you can't create c:\windows\win.ini
4. You can't edit it
I can DOS.Other ideas you would like to share?
/cc: @SandboxBear , @decoder_it , @tiraniddo
-
Show this thread
-
This Tweet is unavailable.
-
Replying to @SandboxBear @gweeperx and
https://docs.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-redirection … The contents of a redirection file are ignored, but its presence causes Windows to check the application directory first whenever it loads a DLL, regardless of the path specified to LoadLibrary or LoadLibraryEx.
2 replies 0 retweets 3 likes -
Replying to @jonasLyk @SandboxBear and
That is the only case where I can see an not content controllable file creation vulnerability being usefull. Remember, a file creation vuln is also a directory creation vuln. Just append ::$INDEX_ALLOCATION
1 reply 0 retweets 2 likes -
Replying to @jonasLyk @SandboxBear and
I Just got an idea.... You can create an alternative data stream on the primary hard drive root C:\:stream:$data - then afterwards you can open the file with FILE_APPEND_DATA because of FILE_APPEND_DATA S-1-5-11 (NT AUTHORITY\Authenticated Users)
2 replies 0 retweets 3 likes -
Replying to @jonasLyk @SandboxBear and
That would certainly work assuming it's not setting some super restrictive ACL explictly though. Of course you'd still need to find something useful to do with that primitive :-(
2 replies 0 retweets 0 likes -
Replying to @tiraniddo @SandboxBear and
Wait...help me think here :) If ACL in createfile call- nothing will happen, as we are not creating a new file- right? If a SetSecurity call on the Handle, then we may have a vuln exploitable by: hardlink c:\windows\target.exe -> c:\folder\file make folder inheret good acl to fil
1 reply 0 retweets 1 like
then redirect the privelegied filecreatecall to c:\folder\file:stream:$data When setsecurity is called on stream the file will inherit from holder- refelecting to target file.....right?
Loading seems to be taking a while.
Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.