Authenticator
authenticator
is a CLI analog to the Google Authenticator phone app, or the LastPass Authenticator phone app. It is a TOTP/HOTP client that can generate the numeric codes needed for authentication with sites that support Two-Factor Authentication (TFA) or Multi-Factor Authentication (MFA).
Benefit
_Authentication secret (READ THIS)
_System Requirements
_Installation
_Usage
_Implementation details
_Development
_License
_
Benefit
The benefit of using authenticator
over a phone app is that this CLI utility can run anywhere Python 3.5 can run from a command line interface (e.g., a terminal window), and the database of accounts and secrets is a platform-independent passphrase-protected encrypted file that can be backed up and can be copied to multiple systems without fear of bad actors gaining access to the second factor authentication.
Another benefit is that authenticator
can act as a backup in case you loose your phone or tablet (running Google Authenticator) or Google breaks the app or withdraws it.
Personally, I use both Google Authenticator on my iPhone and iPad, and run authenticator
on several different computer systems. I keep a copy of the accounts file in a variety of places. If my phone bricks, is lost or stolen, I can still get access to my TFA-protected accounts if I can access any of those other computers, or any other computer on which I can install and run authenticator
and access a copy of my accounts file.
Authentication secret (READ THIS)
TFA/MFA clients that produce a 'one time' numeric code require a secret that they share with the server validating the authentication. Typically this secret is generated by the server and captured by the client in the form of a QR code that can be scanned by the client app on your phone.
But this CLI utility doesn't have the ability to capture or process QR images. It needs the secret in the form of a text string. If the server cannot provide a text string equivalent of the shared secret then you cannot use authenticator
to generate one-time codes for that account.
Each account will use a different secret, a different text string. If you are already using a phone app to generate one-time TFA codes for some accounts then you'll need to generate new secrets for those accounts (and update the info in the phone app) so that you can capture the secret as a text string.
GMail TFA example
If you enable Two-Factor Authentication for GMail, you'll go through a setup process that first configures your account to send your phone a code by text or voice. At the end of the setup you'll have an opportunity to add Google Authenticator as an alternative code generator. Select that and scan the QR code with your phone's Authenticator app (Google Authenticator, LastPass Authenticator, et cetera). Then click the link labeled "CAN'T SCAN IT" under the QR code ... that will give you a 32-character secret string that you'll use to add configure this account in ``authenticator``.
It is important that you capture the QR code and *then* click the link for the secret string secret code. If you capture the secret and click "back" to get the QR code then a new secret will be generated and the new QR won't match the previously captured secret string. (With Google Authenticator you actually don't need the QR code; you can also provide the secret as a text string using the 'manual entry' option when adding an account to the app. LastPass Authenticator doesn't have that option.)
You add the account and secret to ``authenticator`` like so::
$ authenticator add Google:example@gmail.com
Enter passphrase:
Enter shared secret: xj6p kokw ipvk usc6 bveu sz3b csir xhbu
OK
You then generate codes like so (use Ctrl-C to stop the generation)::
$ authenticator generate
Enter passphrase:
Google:example@gmail.com 162534 (expires in 12 seconds)
Google:example@gmail.com 162534 (expires in 7 seconds)
Google:example@gmail.com 162534 (expires in 2 seconds)
Google:example@gmail.com 996752 (expires in 27 seconds)
Google:example@gmail.com 996752 (expires in 22 seconds)
^C
System Requirements
-------------------
This requires Python 3.5 or later.
It has been tested on OS X 11.9.5, Windows 10, and Ubuntu 14.04. As none of those systems come with Python 3.5 out of the box, you'll need to install that yourself.
And I recommend setting up a Python 3.5 virtual environment in which to install ``authenticator``.
Installation
------------
Installation is simple::
pip install authenticator
authenticator --help
Usage
-----
Add an account
~~~~~~~~~~~~~~
To add a new account, do something like::
authenticator add Google:example@gmail.com
You can use any string there as the name. I recommend the format 'vendor:userid', where *vendor* is some string indicating the organization or server that will check your TFA credentials, and *userid* is the user account id that is being authenticated.
You'll get prompted for the passphrase to unlock the file in which all the account secrets are stored. And then you'll get prompted for a secret string.
Generate current codes
To get the current code for all the accounts, do::
authenticator generate
You'll get prompted for the passphrase, and then the program will start generating the current passcode for all the accounts. It will continue to generate current codes every 5 seconds until you stop it with ctrl-C.
Other commands and options
There's a lot more, just enter ``authenticator --help`` for a list of all the commands and something like ``authenticator add --help`` for detailed help on a specific command.
::
$ authenticator --help
usage: authenticator [-h] [--version] [--data ALTDATAFILE]
{add,delete,del,generate,gen,info,list,set} ...
Run or manage HOTP/TOTP calculations
optional arguments:
-h, --help show this help message and exit
--version show the software version
--data ALTDATAFILE Specify the path to an alternate data file
Sub-commands:
Valid Sub-Commands
{add,delete,del,generate,gen,info,list,set}
Sub-command Help
add add a HOTP/TOTP configuration
delete (del) delete a HOTP/TOTP configuration
generate (gen) generate passwords for one or more HOTP/TOTP
configurations
info show information about this software and your data
list list HOTP/TOTP configurations
set set HOPT configuration values
::
$ authenticator add --help
usage: authenticator add [-h] [--counter COUNTER] [--length PASSWORDLENGTH]
[--period PERIOD]
clientIdToAdd
Add a new HOTP/TOTP configuration to the data file.
positional arguments:
clientIdToAdd a unique identifier for the HOTP/TOTP configuration
optional arguments:
-h, --help show this help message and exit
--counter COUNTER initial counter value for a counter-based HOTP
calculation (no default)
--length PASSWORDLENGTH
length of the generated password (default: 6)
--period PERIOD length of the time period in seconds for a time-based
HOTP calculation (default: 30)
Implementation details
----------------------
This is a simple attempt to implement the "Pseudocode for Time OTP"and "Pseudocode for Event/Counter OTP" given in the `Wikipedia article on Google Authenticator`_. That pseudocode is reproduced here ...
.. _`Wikipedia article on Google Authenticator`: https://en.wikipedia.org/wiki/Google_Authenticator
Pseudocode for Time OTP
~~~~~~~~~~~~~~~~~~~~~~~
::
function GoogleAuthenticatorCode(string secret)
key := base32decode(secret)
message := current Unix time ÷ 30
hash := HMAC-SHA1(key, message)
offset := last nibble of hash
//4 bytes starting at the offset
truncatedHash := hash[offset..offset+3]
//remove the most significant bit
Set the first bit of truncatedHash to zero
code := truncatedHash mod 1000000
pad code with 0 until length of code is 6
return code
Pseudocode for Event/Counter OTP
::
function GoogleAuthenticatorCode(string secret)
key := base32decode(secret)
message := counter encoded on 8 bytes
hash := HMAC-SHA1(key, message)
offset := last nibble of hash
//4 bytes starting at the offset
truncatedHash := hash[offset..offset+3]
//remove the most significant bit
Set the first bit of truncatedHash to zero
code := truncatedHash mod 1000000
pad code with 0 until length of code is 6
return code
I've validated the pseudocode and this implementation against RFC6238_ (TOTP), RFC4226_ (HOTP) and RFC4648_ (Base32 encoding).
.. _RFC6238: http://tools.ietf.org/html/rfc6238
.. _RFC4226: http://tools.ietf.org/html/rfc4226
.. _RFC4648: http://tools.ietf.org/html/rfc4648
Dependencies
This implementation requires:
* Python 3.5 or later
* `cryptography 1.4`_
* `iso8601 0.1.11`_
.. _`cryptography 1.4`: https://pypi.python.org/pypi/cryptography/1.4
.. _`iso8601 0.1.11`: https://pypi.python.org/pypi/iso8601/0.1.11
Development
-----------
To setup the development environment on OS X, clone the repo from GitHub, and then ``cd`` in Terminal to the root of the cloned repository and do:
1. ``dev/venv/make-venv.sh``
2. ``. dev/venv/activate-project.src``
3. ``dev/venv/provision-venv.sh``
4. ``dev/lint.sh``
5. ``dev/runtests.sh``
To setup the development environment on OS X, clone the repo from GitHub, and then ``cd`` in Terminal to the root of the cloned repository and do:
1. ``dev/venv/make-venv.ps1``
2. ``dev/venv/activate-project.ps1``
3. ``dev/venv/provision-venv.ps1``
4. ``dev/lint.ps1``
5. ``dev/runtests.ps1``
You can find out more about why the virtual environment is setup and managed that way by looking at these blog posts:
* `Using Virtual Environments - Python I`_
* `Using Virtual Environments - Python II`_
.. _`Using Virtual Environments - Python I`: https://www.develves.net/blogs/asd/2016-02-11-using-virtual-environments-python-1/
.. _`Using Virtual Environments - Python II`: https://www.develves.net/blogs/asd/2016-02-25-using-virtual-environments-python-2/
I build the distribution using ``dev/build/make-package.sh``.
License
-------
This project uses the MIT license.