Forums
New posts
Search forums
News
Security News
Technology News
Giveaways
Giveaways, Promotions and Contests
Discounts & Deals
Reviews
Users Reviews
Video Reviews
Support
Windows Malware Removal Help & Support
Inactive Support Threads
Mac Malware Removal Help & Support
Mobile Malware Removal Help & Support
Blog
Log in
Register
What's new
Search
Search titles only
By:
Search titles only
By:
Reply to thread
Menu
Install the app
Install
JavaScript is disabled. For a better experience, please enable JavaScript in your browser before proceeding.
You are using an out of date browser. It may not display this or other websites correctly.
You should upgrade or use an
alternative browser
.
Forums
Software
Security Apps
VoodooShield
VoodooShield CyberLock 7.0
Message
<blockquote data-quote="danb" data-source="post: 992878" data-attributes="member: 62850"><p>It is difficult to say without testing, and the last thing I want to do is test some more <img src="data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7" class="smilie smilie--sprite smilie--sprite110" alt=";)" title="Wink ;)" loading="lazy" data-shortname=";)" />. What I do know for sure is that in earlier versions, when VS toggled to OFF, it would not have blocked msdt.exe, which is really where this attack needs to be blocked. It might have have blocked something further down the attack chain, but in my opinion, it is irrelevant because it really should have blocked msdt.exe from ever executing in the first place. We could have gone either way on this, simply because the malicious document will arrive either through a web browser or email client, but out of an abundance of caution, the best thing to do is to always block this attack at the msdt.exe stage.</p><p></p><p>And of course when VS was ON, this attack has always been blocked at the msdt.exe stage.</p><p></p><p></p><p>We tried to make the new UI look like the DefenderUI interface. If you have any suggestions please let us know, thank you!</p></blockquote><p></p>
[QUOTE="danb, post: 992878, member: 62850"] It is difficult to say without testing, and the last thing I want to do is test some more ;). What I do know for sure is that in earlier versions, when VS toggled to OFF, it would not have blocked msdt.exe, which is really where this attack needs to be blocked. It might have have blocked something further down the attack chain, but in my opinion, it is irrelevant because it really should have blocked msdt.exe from ever executing in the first place. We could have gone either way on this, simply because the malicious document will arrive either through a web browser or email client, but out of an abundance of caution, the best thing to do is to always block this attack at the msdt.exe stage. And of course when VS was ON, this attack has always been blocked at the msdt.exe stage. We tried to make the new UI look like the DefenderUI interface. If you have any suggestions please let us know, thank you! [/QUOTE]
Insert quotes…
Verification
Post reply
Top