Repository navigation
Replies: 32 comments 28 replies
|
Repeated twice, same result
|
|
test6 and test7 changed to no dictation
|
|
test 6 detected in version1.421.1222.0
|
|
For unknown reasons, SeleniumVBA.xlsm v6.4 is no detection in Defender.
|
|
Interesting. I think it should, but I have not tested it that way. Not sure exactly what is removed if VBSCRIPT is disabled. |
|
I updated the false positives table and sorted from latest to oldest. Thanks again to @hanamichi77777 for the help. What is really interesting in the latest (June 6th, 2025) is that the only false-positive detection is the test where we replaced VBS's RegExp with StaticRegex! I guess it might be because there is more VBA code for the heuristics to be confused by... Anyway, it appears as though we are in a false-positive quiet period for the .xlsm version. We still have not experienced a false-positive detection yet for the .accdb and DLL versions (knock on wood!). |
|
The results are as follows.
|
|
I repeated this three times with 1.431.151.0, but the results are disappointing in my environment.
|
|
Thanks for tripple checking! Weird that you nearly got the opposite results as I did! Back to drawing board... |
|
I repeated this three times and got good results with 1.431.183.0.
|
|
I repeated this three times and got good results with 1.431.188.0.
|
|
I repeated this three times and got good results with 1.431.199.0.
|
|
I repeated this three times and got good results with 1.431.266.0.
|
|
I experimented with regular expression alternatives (VBA-dotNET-regex(@6DiegoDiego9) and vba-regex).
|
|
Unfortunately, test1 has become unstable.
|
|
Unfortunately, even the official version 6.6 of Defender still gives false positives. Added. |
|
How to download safely without being detected by Defender
The above process can be automated using VBA. |
|
Currently, there is no way to ensure that it will not be detected.
(Addition) |
|
That is very interesting! Are you setting the password for the Workbook, or for the VBA project? |
|
Thank you for uploading the book with a password.
|
|
From @SanbiVN on an unrelated issue: To avoid Virus detectors: I never use the prefix: VBA. in the code. When I enter a URL into the code, I usually mess it up a little bit. Public Const hoops = "ht" & "t" & "ps://" In your project most of the libraries are declared early, I think it is not necessary. Those are the avoidances that I usually do in my project. |
|
Replace URLDownloadToFile: Declaration early: A mistake written in the keyword taskKillByImage = wsh.Run("taskkill /f /t /im " & taskName, 0, True)Try the following or convert to a byte array: taskKillByImage = wsh.Run("ta" + "sk" & "ki" + "ll /f /t /im " & taskName, 0, True)Prefix URL string: |
|
"Byte array or XOR encoding": WinHTTP auto-proxy via VBA-Web: "http" and "https" strings detection: |
|
Currently there are no false positives with WinInet API, we'll have to wait and see how it goes.
(10/11/25) Update
|
|
The test1 +WinHttpRequest5.1+WinHttp API remains No Detection.
WebDriver's download behavior is sensitive, so VirusTotal's score cannot be reduced to zero, but Defender's false positives have not occurred. |
|
I asked Perplexity Pro (C. Sonnet 4.5 Thinking) to prepare the email message and search the email/form to submit the false positive report to these 4 AV vendors. Do you agree with the message text? |









Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
More and more lately, SeleniumVBA has been flagged with antivirus false positives. This is not surprising given the complexity and functional breadth of our code. Multiple times in the past I've experimented by randomly removing/changing various code blocks, but it has been difficult to isolate the problem(s) on a one-off basis. Additionally, it seems that satisfying Window's Defender heuristics is a moving target, as there are times when the EXACT same code is fine one day, and then flagged on another, and then back to being ok later. Additionally, the MS Excel version of SeleniumVBA can be flagged, but the EXACT same code in MS Access is ok.
I think it's time to try a more structured longer-term approach. From v6.2 onward, we will test av false positives in this GitHub folder. There I have created several functionally "reduced" test versions of SeleniumVBA.xlsm. To start with, I've removed/replaced some functionality that I know MalwareBytes real-time protection does not like but will test other code changes in the future as well.
The table below summarizes the functionality removed from each test:
Below is a table for tracking false-positives over time - I will update this table with hopefully help from some of you going forward:
If you have issues downloading and/or using the latest release version, then please try one of the test versions, and then report your experience in this discussion thread so that we can track and hopefully determine a strategy that reduces the number of false positives in the future.
Thanks!
All reactions