Chat support available. Click the chat icon on the bottom right corner to start chatting with us right away!

Support mSecure

Important Security Notice 2026-11-03

This seems ominous:


Given the potential security implications, mSeven recommends that you immediately take steps to protect all confidential information stored within the mSecure password management application. This may include changing passwords, resetting or re-enrolling two-factor authentication methods, or removing existing passkeys.


500+ passwords, lot of changing.  This will require a triage.


 re-enrolling two-factor authentication methods? just for msecure, or every account referenced within msecure?


all passkeys that I use? 

all passkeys that I use on devices  that has msecure installed?  

just the passkey to access msecure?


If I perform these recommendations, and use the current version of msecure to manage these changes, what risks are the security implications?





32 personnes se posent la même question

@Klaus, @Ben

Is there some way to ‘prove’ this as an official response…? Not that I don’t trust you, but in cases like these you can’t trust many ;-)


It for sure is THE answer people that disabled the dreaded msecure cloud and never used it are waiting for. Completely ununderstandable that this is not shared on msecure’s website. I am under the strong impression that the maker(s?) don’t even read these forums at all.


Incredible amateuristic and a textbook example for the books regarding how to NOT handle a problem in your company. Silence is killing your product, whatever it is.

Another thread in this forum shows a user receiving a response from mSecure after submitting a ticket.  I submitted a ticket earlier yesterday and haven't received a response.  They say this only affects people who were syncing to the mSecure Cloud.   They also said deleting your data won't do anything (probably their way to hold on to customers).  We moved off mSecure as of yesterday.  Unacceptable.  

Hello everyone, I sync through Dropbox, and after mSeven's support reply I have asked them the following questions in writing. I am sharing them here in case others have the same concerns. 1. Are Dropbox sync users really not affected? An mSecure account has been required since version 5 whatever the sync method, so are account records involved? 2. What kind of information was in the stolen database? For example, email addresses, account details, or vault data? 3. In general terms, how well protected is that information, and could the unauthorized actor realistically read it? 4. What is the basis for "no evidence of access"? Is it a confirmed finding or only that nothing has been found so far? 5. When did the unauthorized access occur, and is the incident fully contained with its cause fixed? 6. Should we expect phishing or fraud attempts? If email addresses were taken, how can we tell that future messages really come from mSeven? 7. Will mSeven publish a public statement or security bulletin, and share the results of the independent review? So far the notice has reached us only by email, and many users could not verify it elsewhere. Until these are answered, many of us are left deciding whether to replace payment cards and change hundreds of logins. That costs real money and time, and it is hard to justify without clear information. If you have received answers from support on any of these points, please share them here.

Hello.


I raised this ticked to the support:

"Provided that your silence on that issue is far from being acceptable, some users reported they received messages from you  asserting that this "possible issue" is - in case - affecting ONLY users using mSecure Cloud as sync method.

To begin, could you at last 100% confirm that other users (synchronising with WiFi, iCloud or Dropbox  or simply stand alone installations on a single device) ARE NOT AFFECTED?
This is a simple yes/ no question, I hope you can find the way to provide me with a fast reply."
They replied quite fast with the same with the same standard message some of you already shared, so not a yes/no but a confirmation that only those using mSecure Cloud are (can?) be affected.


Then I added this further requests:
"I assume you are confirming what I asked in other terms, this CAN be an issue ONLY for those users who were synching with mSecure Cloud. 
So, may I ask you why you are not spontaneously broadcasting  the info to ALL the users?  This message - if true - would probably calm down a big part of us and suggest to the ones possibly affected by the issue that as EMERGENCY - and certainly not as you define as "standard best practice" - it would be CRUCIAL to change master password and so on
Moreover:
1) would you please specify IN DETAILS what "information belonging to current and former users of the mSecure password management application" are we talking about? Name, credit card, email,..?
You must know exactly the contents of the file at that time
 2) Though I don't know what has been acquired (see above) I give for granted that the master password is not part of the stolen information, so can you please explain to me why we should change it?  

As soon as I have a reply I will share it
No matter how this turns out, this is definitely the end of mSecure. Users will leave, because of lack of trust. I’ve already migrated over to a spreadsheet with 100’s of password changes and now looking for an alternative.

So like many I'm moving on.  Have to assume there was exfiltration of our stored data, which is bad but with a strong enough master password not immediately catastrophic.  Have set up Vaultwarden for local control over this, and will slowly migrate over in the coming weeks.  Importing from msecure CSV's is a disaster because the records are so ragged.  In the interim I've turned off the cloud storage on msecure so any incremental changes are at least kept local.

It would be great if they could share the full shape and contour of the problem so we better understand where the exposure might be, but the biggest likelihood imo is that there were password vaults exfiltrated.  My password happened to be exceptionally strong so I'm not worried about an immediate decrypt happening, but obviously my latent misgivings about cloud vs convenience weren't strong enough to keep me from avoiding the cloud.


Never making that mistake again.

They didn’t definitely say that the hackers didn’t access account passwords, so I’m not sure how a strong master password would make you feel safe. With the currently available information from mSeven, the only people who need to worry about bit less, are those who have their vaults not on the mSeven cloud. Assuming that the app wasn’t compromised as well, feeding vault information to the hackers.

according to this page : 

https://support.msecure.com/en/support/solutions/articles/36000064305-msecure-s-security-model-secure-by-design

there's an additional 46 chr key that is never sent to their servers and that is stored locally on our devices so there's a master pw + a 46 chr key.

If all this is true and if I correctly understood the architecture also with a weak main password it shouldn't be that easy to decrypt a vault db.

Who agrees with what I wrote ? :) 

Unless there was a specific flaw that violated the principle of their design, they never should have had our passwords.  The app would have needed to have been compromised for that to happen, and while that's definitely possible, I don't think it's the most likely option.  People are imagining all the possible scenarios because we're not being told anything specific.  But the far more likely gap is that the vaults were stolen.

I think this is the core of the issue. Their architecture is solid and most likely nobody’s data was really exposed…. But the lack of information is eroding their credibility and the customer trust.

Yes exactly Corrado.  The info vacuum demands to be filled, and it's being filled with speculation.


On the plus side, Vaultwarden seems fun to tinker with.  Downside is having to train my spouse to use something new.

I submitted a message in here with links to what happened when basically the exact thing happened to LastPass in 2022. 
That was about 4 hours ago, so the message must have been rejected

@Corrado - thankyou I'd be keen to know.  I received their standard response to my ticket I raised.


@Ben, it might have been the included link, because I had the same thing happen to me.


I was pointing out that if a weak or re-used password had been used by the customer as their Master Password, the cretins responsible for the LastPass data theft were able to decrypt those individual vaults.

So if you A) used mSecure Cloud for your backups, and B) had a weak or re-used password as your Master Password, then you are at more risk than those who 1) used a complex password for their Master Password, or 2) did not use mSecure Cloud for their backups.  

That’s how I see it.

Kris, I agree with all you said, and came to exact same conclusion.
What my rejected message linked to was that LastPass paid out for a class action lawsuit and a UK fine. They are still in business.
If others are interested they can search for it. 


Connexion ou Inscription pour poster un commentaire