Open e-t-l opened 3 months ago
for me it works fine, you must have installed the file checker addon: and it fails perhaps you did not allow sigcheck.exe internet access?
Cheers David
@DavidXanatos
Suggestion [3,General]: The command sigcheck.exe was not found, but does exist in the current location. Windows PowerShell does not load commands from the current location by default. If you trust this command, instead type: ".\sigcheck.exe". See "get-help about_Command_Precedence" for more details.
@e-t-l
C:\Program Files\Sandboxie-Plus\addons\FileChecker
folder.sigcheck.exe
to any location.FileChecker
addon.OnFileRecovery=powershell.exe -NoP -EP Bypass -F "LOCATIONOFYOURCHOICE\CheckFileCustom.ps1" -bin
and it fails perhaps you did not allow sigcheck.exe internet access?
I don't even see sigcheck attempting a connection in my firewall manager (Portmaster), nor do I see it in Windows Firewall. What server should it be connecting to?
Update: I don't think sigcheck.exe or CheckFile.ps1 are even being run. I didn't yet have a chance to do all the steps you describe, i.e. changing the directory of sigcheck etc, but as a quick test I tried two things:
Both times, I tried recovering a file and got the exact same behavior as before, which tells me that the CheckFile PS script is not actually being executed for some reason. Again, I haven't tried doing it with the custom path and global trigger like you described yet.
Also, idk if this is important, but I noticed that the sigcheck.exe file that is downloaded when installing File Checker is not the same size as the one included in the original SysInternals suite. Is it an older version of the executable?
Run from CMD to see the errors:
powershell.exe -NoP -EP Bypass -F "C:\Program Files\Sandboxie-Plus\addons\FileChecker\CheckFile.ps1" -bin "exeFile.exe"
Also, idk if this is important, but I noticed that the sigcheck.exe file that is downloaded when installing File Checker is not the same size as the one included in the original SysInternals suite. Is it an older version of the executable?
Version 2.9.0, but 32-bit. Maybe the version you have is 64-bit and its name does not end in 64.
Run from CMD to see the errors:
powershell.exe -NoP -EP Bypass -F "C:\Program Files\Sandboxie-Plus\addons\FileChecker\CheckFile.ps1" -bin "exeFile.exe"
Replaced "exefile" with an existing filepath. It returns no errors or other messages.
I also tried opening a Powershell console and directly running "C:\Program Files\Sandboxie-Plus\addons\FileChecker\CheckFile.ps1" -bin "exeFile.exe"
(again using a real filepath) and it returned a ParseError: "Unexpected token '-bin' in expression or statement."
I don't know what I'm supposed to be seeing here. What does the script return when you run it?
Update: trying random different files as arguments seems to return one of three results, without any identifiable pattern:
2. Appropriate sigcheck response.
Sigcheck v2.90 - File version and signature viewer Copyright (C) 2004-2022 Mark Russinovich Sysinternals - www.sysinternals.com
c:\sandbox\etl\malwaretestbox\drive\c\program files\adobe\acrobat dc\acrobat\Acrobat.exe: Verified: Signed Signing date: 8:44 AM 2/10/2024 Publisher: Adobe Inc. Company: Adobe Systems Incorporated Description: Adobe Acrobat Product: Adobe Acrobat Prod version: 23.8.20533.0 File version: 23.8.20533.0 MachineType: 64-bit VT detection: 2/79 VT link: https://www.virustotal.com/gui/file/f5ee36de8edf9be2ac2752b219cfdcb7ca1677071b8e116cb876306e9f1b6628/detection
3. Null response from Sigcheck.
Sigcheck v2.90 - File version and signature viewer Copyright (C) 2004-2022 Mark Russinovich Sysinternals - www.sysinternals.com
c:\sandbox\etl\malwaretestbox\user\current\appdata\local\crashdumps\Acrobat.exe.23632.dmp: Verified: Unsigned File date: 2:43 PM 4/10/2024 Publisher: n/a Company: n/a Description: n/a Product: n/a Prod version: n/a File version: n/a MachineType: n/a VT detection: Unknown VT link: n/a
If the VT detection result is not 0/XX, a warning is issued. (security check failed)
It would be better if you provide a screenshot of the Sandboxie Plus warning. If it looks like the example below, the recovery script is not working properly.
If the VT detection result is not 0/XX, a warning is issued. (security check failed)
It would be better if you provide a screenshot of the Sandboxie Plus warning. If it looks like the example below, the recovery script is not working properly.
Example:
I am getting the exact same error in a popup message...
In my case, it is an Enhanced Isolation / Data Protection sandbox. Could be it.
Describe what you noticed and did
How often did you encounter it so far?
Every file recovery action
Expected behavior
I expect to only see this dialog for files with actual security vulnerabilities, not for every single file.
Affected program
Not relevant
Download link
Not relevant
Where is the program located?
Not relevant to my request.
Did the program or any related process close unexpectedly?
No, not at all.
Crash dump
No response
What version of Sandboxie are you running now?
Sandboxie-Plus v1.14.5 64-bit
Is it a new installation of Sandboxie?
I just updated Sandboxie from a previous version (I remember which one it is).
Is it a regression from previous versions?
No; the issue has persisted for as long as I have had Sandboxie installed
In which sandbox type you have this problem?
In a standard isolation sandbox (yellow sandbox icon).
Can you reproduce this problem on a new empty sandbox?
I can confirm it also on a new empty sandbox.
What is your Windows edition and version?
Windows 11 Enterprise 23H2 64-bit
In which Windows account you have this problem?
A local account (Administrator)., An account with UAC protection set to Always notify.
Please mention any installed security software
Avast One
Did you previously enable some security policy settings outside Sandboxie?
No response
Trace log
No response
Sandboxie.ini configuration