[AxCrypt SupportModerator]

Hello Pablo,

Glad it all sorted out for you.

[AxCrypt SupportModerator]

Hello Daniel,

Not 100% sure what you are trying to do – but you should probably stay away from the import/export key functionality. It’s not intended for general use, it’s only for some very special scenarios.

Can you please explain what you are trying to achieve, i.e. what is the situation you’re testing out?

If it’s about sharing encrypted files within the team, you should look at the key sharing functionality. There’s a introductory video about that as well via http://www.axcrypt.net/ .

[AxCrypt SupportModerator]

Hello,

The most common cause is documented in the FAQ, here: http://www.axcrypt.net/support/faq/#lavasoft-crash .

[AxCrypt SupportModerator]

Hello Amine,

Having, or not having, Premium makes no difference in the ability to decrypt. If you know the password you will always be able to decrypt, regardless of if the file was encrypted with or without Premium level encryption.

If you do not know the password, you will not be able to decrypt, regardless of if you’re a Premium subscriber or not.

Please see the FAQ for more info about forgotten passwords, http://www.axcrypt.net/support/faq/#forgot-password .

[AxCrypt SupportModerator]

Hello Max,

Simultaneous editing of files is generally speaking not possible. It’s essentially always a case of “last change wins”.

And, yes, the broom if red does indicate that the “real” file has not been updated. When you do, please note that it’ll be the last one to update who “wins”.

So, when you’re editing files from different locations, you need to ensure that you’ve really saved (and in the case of AxCrypt, cleaned) on one computer before moving to the other. This is the same principle with, or without, encryption.

[AxCrypt SupportModerator]

Hello Vika,

I’m sorry to hear this. Please read the FAQ at http://www.axcrypt.net/support/faq/#forgot-password .

[AxCrypt SupportModerator]

Hello Boucard,

This seems to be a real issue with a damaged file. Is this file on a removable media?

[AxCrypt SupportModerator]

Hello KUHoepcke,

In order to provide us with detailed information to help us help you, for this situation we’d like a full error report. Please follow the detailed instructions here: http://www.axcrypt.net/blog/send-complete-error-report/ .

[AxCrypt SupportModerator]

Hello sgt.encrypto,

Yes, and no. The data encryption primitive is AES-128 or AES-256 in AxCrypt 2, while it’s always AES-128 in AxCrypt 1.

However, they use different modes of operation (CTR vs. CBC), different hash algorithms (SHA-512 vs. SHA-1) and there are numerous other differences.

Please read up on the full details here: http://www.axcrypt.net/documentation/technical/ .

[AxCrypt SupportModerator]

Hello BP,

It’s really hard to know exactly from your description. The way it’s supposed to work is.

1) Install AxCrypt.

2) Sign up with your email, verify your email with the 6-digit code, set your password.

3) Sign in with your password.

4) Encrypt your files.

5) Exit AxCrypt for whatever reason.

6) Start AxCrypt, sign in with the same password you used before.

7) Encrypt or decrypt your files without specifying any more passwords.

Not sure where you diverged from the above in your case. Can you perhaps send a screen shot of the situation?

[AxCrypt SupportModerator]

Hello David,

Exactly, it’s intended to work that way! It’s a feature to make it easier to work with encrypted files, and make it easier to use really good and strong passwords – without endangering security, provided you are following a good security practice in the first place and never leave your computer logged in to Windows in a hostile environment.

Please read the following for a longer discussion: http://www.axcrypt.net/blog/leaving-computer-axcrypt/  .

• This reply was modified 9 years, 3 months ago by  AxCrypt Support.

[AxCrypt SupportModerator]

Hello RP,

Since this is about encryption, not access control, we don’t store hashes for authentication. What *is* stored in the files is an encrypted key. The actual key used to encrypt the file is a 128 or 256-bit random key you never see. Your password is used to encrypt that key.

If the existing files were encrypted with AxCrypt 2, and you *changed*, not *reset* your password they will seamlessly open with the new password. The article here: http://www.axcrypt.net/blog/axcrypt-online-vs-offline/ explains how this works.

Otherwise, AxCrypt will prompt you for the password.

[AxCrypt SupportModerator]

Hello Scott,

Although to date is set, we’re expecting a launch around end of November, beginning of December with beta testing starting in November.

[AxCrypt SupportModerator]

Great!

Didn’t you see the “red lamp” notice, it should have been visible for a long time. It’s supposed to tell you there’s a new version available.

[AxCrypt SupportModerator]

Hello RP,

Here’s the thing – suppose indeed your password gets stolen! If one password gets “stolen”, you’ll have to assume all are in most cases. But with one strong password, you’ll at least be protected from the password being cracked, or guessed if it relates to your other passwords in any way.

If a password for AxCrypt-encrypted files is revealed for whatever reason, all files who were originally encrypted with that password will be possible to open. That’s just how it works, since AxCrypt is essentially still password based file encryption, although we do have some other features added on top of it.

But, what this means, is that if you do change your password for your AxCrypt ID you can still open all “old” files with their original password, as well as with the new one. For a longer discussion and explanation you might want to read http://www.axcrypt.net/blog/axcrypt-online-vs-offline/ . It’s about online vs. offline, but it ties into this very much.

You’re welcome to change your password every year, but it’s not something I recommend. Use a really good password, and keep keeping it secret. There’s not much additional security added by changing passwords unless you also at the same time re-encrypt *all* files encrypted with the old password.

Finally, always consider just what scenarios you’re really protecting against and take appropriate (not too large, not too small) measures based on that.

[Author]

Posts