kmerolla

Any word on a resolution for this? I really need to onboard several machines to their proper groups.

Dyllon, Security and Maintenance just shows "Malwarebytes is turned on." Could this be caused by having the real-time protection delayed 15 seconds? It's only happening on boot, and not again until subsequent boots; but not all boots and not all systems (I've never seen it). I am thinking Windows is tripping on the DB version (or last update date) before MBCloudEA has a chance to run the update on startup. I'd like to be able to prove this as telling my users "just ignore it" is not an enviable proposition.

Seemingly corresponding with the April product update, several of my Windows 10 endpoints are now displaying a pop-up every reboot stating that Windows Defender has been turned off and is not monitoring the system. I have confirmed that the Malwarebytes Agent is up to date and the endpoints are running the latest database version. Anyone else seeing this? What can be done to rid my endpoints of this nuisance?

We are all awaiting this feature. Hopefully it will be incorporated sooner than later.

Dyllon, we deploy using full exe with prerequisites via SCCM. Also only happening to Windows 10 endpoints. Working with Josh on my support case and and the dev team identified 3 reg keys that, when removed, allowed the upgrade to occur silently and without issue on 2 of my affected endpoints. [HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Malwarebytes' Managed Client] [HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{72BE25D7-574A-4F4D-B9B3-907D239CE1C7}] [HKEY_USERS\<user SID>\Software\Malwarebytes' Anti-Malware] (we are migrating off 1.8

@KDawg, Registry archive uploaded. Also I believe I have found an initial workaround. I moved 2 affected systems into an IR only policy and they have stopped prompting to reboot for now.

@KDawg On the affected systems Malwarebytes 3.1.8 has already been uninstalled by the upgrade process. Should I force re-install it? What will stop it from re-attempting the upgrade? Getting the Registry files now.

OK, I am up to 6 affected systems. Looks like the MBAMService is failing to upgrade to version 3.3.2. I know there's an issue regarding this version, however, the issue occurs AFTER it''s installed. On my endpoints it's not getting installed in the first place, just repeatedly failing and rebooting the endpoint. Policy is set to not reboot. 2018-01-15 02:38:02.540 Setup version: Inno Setup version 5.5.8 (u) 2018-01-15 02:38:02.540 Original Setup EXE: C:\PROGRAMDATA\MALWAREBYTES\MBAMSERVICE\instlrupdate\mb3-setup-common-3.3.2.2243.exe 2018-01-15 02:38:02.540 Setup comm

Woke up this am to 2 reports that my clients (Windows 7 and WIndows 10) running Endpoint Protection have been continuously rebooting since 2:30 am Eastern. I can only assume a this point that this is somehow related to the Friday release. Anyone else out there seeing this? Any way I can stop this from rebooting my 1400 servers and endpoints on a Monday morning?

So the 255.255.255.255:68 web block came back in my environment today. Why is malwarebytes insisting on blocking UDB broadcast traffic?

Is the nested group feature released yesterday only available to new groups? I don't see the option to nest my existing groups. -Kevin

It would be helpful if, when hovering over or right-clicking on the Malwarebytes endpoint tray icon on Windows, it would show the client's DB version.

No kidding. This is getting old.

Moving to Business Support.

I included the screenshot of the block.