Forum Replies Created
-
AuthorPosts
-
May 27, 2016 at 07:31 in reply to: Encrypt files with their own individual passphrases and sharing them #3260
Hello,
This is Svante from AxCrypt!
(I’m responding only here, not separately to the two separate requests you sent via the premium help form on the web. Please also remember that we’re on central european time with daylight savings, UTC+2, and we work during normal office hours mostly).
Now, to answer your question (we’ll be making a video on this soon).
With AxCrypt 2, the way to enable others to open shared encrypted files is not via different individual passwords. It’s much easier. We call this key sharing.
What you do is that after encrypting the file, you right-click it in the main AxCrypt window and select “Key Sharing”. In the dialog box, you enter the other parties e-mail addresses, click ‘Share’ and then ‘Ok’. This will share the unique file key actually used for encrypting the file with the designated parties.
Once they receive the file, via e-mail or any other mechanism, they will be able to open it with their own password.
Yes, each person needs to have a copy of AxCrypt, but if they can’t or won’t install AxCrypt on their computers they can download the portable version. These are all available on the download page at http://www.axcrypt.net/download/ .
Svante
Hello,
Ok, well the thing with encryption is that if you don’t know the password, you can’t decrypt. There’s no way to bypass that, that’s what the whole thing is for. That’s what makes encryption different from access control.
You need to remember what password you used when you originally encrypted the file(s).
Svante
Hello Nina,
Glad it’s starting to work. Do not forget to update to the latest version also.
Not sure I understand the following which you write: “I can’t remember the password for my encrypted files :( Is there a way in which I am able to decrypt without needing to retype the password for all of these encrypted files?“.
If you can’t remember your password, that’s a problem. You need to remember it.
The other part about retyping I do not understand, can you explain further what the problem is?
Svante
Hello Paul!
I’m sorry that you seem to have had problems with our new version of AxCrypt. We’ll be happy to help you out, if you’ll give us some more information about what is not working.
Please start a new thread here with an appropriate title describing your specific problem, or use our Premium Help at https://account.axcrypt.net/Home/Support .
Do let us help you out! I understand that AxCrypt 2 is different from the old, but I’m convinced that for most scenarios it is much superior, even if different.
Finally, you’re of course welcome to continue using version 1.7.
Svante
Hello Davide,
Thank you for the feedback!
Generally speaking, the idea is that the AxCrypt-user essentially has a one-to-one mapping to the Windows user. So, if you’re logged on to Windows, you already know what you have encrypted. Also, it’s never supposed to be a secret just what is encrypted.
Given all this, there is one thing that I’ve debated a bit, and that’s that we show the plain text file names in the recent files list. The decision to do so, is based on the above assumption on the relation between the Windows user and the AxCrypt user. In the file system, the plain text file names are actually encrypted using local Windows encryption which is based on the Windows log in credentials.
Hello,
I don’t see the message, but you mention Windows XP. That’s a very dead operating system I’m afraid. It’s not supported by Microsoft, not even with security patches and it’s not supported by AxCrypt.
That being said, AxCrypt 2 can be run on a properly updated XP. The most likely cause of your problem is a lack windows installer updated and .NET Framework 4.5.
Yes, Robert – I refer to how mail systems generally object to anything that could contain an executable, which includes zip-files in general and encrypted ones too! It’s really not easy to send executables via e-mail. Sometimes you can change the extension (I usually add .removeme), but sometimes the filters just look at the content.
It is convenient when it works, but….
Svante
Hello Angel,
Thank you for the report. It seems that AxCrypt does have problems with proxys that require login.
Do you actually expect to login to your proxy, or do you have the credentials normally stored so for example if you browse via Internet Explorer you do not need to enter the credentials all the time?
I ask because the more info I get about the setup, the better a chance I have to fix this. I’ll be updating it later today, or tomorrow in an attempt to fix this.
Great!
The reason (well, one reason) that the self-decrypter will not be continued is because it so seldom actually works sending as an attachement. Also, we now have a fully-featured stand-alone version which does not require installation that can be pointed out in a link in the e-mail.
Svante
Hello,
I’m not quite sure, but what comes to mind is if you have permissions for the folder where it resides and where it tries to decrypt to. The self-decrypter is more or less obsolete, so you should probably not depend on it too much.
Looking at the source code, it appears that the issue arises when trying to set the file times to the original values. When you decrypt the file on the USB-stick, does it get a strange value (like several 100 years ago or in the future)?
This happens *after* the file has been completely written, so I’m really little at a loss here without debugging and digging deep into this. Which, to be honest, I won’t be doing since as mentioned this is pretty much obsolete – and you can get at the data.
Regards,
Svante
Hello,
I’m afraid there is no option to ‘downgrade’ from AES-256 to AES-128. Actually, the performance is likely to be determined by data transfer speeds to and from disk rather than encryption speed.
Not that I don’t trust AxCrypt, but always ensure you have proper backups of all data – especially when we’re talking terabytes. The more you have, the more you stand to lose…
The idea with the ‘Advanced’ menu option is that normally you’d be ok with working from the context menu, so the ‘Advanced’ does indeed just open up the AxCrypt GUI – that’s way more advanced than the context menu operations though. That’s why we named it like that anyway.
Svante
Hello Duncan,
For this issue, let’s switch to e-mail. Over & Out here.
May 23, 2016 at 20:37 in reply to: Passphrase is not sticky even when 'Remember this for decrypti" option is chosen #3193Hello Calisson!
Glad to hear that it’s working out for you, that’s the main thing!
Svante
I hear you… It’s on the agenda. So much to do, and so little time!
Hello,
Thank you for asking!
Right now, web server access is mandatory the *first* time you install AxCrypt on a PC. Thereafter there is no need for Internet access, although we’ll use it if available to perform update checks and similar.
We’ll be adding some form of ‘escrow’ mode very soon for the specific scenario you describe. For now, you can always be assured by the fact that the full source code is available so if we should suddenly and unexpectedly fold, the source code is available via mechanisms that have no connection to us.
There is nothing really vital on the server as far as AxCrypt file encryption is concerned. We do create and backup key pairs there, but they are for convenience – it’s not required for file decryption. In the end, all that’s needed is AxCrypt and to know the password used when the most recent encryption occurred .
-
AuthorPosts