gonzo

Block should be clearing very soon. Sorry for the inconvenience.

This is interesting. If I start the page without Browser Guard enabled, there are no problems at all (as you are aware). If I start with Browser Guard enabled, a memory leak starts after 5 seconds. If I shut off Browser Guard, the memory leak continues unabated. Same pattern with Firefox... I will send this to dev along with your debug log. It is easily reproducible here just by going to the login page and observing the results.

I will check out the log and send it to our devs. Just on that login page, a memory leak starts up after 5-10 seconds, and its off to the races from there. Thanks for the info!

If even the login page crashes eventually, I will eventually need to ask you for the URL of the login page (unless your log specifies it clearly). Use these two attachments as guides for getting the log. Please make sure that you get the log right after the failure occurs. They can get big and that makes it easier to get lost in the log.

We will need to get a screenshot and a Browser Guard debug log from you. I also have a few questions for you while you are getting that information to us... Is that error something we can reproduce, or does it require authentication? Is this on Windows or Mac? Is your Browser Guard enabled to work in regular mode as well as incognito, or just regular mode? Is this related to uploading or downloading information? Do you have any other browser extensions in use? Have you tried doing the same processes in Firefox or Edge, and if so, what were the results?

The site has been whitelisted. Please allow 15-30 minutes for changes to take effect. Sorry for the inconvenience.

The sites have been whitelisted. Please allow 15-30 minutes for changes to take effect. Sorry for the inconvenience.

I could not reproduce the error, but I did get confirmation that res.cdn.office.net was causing riskware blocks that have stopped occuring. Seems okay now.

That gave me what I needed. I created a whitelist entry for your help.gerson.us site. Please allow 15-30 minutes for changes to take effect. Thanks for following up on this!

On 7 June 2022, we released Malwarebytes Anti-Ransomware Beta 11 version 0.9.20 with Component Update package version 1.1.475. The changelog for this build can be found below: Issues fixed: Removed references to excluded processes from process list once those processes terminated. Fixed bug which omitted ProcessInfo-hashes for processes launched from UNC share Fixed bug in Behavior Protection which prevented Veeam backups from functioning properly. Fixed bug which prevented MB3Swissarmy component from loading on 64-bit Windows 7. Fixed bug which presented a non-functional scan option in Windows context menus.

Hard to tell at this point. If it was a glitch, Sunday was an excellent time for it to happen.

I did not try it until Monday mid-morning (just now), but I got into Adobe's site without any issues. If you are still having problems, please let us know.

The site has been whitelisted. Please allow 15-30 minutes for changes to take effect. Sorry for the inconvenience.

It is the same extension being used, and I was trying to reproduce it in Chrome and could not. Please give me a hint...

I have tried to find a way to reproduce that error and have not been able to. What do you do to make that error occur?

Site is not blocked.

Thank you for providing the website. I have confirmed the block, tested the site, and whitelisted it. The site is now accessible. When Browser Guard was introduced, many non-standard TLDs were blocked by default. The rationale was that a majority of malware originated from sites that fit this category. Each site that was reported required testing to determine whether the website was safe to access, or should remain blocked. That testing guided our decision whether to whitelist or not. An ever increasing number of new websites are using non-standard TLDs, yet more malware still originates from non-standard TLDs. After analyzing data collected over time related to reports, testing and whitelisting, developers included a setting which allows users to choose whether non-standard TLDs should be accessible or be blocked. Blocking is for users who prefer security over convenience. The default setting is that sites are accessible. Your website was blocked only after you selected the higher security setting. Only those users who specifically change this setting would be blocked. Even when the website is blocked, the user can still choose to go to the website and can also add it to Browser Guard's Allow List for unrestricted access in the future. Those last two options only are presented if the user has chosen the non-default setting for this switch.

The site has been whitelisted. Please allow 15-30 minutes for changes to take effect. Sorry for the inconvenience.

done

OK. Another note related to this possibility...if the user read a block screen, noticed the "do not block" and clicked that checkbox, it may not repeat itself (depending on whether he said ignore once or ignore always). If this comes up again in the future, that would be a question to ask your users.

The site has been whitelisted. Please allow 15-30 minutes for changes to take effect. Sorry for the inconvenience.

I did a test with Netflix, and found that upon completion of video #1, memory use increased to about 1.2GB when selecting and starting video #2, then settling down to sustained 1.0GB RAM usage. I don't have Disney Plus, so this is somewhat an apples and oranges comparison. Looking at your old debug log, I found something that I have asked questions about, but have not yet received a response. As of today, Browser Guard is available in the Edge store. If you would, I would like you to do the following... Uninstall Browser Guard from your Edge browser. Dump your browser cache, then close your browser and restart your computer Start Edge, loading an empty tab (or anything but Disney) Load a fresh copy of Browser Guard from the Edge add-on store Go to Browser Guard's support screen (three dots) and specifically select CHECK FOR DB UPDATES. When the message is displayed that databases are up to date, start Task Manager (MORE DETAILS mode, and select PROCESSES). Note memory use. Go to DisneyPlus, then select and begin watching a video. Note memory use in Task Manager. If/when you see memory use skyrocket, get a Browser Guard debug log and send it to me. I apologize for what may seem like redoing some earlier steps, but I want to do all of the above in a controlled manner, using the current BG (not an upgrade from an earlier version), allowing database upgrades, and monitoring memory usage throughout WITHOUT having other apps influencing this issue. I will analyze your log when I receive it, and also forward it to developers. Thanks for your patience!!!

Fair enough. I'll look for your reply.

It is still possible that a download was blocked. You do have some form of installer available there. Access to a website and access to specific components of a website may be affected differently. If you could confirm whether downloads (if they are possible there) work or are blocked, that would help.

I just successfully went to your website with both Chrome and Firefox, using Malwarebytes Consumer, Business and Browser Guard all installed. No issues. Please provide a screenshot which shows the blockage.