Forum Replies Created
-
AuthorPosts
-
Hello Peter,
Thank you for your input!
I understand that your main issue with AxCrypt is our complexity password requirements. The thing is, we we know from experience that without this many will use passwords that are simply too poor. These users will then live in the false belief that AxCrypt offers any protection, which in this case it doesn’t. AxCrypt is about providing real security within the bounds we specify, not just the warm fuzzy feeling of thinking you’re secure.
Also, we’re promoting a model where you only use one password, and this does make it more worthwhile to learn that strong password by rote. There’s also a password manager included with AxCrypt.
To assist, we have a password generator that may help you generate memorable but strong passwords. Try it out at https://forum.axcrypt.net/password-generator/ .
Hello J Goss,
I’m sorry you don’t like AxCrypt – but it does work quite well, and does recognize passwords for millions of users. If you’re having problems, we’re here to help you resolve them, but we do need more details.
Concerning the reCaptcha – we don’t like it either, but we have no choice. Without it, this forum is absolutely useless, with thousands of spam posts every day. If you have a better suggestion on how to stop spam with even less effort than a click in a checkbox, please let us know!
Hello Anonymous,
I do recommend that you check out the information at https://forum.axcrypt.net/ to see what AxCrypt does.
The statement “It keeps asking for a password, and there isn’t one” is hard to understand, since that’s what AxCrypt does – encrypts files using a password.
If you’re still having problems, please explain more and provide a screen shot of where you’re stuck.
Hello Joseph,
What is an ADSM User in this context?
Thank you Josh!
October 6, 2017 at 12:58 in reply to: Does axcrypt support hardware accelerated encryption/decryption #7999Hello Hrishi,
Only so far as the underlying .NET libraries do, which I really don’t know if they do. So, I’d say “no”.
In the case of the AxCrypt app, it’s not really relevant, because even unaccelerated that’s not where the bottleneck typically is. The bottleneck is shuffling data to and from the disk. This is true even in the case of fast SSD drives. There are other issues as well affecting performance well before an optimized encryption implementation has any effect.
If there was a real demand we could of course use an optimized implementation, we may well do so if/when we chose to support Crypto++ – then mostly for the FIPS 140-2 validation rather than performance of course.
October 6, 2017 at 11:58 in reply to: No prompt from AxCrypt for logon and password for a new site #7996Hello Webby,
Ok, it was just the mention of the desktop app that was confusing in this context. Some users have a password file encrypted with the desktop app, and I was unsure if this is what you referred to when you said “AxCrypt database”.
So, you’re using the online password manager, and this issue is about that. In this case we don’t have to worry about the desktop app – but if you have it you should of course keep it up to date. But it’s not relevant for the online password manager.
You then write: “I have to be logged in to the AxCrypt web site in order for the stored login/password details to be displayed for the site I am trying to log in to. Is this the way it is supposed to work?”
Well, of course we won’t display anything in the password manager web, if you’re not signed in there. But, being signed in to https://account.axcrypt.net or not will not affect how *other* sites work, for example if they display pre-filled-in account information. Being signed in to other services may affect this, for example being signed in to your Google account if you’re using Chrome can affect this behavor. But not AxCrypt.
The AxCrypt online password manager tries to keep things simple with little or no complicated integration. It’s essentially a standalone separate web site from which you can lookup, and if you wish, copy/paste account information to other applications and web pages.
October 6, 2017 at 11:37 in reply to: No prompt from AxCrypt for logon and password for a new site #7994Hello webby,
Unfortunately it makes very little sense to me ;-)
What do you mean when you say “AxCrypt database”?
Are you a user of the online password manager, accessed via https://forum.axcrypt.net ?
In any case – AxCrypt does not affect your browsers behavior vis a vis password entry.
The desktop app AxCrypt does not affect your browser either. Also, 2.1.1489 is really ancient, please update!
Hello David, and thank you Carl!
Carl makes most of the relevant points. I’d still not call software wipe useless – as you noticed, all you could recover with a commercial tool was the file name. That’s still pretty useful.
But Carl is right – to securely sanitize media today against a really resourceful attacker, you need thorough physical destruction. A power drill is a good data sanitization tool.
Hello,
To get a link for the brute force software, please send an email to support att axcrypt dott net .
October 4, 2017 at 09:45 in reply to: Unexpected Error. "UTF-8" is not a support encoding name. #7984Hello Ned,
That’s a new one!
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: https://forum.axcrypt.net/blog/send-complete-error-report/ .
Please do not post the information here, but send it to our support and refer to this conversation. Email support att axcrypt dott net .
Anonymous,
Please contact support and we’ll try to help you out there. support att axcrypt dott net .
Hello Zeev,
It’s really all about resources, and also keeping options down. As you say, “it’s only one additional line in the menu”, problem is there many more requests for features in the context menu. If we had the inclination and resources to say yes to all of them, it really will become quite cluttered.
Nevertheless, this one we probably will implement, but as mentioned it’s also about resources. We’ll get there! But it may take a little more time.
Hello,
This seems to be a glitch in the macOS version. Files can sometimes get “stuck” so that the clean broom icon doesn’t work and AxCrypt thinks you have the file open for editing somewhere, and thus won’t allow you to decrypt and forget about it since you’d then risk losing your edits.
The work-around for now seems to be to completely exit AxCrypt. and then click the broom. We’ll be fixing this asap.
Thank you Tim! Good advice.
-
AuthorPosts