Forum Replies Created
-
AuthorPosts
-
Hello Pamela,
Yes, it’s possible to use AxCrypt entirely without online services, but it’s not something we really support or recommend.
The comment about online / offline password getting out of sync is only related to signing in to the app.
Your statement “With the Always Offline option invoked, Axcrypt does not recognise my password … With the offline option deactivated, my password is recognised” should not be the whole truth. Here’s how AxCrypt works in the respective situations:
Online:
- You type a password to sign in, let’s say “MyPassword”. AxCrypt send a request to our server with that password (encrypted), and our server verifies that this password is indeed the password set for the online account.
- If ok, AxCrypt synchronizes information with the server, including the hash of the password (a way to verify the correctness of the password, without storing the actual password).
- AxCrypt remembers the actual password in the program memory.
- You try to open a file by double-clicking it for example.
- AxCrypt now uses this remembered password and tries to decrypt the requested file.
- If successful, the file is decrypted and opened.
- If unsuccessful, the file can’t be decrypted, and AxCrypt opens a new password dialog asking you for the file password.
Offline:
- You type a password to sign in, let’s say “MyPassword”. AxCrypt verifies the password against the locally stored hash mentioned in step 2, above.
- If ok, AxCrypt remembers the actual password in the program memory.
- You try to open a file by double-clicking it for example.
- AxCrypt now uses this remembered password and tries to decrypt the requested file.
- If successful, the file is decrypted and opened.
- If unsuccessful, the file can’t be decrypted, and AxCrypt opens a new password dialog asking you for the file password.
The out of sync situation can happen for example if you change your password online, perhaps using the web, and then use your computer offline without connecting to the Internet. In this situation, the offline password is the old unchanged password – so if you try to use the new password it won’t work because the offline app has not yet been synchronized.
Once you successfully log in online, the offline password should be updated.
So the question is really – at what stage does AxCrypt not recognize your password?
Looking at the logs, it seems you have a pending password reset request, and also that you downgraded from 2.1.1560 to 2.1.1547 – but the current version is 2.1.1573 . Can you tell us some more about the sequence of events, and best of all – screen shots of how it looks when it fails? Also, do please update to the most recent version.
Hello Donna,
It’s hard to say exactly without seeing the details – but you write “it is saved onto the desktop” – that doesn’t sound like you’ve actually installed AxCrypt. Please check the getting started information and videos at https://forum.axcrypt.net/ .
You do need to actually install AxCrypt. Just downloading the software or installer is not enough.
Hello Neil,
The progress bar will be improved. The main problem is that it’s not possible to quantify the total amount of work (number of files / number of bytes or whatever) without actually enumerating all the work that needs to be done. That can take considerable amounts of time. Also… AxCrypt does things on multiple threads, and it displays each thread as a sub-division of the progress bar.
All that being said, you’re right, it needs improvement. Thanks for reminding us!
There is no simple log file of work done, that’s actually a good idea. We do have a log, but it’s more for troubleshooting purposes. Thanks!
Hello,
Yes it is! Just disable your Internet connection and try it out.
Hello Yasser,
Please read https://forum.axcrypt.net/support/faq/#forgot-password .
Hello Neil,
For recovery, all you need to know is your password. In a new computer, download AxCrypt (if you’d like to feel extra-extra secure, keep a copy of the installer around on a USB stick), install it and enter your email and password. You’re back to where you were.
Even if the AxCrypt servers are entirely unavailable for whatever reason, all you need is a copy of the software and to know the password.
The AxCrypt ID key pairs are for convenience when changing passwords and for sharing files with others. They are not required to open your own files. For that, all you need to know is the original password used when the file was first encrypted.
When you share encrypted files with others, you’re not sharing using your own key ( crown jewel ;-) ). You’re encrypting the unique encryption key for that particular file with the recipients public key part of their AxCrypt ID. You’re not sharing using your own AxCrypt ID. That’s for others to share with you – and vice verse.
Hello Don,
Glad it helped, hope you can get it working now.
We need to get better explaining just how easy it really is ;-) Thanks for the feedback!
Hello Don,
Sorry to hear you find the tutorials at https://forum.axcrypt.net/ counter-intuitive.
In this particular case, perhaps the main issue that you’re trying to do something that requires Premium functionality? You can try this for a month, for free, but the free version does not support it.
In order to securely share files securely, the sender needs at least Premium. You can compare versions and see pricing here: https://forum.axcrypt.net/pricing/ . The recipient is fine with the free version.
Once the sender has Premium or better, follow the instructions in the video, or just right-click the file in the recent files list and chose the key sharing function, enter the recipients email and then send the updated file.
Hello Carrie-Anne Sims,
This is on our to-do-list, but right we don’t have a command line client. It’s not a big deal to actually do, but we have so many things we want to do!
I fully understand your frustration with the time waste. But we will do it! It will likely be a business feature, since very few private persons have that kind of workflow.
Hello Arthur,
The current version is right now indeed 2.1.1547 and is the one available at https://forum.axcrypt.net .
You should not see any incompatibilities in any case. We are always downwards compatible, i.e. newer versions always work with older encrypted files.
No special steps required – but do reboot if/when asked to.
Your files remain encrypted regardless of the install-state of AxCrypt.
Your files remain encrypted with the same password regardless of the install-state of AxCrypt or if you re-install.
Hello Camilo,
You are re-entering the same password you used to sign in to AxCrypt – but this is not the right password, and entering again won’t help!
You need to remember the original password used to encrypt the file.
Hello Yvonne,
When files are encrypted, they are indeed dated at the time of encryption – this is the correct semantics and breaking it causes many other problems.
When they are decrypted, they should indeed revert back to the original. Can you show that they do not with screen shots on a test file? It often helps us understand the full situation.
Hello Tracy,
Thank you for the detailed well-reasoned description of your use case.
Unfortunately, we just won’t support that use case. The reason is that for the situation you describe, using AxCrypt or any kind of encryption is just simply massive overkill – and may also lull some users into feeling secure. But they are not.
I fully understand the reasoning between having the option to disable some features or configure for your own perceived level of security. Perhaps you are in fact fully informed and this is just what you want and need. Problem is that it’s very unusual.
We have experience from millions of users of AxCrypt in both version 1 and 2, and we are very sure that enabling your use case, will cause many to believe it’s a better situation than it is.
At the very least, we recommend that separate users have separate accounts on the computer – they don’t have to have strong passwords (or even any passsword!). This is both more convenient – each user gets their own bookmarks, recently used items in Windows etc etc. And AxCrypt gets a chance to invalidate the current sign in session at the appropriate time.
Hello idar,
The message means just what it says. You’re signed in with a password. You’ve tried to open a file. The password you’re using to sign in with doesn’t work for the file. You get a message that it’s the wrong password, and you should enter the original file password. You’re now entering the same password you use to sign in. But AxCrypt already tried that password. It still doesn’t work!
If you’ve forgotten your password, please read the FAQ at https://forum.axcrypt.net/ .
November 2, 2018 at 09:36 in reply to: Automatic encryption of files placed in secured folders – OSX Mojave #11865Hello Michael,
They are not fully automatically encrypted – it will not work for various reasons to do so.
But, they will be encrypted either by clicking the broom icon, or by exiting or signing out of AxCrypt. This should work the same on Mac, yes.
-
AuthorPosts