![]() |
|
#1
|
|||
|
|||
|
Okay, since there has been all sorts of discussion about non-executable file types causing infection, I've since got into the habit of running every new file I recover out of my sandboxed applications sandboxed (untrusted). This includes seemingly harmless .txt files, .jpg files etc etc.
I've now tested this technique with Sandboxie, DefenseWall, and GeSWall. Interestingly, all 3 programs have problems when it comes to opening certain file types. Let me illustrate with an example: 1. I open my Firefox browser sandboxed (Sandboxie) or untrusted (DefenseWall) or isolated (GeSWall) 2. I download a .jpg file and recover it on to my real system 3. I open the .jpg file (with double click) 4. If Windows Picture and Fax Viewer is my default picture viewer, it will open un-sandboxed or trusted or un-isolated, leaving me vulnerable to attacks. 5. In other words, don't open newly introduced files with "double-click". Use the right-click option and run it sandboxed or untrusted or isolated. Another example: 1. I open my Firefox browser sandboxed (Sandboxie) or untrusted (DefenseWall) or isolated (GeSWall) 2. I download a .avi file and recover it on to my real system 3. I open the .avi file (with double click) 4. If Windows Media Player is my default video player, it will open un-sandboxed or trusted or un-isolated, leaving me vulnerable to attacks. 5. In other words, don't open newly introduced files with "double-click" etc etc. I'm sure there are many other examples, and all seem to relate to the built-in Windows programs like Windows Picture and Fax Viewer, and Windows Media Player. I hope people can follow this. Please feel free to comment on this. I solve the above problems by either using the right click option as stated above, or simply running a sandboxed windows explorer to open any newly introduced files. Another way to solve these issues are to find 3rd party replacements to run as default, instead of the Windows programs. For example, use another picture viewer to open .jpg files by default. Or use another video player to open .avi files by default. This way, all 3 programs should be able to catch the 3rd party application process and run it sandboxed/untrusted/isolated. EDIT: Another way to solve the second example above is to specifically configure Sandboxie/DefenseWall/GeSWall to run your default video player sandboxed or untrusted (DefenseWall runs wmplayer.exe as untrusted by default) or isolated. Last edited by ssj100 : August 26th, 2009 at 07:58 PM. |
|
#2
|
||||
|
||||
|
hmm looks like ill be sandboxing my media player and windows picture viewer
![]()
__________________
Windows 7 x64 - Windows Defender: Disabled - UAC: Disabled Real-Time: Avast Free / Zemana Free / WinPatrol On-Demand: HitmanPro / MBAM |
|
#4
|
||||
|
||||
|
Quote:
WHAT, thats pretty ~Snip~, hope this functionality is added in a future release, and im wondering why this wasnt available from the start...
__________________
Windows 7 x64 - Windows Defender: Disabled - UAC: Disabled Real-Time: Avast Free / Zemana Free / WinPatrol On-Demand: HitmanPro / MBAM Last edited by Bubba : August 26th, 2009 at 09:08 PM. Reason: Language |
|
#6
|
||||
|
||||
|
You're definitely correct with needing to sandbox the opening of downloaded files. As for the picture viewer, you may want to see if it is possible to sandbox dllhost.exe or rundll32.exe (depending on your OS).
You'll also want to consider sandboxing Adobe Reader/Foxit Reader, Microsoft Office applications, audio/video players, and really any other program which handles complex file types - they almost all have vulnerabilities ![]() |
|
#7
|
||||
|
||||
|
Quote:
its not hard, its just with such a common file i wuld probly forget before opening it out of pure habit. Quote:
i never feel comfortable sandboxing critical system files but ill go with ur advice on the apps, ive already got adobe reader sandboxed but not MS Office or my Video players, althought im not gunna sandbox my itunes since its gunna become a HUGGEE pain in the ass if i do...
__________________
Windows 7 x64 - Windows Defender: Disabled - UAC: Disabled Real-Time: Avast Free / Zemana Free / WinPatrol On-Demand: HitmanPro / MBAM |
|
#10
|
||||
|
||||
|
and, why not running it *.jpg, *.avi etc. directly from browser ... just pick "open" on file download window from IE or open with... on FF from download window... every player, viewer which is running directly from browser will inherit sandboxed environment from browser or any other sandboxed application which started it ...
things which are unsafe in unsandboxed world are in fact safe and recommended in sandboxed environments...
__________________
My defense on WIN 7 64 bits: F-Secure Client Security 9.01, Sandboxie 3.46, AI RoboForm Pro v.6.10.0 Sorry for bad English Thanks
|
|
#11
|
||||
|
||||
|
Quote:
The risk is far, far higher than "0.000001%" but if you keep updated with the newest patches and keep an ear open to new reports, that can greatly lessen the risk. One note to keep in mind is that these exploits generally download and execute other executable infections which are easier to then sandbox/intercept but you'll need to see how your sandbox behaves with it. Quote:
Indeed the picture/fax viewer is tightly integrated within Windows Explorer so it isn't as easy to isolate for a direct sandboxing but a better approach would be to disable/unregister previews of image files and other file types and then just open files when wanted in their respective programs within the sandbox. |
|
#12
|
|||
|
|||
|
Or why not enlist the security benefits of Virtualbox or similar virtual machine to isolate all of your files you worry about?
![]() |
|
#15
|
||||
|
||||
|
Quote:
Sometimes only one payload is delivered to that ip so if you try for second payload download it mightn't come through. Haven't had the payload auto-execute here as yet and don't know if it can. Payload: Quote:
__________________
Lean, Mean and Clean! Sandboxie, Buster Sandbox Analyser, Returnil 2008, Microsoft Virtual PC 2007 SP1, Drive Snapshot
|
|
#16
|
||||
|
||||
|
huh...this is taking paranoia to its heights.Ssj you are missing the simple pleasure tinged with an element of risk of the virtual world.Click the mouse...turn the pc off and get the 100% security you so desire
|
|
#19
|
|||
|
|||
|
Franklin, I tried the url on my Vbox setup but nothing happened download-wise. But on the web page there were two urls at the bottom of page. Trying both of them instantly gave me the option to download them. They will download but not launch, so they seem harmless at least in terms of launching unexpectedly. Of course anyone with common sense would not proceed to download/launch them. I don't use Adobe; rather I use Foxit Reader instead, so I don't know if this helps mitigate the exploit?
|
|
#20
|
||||
|
||||
|
Wepawet is a site you can upload pdf exploits for an detailed report.
You have to go to the original site that downloads the actual pdf exploit. I also tried to run the load.exe which according to Avira is fake av scan but seems to be sandbox/vm aware and won't fully deploy here in either.
__________________
Lean, Mean and Clean! Sandboxie, Buster Sandbox Analyser, Returnil 2008, Microsoft Virtual PC 2007 SP1, Drive Snapshot
|
|
#21
|
|||
|
|||
|
Quote:
Okay, I knew there seemed something harmless about it but couldn't put my finger on it ![]() Quote:
Those two urls at the bottom of the wepawet site certainly seemed to worked, or are they not the correct sites? I also tried to launch one of them within Sandboxie-within Vbox and Sandboxie blocked its Internet access attempt. Load.exe was running in Process Explorer, though, but I did not note anything odd occurring in the Sandbox, so maybe as you say it doesn't like the virtual environment. Interesting stuff all the same. |
|
#22
|
||||
|
||||
|
Quote:
__________________
Lean, Mean and Clean! Sandboxie, Buster Sandbox Analyser, Returnil 2008, Microsoft Virtual PC 2007 SP1, Drive Snapshot
|
|
#23
|
|||
|
|||
|
Okay, will try tomorrow evening. Thanks!
I did launch the load.exe within Sandboxie after I removed internet restrictions but blocked Vbox with Outpost and the file was generating SYN flags to a specific ip address, which Outpost blocked, as expected. No ACKs or connection established that I could see using Netstat -an. |
|
#24
|
||||
|
||||
|
Quote:
|
| « Previous Thread | Next Thread » |
| Thread Tools | Search this Thread |
|
|