8349 items unprotected.
2192 in Internet Explorer (64 bit) \SOFTWARE (Domains).
6157 in Internet Explorer (64 bit) \SOFTWARE (Secure Domains).
8349 items unprotected.
2192 in Internet Explorer (64 bit) \SOFTWARE (Domains).
6157 in Internet Explorer (64 bit) \SOFTWARE (Secure Domains).
8910 items unprotected.
2709 in Internet Explorer (64 bit) \SOFTWARE (Domains).
6204 in Internet Explorer (64 bit) \SOFTWARE (Secure Domains)
Have you tried running Spybot as an administrator?
If that doesn't work, this might: http://wiki.spybot.info/index.php/Re...ks#ImmunizeIE8
Spybot will only immunize when run as administrator, so yes.
Thanks, tried that. Did not fix. The problem is not that Spybot fails to immunize IE completeley but that, since the "base trojan horse" detection rules update of December 9 2009, it has failed to immunize the Domains portions of the IE (64 bit)\SOFTWARE. The (32 bit) & (32\64 bit) sections continue to immunize correctly.
This is all explained back on page one, including the steps I took to isolate where and when the problem originally occurred and includes posted immudebug files (which still have not been viewed).
I had the same problem.
downloaded the update of 7/21/2010, and suddenly had 79 items which would not immunize in the Global (Hosts).
After following the steps shown above, it worked well. everything has immunized correctly.
Win 7 32 bit
3 GB RAM
2.1 Ghz Athlon 64 x 2
primary browser is Firefox
Possibly related: The time taken to load and unload registry hives appears to be increasing when opening and closing SS&D as the number of failed immunizations increases (on affected XP 64-bit systems).