-
-
Notifications
You must be signed in to change notification settings - Fork 532
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Google Authenticator Wonkiness #1169
Comments
Issue goes away if I set "valeur" to accept Null. |
You identified a bug. The query was not executed from the index page. It is now corrected in 2.1.25 The 2d problem has already being corrected #1152 |
Hi, I've got a simmilar problem. I upgraded from 2.1.19 to .21.25 on a wamp server. Can you help me out? |
Hi, Since 2.1.25, i didn't encounter problems with Google Authenticator any Pit33 notifications@github.com schrieb am Di., 28. Juni 2016, 12:33:
|
Hi, Thanks. |
Hi, I don’t know if you’re interested but we came up with a solution for the unencrypted saltkey on a wamp server. We have Teampass running on a virtual wamp server. We have several people working for us with access to the virtualization platform. So there’s a change somebody makes a copy of the virtual server and take it home. In that case it’s quite easy to get access to the salt key and the encrypted database. What we did to ensure security is create a windows user under which account the apache server is running and therefore this account needs access to the saltkey. We than encrypted the saltkey with EFS under this account. So only this account can access the saltkey. If you don’t know the password (nobody else does) you can reset the account of course but then you won’t be able to access the saltkey because it’s still encrypted using the original password. Only the logged on user can change his password and thereby change the encryption key. I’ve tested this and it works just fine. I have a few questions.
Kind regards. Met vriendelijke groet, Pieter van Daalen Pleimuiden 16d Disclaimer Dit bericht kan informatie bevatten die niet voor u is bestemd. Indien u niet de geadresseerde bent of dit bericht abusievelijk aan u is toegezonden,wordt u verzocht dat aan de afzender te melden en het bericht te verwijderen. KNS Automatisering aanvaardt geen aansprakelijkheid voor schade, van welke aard ook, die verband houdt met risico’s verbonden aan het elektronisch verzenden van berichten. From: ilfrigorifero [mailto:notifications@github.com] Hi, Since 2.1.25, i didn't encounter problems with Google Authenticator any Pit33 <notifications@github.commailto:notifications@github.com> schrieb am Di., 28. Juni 2016, 12:33:
— |
Hi there,
I have the feeling that something's not quite as it should be with the Google Authenticator.
When I start the Authenticator setup from the login screen, I get the QR code, I can scan it and it shows up in my Google Authenticator showing the Servername "@ServerName".
When I enter the created OTP, it says the Google Authenticator password was wrong. Now I played around for quite a bit and at some point in time i sent an authenticator link by clicking the button in the user menu (when I was logged in as administrator).
After scanning that one it showed "User@ServerName". When I tried logging in, this didn't seem to work as well, but after clicking the button to setup Google Authenticator, the OTP suddenly worked (without me scanning the newly sent link, but sticking to the "User@ServerName" entry.
Could it be that from the login screen, the link/QR code is generated incorrectly and when hitting the button as administrator, it creates the right one? And can I change that?
The text was updated successfully, but these errors were encountered: