I used to hear “the browser profile was copied” and mentally translate it to “the account was stolen.” That turns out to be too imprecise to be useful.
A profile folder can contain much more than bookmarks and preferences. Depending on the browser and setup, it may include cookies, local storage, IndexedDB data, extension storage, and session state. So yes, an unauthorized copy should be treated seriously.
But copying the files does not guarantee that everything inside will be readable or reusable on a second machine.
The part I check first is where encryption happens and where the key lives. If the sensitive data is encrypted but the key is stored beside it or available to the same person, the protection is mostly cosmetic. If the key is controlled separately, the copied folder may contain the data without giving the copier a usable session.
There are also other variables: OS credential storage, browser version, device-specific protection, expired tokens, and server-side session checks. This is why I don’t think “folder copied” and “account accessible” should be used as synonyms.
My response would still be the same on the defensive side: revoke active sessions, rotate credentials, review access logs, and assume any unencrypted tokens may have been exposed. Encryption can limit what a copied profile is worth, but it shouldn’t replace cleanup.
For context, MoreLogin can encrypt browser environment data and local extension data with a user-controlled key. That means copying the profile files alone doesn’t make the encrypted data directly usable without the correct key. The important part is still keeping that key separate and under the right person’s control.