Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by exile360

  1. Great, I'm glad to hear it Nope, as long as it's working you're all set. They usually just leave threads as they are for the sake of others who might come along, but don't generally mark them differently once resolved (though they do occasionally mark the best solution/answer, but not always). If there's anything else you need just let us know. Thanks
  2. The trouble with running explorer as admin is that it passes its permissions on to every process launched by it. This means that every time you run a program by clicking a shortcut or double-clicking an executable, it automatically runs with administrative privileges. This includes your internet browsers and other web facing apps. There are two major issues with that. First, the vast majority of software has been designed to function with User Account Control (UAC) active since Windows Vista, meaning it was designed generally not to run with administrative privileges, so compatibility issues and anomalous behavior may occur. Second, which you already touched on, is the massive security hole it creates, not only for explorer.exe itself, but every program you run through it, including the example I gave of your web browser(s) meaning in a very real way you're reducing your security level to that of Windows XP, meaning these modern threats that were designed to attack systems protected by UAC which would normally install with lowest/local user privileges to avoid UAC prompts as a firewall will now be fully active as administrative processes giving them free reign over all files, folders, processes and registry hives on your system, including those which would normally be shielded by UAC and would normally be used as a means of both protecting the system by isolating the malware to less privileged locations as well as providing tools and functions a user could utilize to actually stop and remove such threats. I would strongly advise against keeping it this way, and if the drag and drop issue is really that important, instead use an alternate shell expressly for those particular cases where you need to do so which you configure to run as admin such as the portable version of UltraExplorer or some other alternative shell program which you can run whenever you need to do such a thing (besides, in an admin account with UAC active Windows typically just gives you an extra prompt to get through via UAC, it shouldn't generally block you from dragging and dropping files to/from privileged locations save for a select few which are deliberately set to have DENY permissions for security reasons). As for Malwarebytes, I'm really not sure but so far I've seen no other reports of this issue that I can recall, so it is possible that this or some other setting in your system is affecting it. I doubt a clean install would fix it, though the recently released beta might. You can install the beta by opening Malwarebytes and going to Settings>Application and scrolling down the tab to the Beta Application Updates section and enabling the option there, then scrolling back up near the top and clicking the Install Application Updates button which should initiate the download and installation of the beta. Once it completes (which you can verify by looking at Settings>About and verifying that the Component package version: field shows 1.0.418 rather than 1.0.391), reboot the system and see if the issue is resolved.
  3. Actually, it depends on which of the 3 e-commerce vendors handled the transaction/subscription (Avangate, Cleverbridge or the more recently added 2checkout; contact info for the current 2 handling online sales/subscriptions can be found here) and while I honestly agree that auto-renewal is a bad idea (I was against it from the start back when I was a Malwarebytes employee), I do see the flip side of the issue that for a long time many customers were complaining that they had to keep remembering to renew their licenses each year or to receive constant nags about it when they just wanted it to happen automatically, much as they are now used to with many of their bills for utilities and other services these days (I myself have every bill that I can automatically drafted from my account so I don't have to worry about remembering to pay it, don't have to write any checks or buy any stamps, and no longer have to worry about entering credit card or bank account info on their sites every time I wish to pay my bills). That said, I'd still prefer it to be an option at time of purchase as some vendors have it so that customers may opt-out of it up front if they wish rather than having to purchase then contact the vendor their transaction was processed through to cancel it, but at least there is still the option of buying the boxed retail version which is only valid for 1 year with no auto-renewal, leaving it up to the customer to decide whether or not to renew and how to pay and where to buy from if they do.
  4. Yep, that's generally how I handle product updates as well. I've made it a regular part of my monthly Patch Tuesday routine (along with updating Flash etc. for my various browsers). It makes it easy to remember to do and less of a hassle that way.
  5. Greetings, For license related issues such as this your best option would be to contact Malwarebytes Support directly via the options found on this page as they have direct access to the internal licensing systems and will be able to see what's going on with your licenses and devices and unregister any devices you need removed.
  6. Yes, it removes the threats as well because it operates through a system level service and drivers, all of which run with higher than admin privileges.
  7. Greetings, I took a look at your logs and while this may not be related, it would be a good idea not to have explorer.exe set to run as admin: C:\Windows\explorer.exe [~ RUNASADMIN] To change this, go to C:\Windows and find explorer.exe then right-click on it and select Properties then go to the Compatibility tab and uncheck the box next to Run this program as an administrator under Privilege level and click Apply then OK. As for the issue with your Malwarebytes notifications, the only thing I saw in your logs that might be causing it would be the Custom Scaling setting under your display settings which you should be able to access by right-clicking your desktop background and choosing Screen resolution then clicking on Make text and other items larger or smaller and changing it to 100% (from its current 125%) and if not fixed after that, then perhaps adjusting the DPI setting which should be accessible in the same window via a link on the left side that says Set custom text size (DPI), clicking it, then changing the setting in the window that opens to 100% (from its current 120%). Alternatively, if changing those settings makes text too small to read then you can change them back and instead open C:\Program Files\Malwarebytes\Anti-Malware and locate the file called mbamtray.exe (or just mbamtray) and right-click on it and select Properties, then click on the Compatibility tab and under the Settings section check the box next to Disable display scaling on high DPI settings and then click Apply then OK. Once the change is made, restart your system and test to see if notifications and other text display acceptably now. Please let us know how it goes. Thanks
  8. Greetings, Malwarebytes scans should work fine within limited accounts because the scan and scheduler run as a service which has higher than administrative privileges and scans all user accounts on a computer, including local user folders and local user registry hives so it shouldn't be a problem in this regard. With that said, there are occasionally program updates for new product versions which need to be installed through an administrative user account because administrative privileges are required to install software, so I would recommend occasionally logging into these systems as an admin, opening Malwarebytes and navigating to Settings>Application and clicking on the Install Application Updates button to make sure that the program is fully up to date with new versions and components, restarting the system if prompted to complete the installation process. It's not unlike updating other software on the system such as browsers and plugins to help stay secure.
  9. Yes, the bug is an issue in the Web Protection component in Malwarebytes 3 which interfaces with the network stack so it can definitely cause temporary instability in other drivers that share the network stack, like some of the drivers used by Avast! so it's entirely possible for it to cause that, however now that you have the beta installed the crashes shouldn't occur any more, but please let us know if any issues do occur.
  10. Yes, it crashed because you aren't running the beta version where this issue has been fixed. To resolve the issue you would need to install the beta by opening Malwarebytes and navigating to Settings>Application and scrolling down the tab until you find the Beta Application Updates section and enable the setting beneath it, then scroll back up near the top of the tab and click on the Install Application Updates button which should download and install Component Package version: 1.0.418 which is the beta build where the BSOD issue should be resolved.
  11. Yep, like I said, it should work. Unfortunately there's a bug here that has yet to be resolved. Hopefully it will be soon after all these reports. For anyone having this problem with Malwarebytes installed in a location other than the default C:\Program Files\Malwarebytes where the component update packages fail to install properly, it might help if you tell us exactly where you have it installed (i.e. the exact path, including the drive letter etc.) and provide the following data from our Support Tool as that may speed things up for finding the cause of the issue and hopefully a fix: Download and run the Malwarebytes Support Tool Accept the EULA and click Advanced Options on the main page (not Get Started) Click the Gather Logs button, and once it completes, attach the zip file it creates on your desktop to your next reply
  12. Yes, component package version 1.0.391 is the last affected build by this BSOD issue. The beta should fix the problem. If you would like to install the beta then open Malwarebytes and go to Settings>Application and scroll down the tab until you find the option for Beta Application Updates and enable it/switch it to On, then scroll back up near the top of the same tab and click on the Install Application Updates button. That should have Malwarebytes download and install the beta for you. Once that's done you shouldn't see the BSOD any more when you run Battle.net.
  13. It depends on how long testing takes. That's the purpose of beta testing, to find bugs before releasing it as a final build so while it shouldn't be too long, it does depend on how testing goes for the beta because if new issues are found in the beta, then that would delay the release since the Developers would need to fix it first and put it through another full testing cycle prior to releasing it (they must test every change to the code fully to check for bugs/issues prior to releasing it in a final build). So QA is testing it, and now of course it is also available for public testing, and as far as I've heard it's gone well so far so I don't expect it to be too much longer, assuming it continues to go well.
  14. Yes, this is a bug. You are supposed to be able to install Malwarebytes elsewhere, but for whatever reason, when you do, it often results in component updates failing to install properly, and while I don't know the exact reason, I have my suspicions. I have a theory that because component updates are stored under Malwarebytes ProgramData folder (that same location I mentioned earlier where definitions, logs and settings are stored), whenever a new component update package is downloaded, a script tries to install the new files to their appropriate locations, including under Malwarebytes program folder and either A it is mistakenly hard-coded to place the files under C:\Program Files\Malwarebytes (which is unlikely, though possible), or B it fails because of permissions, as moving files from one drive to another is sometimes not possible for a program to do due to permissions restrictions in Windows. I've reported the issue to the Product team already, and I will report it once more now that you guys are still seeing it, and hopefully they'll figure out what's causing it so that in the future you may install Malwarebytes wherever you wish without worrying about whether or not it's going to function properly.
  15. There were a few different factors that made fixing this take so long as I understand it (bear in mind I have no direct internal info from the Devs so this is just based on what I have heard from the staff publicly). First, they did have trouble replicating the issue so they had to rely only on data collected from affected users and it can be time consuming trying to track down the exact cause of a crash in a driver via info pulled from crash dumps as they don't always indicate exactly why a particular driver crashed, just that it did crash. They also believed they had it fixed a couple of builds back, but it turned out that the fix they implemented did not correct the issue being addressed by this latest beta (though it did correct other crashes some users were having) and once they discovered that fix did not correct this issue for all users, they had to go back to the drawing board, scouring the code once more to try to track down the cause. They also didn't want to lose any functionality, and while they obviously don't want to crash anyone's systems, there were changes made recently to the Web Protection component which expanded its capabilities, and it was most likely this area of the code that they had to fix to eliminate the BSOD, but doing so without losing that new functionality may have proved tricky (basically, a few releases back they implemented more specific URL blocking in the Web Protection component, and it is my personal hypothesis that this change is where the BSODs started, but since Research needed this new code to be able to provide the best protection possible and to cut down on false positives, the Devs had to find a way to fix the BSOD issue without sacrificing these new enhanced features). Much of that is just my own theory though, so please take it with a grain of salt. But I do know from past first-hand experience having worked QA myself in the past and having worked directly with the Malwarebytes Devs on bugs and issues that it can sometimes take a long time to track down the cause of an issue, especially without a lot of data and no ability to replicate the issue on our own test systems (this means for example that the Devs couldn't just put together a debug build to pass to the QA team to document the issue more thoroughly to reveal the cause of the problem more quickly, something they will often do with such issues when QA is able to replicate a bug on their own systems).
  16. I recall there being a problem with update packages when Malwarebytes is not installed on C:\ or not installed in the default Program Files location so that is likely the cause of the issue with getting the beta and other component updates (the latest non-beta component package version is 1.0.391, so it should not be 1.0.0 if you're fully up to date with the latest non-beta build). I currently know of no workaround for the issue other than installing Malwarebytes to its default location. Also bear in mind that even if installed in another location or on a different drive, the data that Malwarebytes stores such as its definitions, configuration files and logs are all stored in C:\ProgramData which is what takes up most of the space that Malwarebytes consumes on a system, so installing its program files to a different directory or drive doesn't really do much to prevent using space on C:\. For example, here are the numbers for my own installation: C:\Program Files\Malwarebytes - 163 MB C:\ProgramData\Malwarebytes - 261 MB As you can see, the space consumed by Malwarebytes' data folder is considerably larger than that consumed by its program files, and it will only increase in size over time as signatures are updated and new logs are created from scans, real-time protection and other program activities. Also, Malwarebytes drivers will always install to C:\Windows\System32\drivers, so that's more data that cannot be relocated to a different drive. Those files aren't very large, but when added to the space occupied by its ProgramData folder, it just tips the scales that much further, rendering the size of its program files folder that much less significant in comparison.
  17. Yes, contacting Support directly via the options found on this page would be your best option to receive assistance with any license related problems. Also, to create a support ticket you don't need a Malwarebytes account at all, just a valid email address and you should be able to create a support ticket as the two are not connected.
  18. Hey guys, to be clear, in order to install the latest build you need to open Malwarebytes, navigate to Settings>Application and click on the Install Application Updates button. Updating by any other method will most likely only update the signatures/definitions, not the actual program/software or its components. Also, if you wish to install the recently released beta to see if that fixes the issues you're having, then prior to clicking on that button, you need to scroll down the Application tab and enable the following option: Once you've done that and clicked Install Application Updates, you should shortly see the following in Settings>About (once the update has had a chance to download and install after clicking the button): I do not know if this issue was addressed in the latest beta or not, however I do know for a fact that it does correct several other issues so it's probably still worth installing even if this particular problem is not fixed.
  19. No problem, hopefully the BSOD issue will finally be resolved with the beta. This bug has lingered for far too long and I know you guys have been waiting for a fix for a long time.
  20. Here is how you identify whether or not you have the beta. Since it is a Component Update, not a full release, only the Component package version changes which can be verified under Settings>About as illustrated and highlighted in the image below:
  21. Hehe, well it's not up to me, but I'll definitely suggest it to the Product team for consideration.
  22. If that's the case, then I think something like Microsoft's approach might be a better idea since it provides the best of both worlds without compromising any functionality:
  23. Ah, that explains it. Yes, the fact that after a scan the Scan tab gets stuck on the scan results page (even when nothing was detected by the previous scan) is kind of confusing. I've actually asked the Product team to review that and consider changing it so that if there were no detections during the previous scan, they return the Scan tab to normal after a short amount of time (like maybe a few seconds or a minute or two) so that users don't have to remember to click the 'X' to close the scan results screen and return to the normal scan selection screen. Hopefully they will change it eventually.
  24. Oh, I see the problem. You're in the wrong part of the program. You need to be on the Scan tab, not in the Scan Schedule. This image should help:
  • Create New...

Important Information

This site uses cookies - We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.