Huge News!Announcing our $40M Series B led by Abstract Ventures.Learn More
Socket
Sign inDemoInstall
Socket

ctap-keyring-device

Package Overview
Dependencies
Maintainers
1
Alerts
File Explorer

Advanced tools

Socket logo

Install Socket

Detect and block malicious and high-risk dependencies

Install

ctap-keyring-device

CTAP (client-to-authenticator-protocol) device backed by python's keyring library

  • 1.0.6
  • PyPI
  • Socket score

Maintainers
1

.. image:: https://img.shields.io/pypi/v/ctap-keyring-device.svg :target: https://pypi.org/project/ctap-keyring-device :alt: PyPi version

.. image:: https://img.shields.io/pypi/pyversions/ctap-keyring-device.svg :alt: Python version

.. image:: https://img.shields.io/badge/code%20style-black-000000.svg :target: https://github.com/psf/black :alt: Code style: Black

.. image:: https://readthedocs.org/projects/ctap-keyring-device/badge/?version=latest :target: https://ctap-keyring-device.readthedocs.io/en/latest/?badge=latest :alt: Read the docs

.. image:: https://img.shields.io/github/workflow/status/dany74q/ctap-keyring-device/CI :alt: CI workflow

This library provides an implementation of a virtual CTAP2 (client-to-authenticator-protocol) device, which uses the keyring <https://github.com/jaraco/keyring>_ library as its backend.

One may use this implementation as a reference for CTAP2-compatible devices, or to use ones host machine as an authenticator, rather than using an external one.

A common use-case would be to use this library as an authenticator for a webauthn flow, storing keys and retrieving assertions on a machine's configured keyring.

Supported features are:

  • The make-credential, get-assertion, get-next-assertion and get-info CTAP2 flows
  • The management of keys using the following COSE algorithms: RS1, RS256, PS256, EC256, EdDSA
  • The use of any available keyring as a backend for the created key-pairs (e.g. WinCred, Keychain, ...)
  • User presence & verification on OSX and Windows, via Touch-ID and Windows-Hello
  • Storing keys in a secure manner, with no PII (personal-identifying-information) attached to them

|

Installation

Run the following (on a darwin machine)::

$ pip install ctap-keyring-device

|

Using This Library

Make Credential Flow


.. code-block:: python

from fido2.webauthn import PublicKeyCredentialCreationOptions, PublicKeyCredentialType, PublicKeyCredentialParameters
from ctap_keyring_device.ctap_keyring_device import CtapKeyringDevice
from fido2.client import Fido2Client
from fido2 import cose
import base64

device = CtapKeyringDevice.list_devices()[0]
origin = 'https://rp.pasten.com'
client = Fido2Client(device, origin)

rp = {'id': 'pasten.com', 'name': origin[8:], 'icon': '...'}
user = {'id': 'danny@pasten.io', 'name': 'Danny Shemesh', 'icon': '...', 'displayName': 'Danny Pastanny'}
challenge = base64.b64encode(b'my-challenge')
timeout_ms = 30_000

pub_key_cred_params = [PublicKeyCredentialParameters(PublicKeyCredentialType.PUBLIC_KEY, cose.ES256.ALGORITHM)]
options = PublicKeyCredentialCreationOptions(rp, user, challenge, pub_key_cred_params, timeout=timeout_ms)

attestation, client_data = client.make_credential(options)

|

Get Assertion Flow


.. code-block:: python

from fido2.webauthn import PublicKeyCredentialRequestOptions, PublicKeyCredentialType, \
    PublicKeyCredentialParameters, PublicKeyCredentialDescriptor, UserVerificationRequirement
from ctap_keyring_device.ctap_keyring_device import CtapKeyringDevice
from fido2.client import Fido2Client
from fido2 import cose
import base64

device = CtapKeyringDevice.list_devices()[0]
origin = 'https://rp.pasten.com'
client = Fido2Client(device, origin)

challenge = base64.b64encode(b'my-challenge')
rp = {'id': 'pasten.com', 'name': origin[8:], 'icon': '...'}
credential_id = b'.......'
allow_list = [
    PublicKeyCredentialDescriptor(PublicKeyCredentialType.PUBLIC_KEY, credential_id)
]
timeout_ms = 30_000

pub_key_cred_params = [PublicKeyCredentialParameters(PublicKeyCredentialType.PUBLIC_KEY, cose.ES256.ALGORITHM)]
options = PublicKeyCredentialRequestOptions(challenge=challenge, rp_id=rp['id'],
                                            allow_credentials=allow_list, timeout=timeout_ms,
                                            user_verification=UserVerificationRequirement.PREFERRED)
assertions, client_data = client.get_assertion(options)

|

See examples in ctap-keyring-device/tests.

|

CTAP Flow Diagrams

Make Credential Flow


.. image:: images/make-credential-flow.png :alt: Make Credential Flow

|

Get Assertion Flow


.. image:: images/get-assertion-flow.png :alt: Get Assertion Flow

|

Security Considerations

Using this library will help one utilize their machine's keyring as a CTAP2-compliant FIDO authenticator.

Credentials are stores on the configured keyring, which defaults to a sensible implementation, per the platform the code is running on (e.g. keychain on OSX, WinCred on Windows, ...)

The make-credentials flow will create a key-pair for signing, using the requested COSE algorithm <https://www.iana.org/assignments/cose/cose.xhtml#algorithms>_.

Private keys are encrypted with a random UUID4 as the passphrase, using hazmat's BestAvailableEncryption <https://cryptography.io/en/latest/hazmat/primitives/asymmetric/serialization/#cryptography.hazmat.primitives.serialization.BestAvailableEncryption>_.

Credential IDs comprise of _, and are sent back to the requesting client; it is assumed that the credential ID is kept in a remote machine, and is always provided in the allow-list of a ctap get-assertion request.

The above allows us to generate and store our keys in a manner that renders key exposure as less risky, due to the key being encrypted; and not storing the user-id directly, making it harder to use the key, even if decrypted.

On top of the mentioned safeguards, one may request the UV (user-verification) option, in order to trigger a 2nd factor before returning an assertion; Touch-ID / Password prompt is used on OSX, and Windows-Hello on Windows.

|

Making Releases

A CI/CD pipeline is setup on github - once a PR is merged to master, a pre-release will be automatically deployed to github; When a release is tagged, it will be automatically deployed to pypi.

|

Running Tests

To run the tests locally, install and invoke tox <https://pypi.org/project/tox>_.

FAQs


Did you know?

Socket

Socket for GitHub automatically highlights issues in each pull request and monitors the health of all your open source dependencies. Discover the contents of your packages and block harmful activity before you install or update your dependencies.

Install

Related posts

SocketSocket SOC 2 Logo

Product

  • Package Alerts
  • Integrations
  • Docs
  • Pricing
  • FAQ
  • Roadmap
  • Changelog

Packages

npm

Stay in touch

Get open source security insights delivered straight into your inbox.


  • Terms
  • Privacy
  • Security

Made with ⚡️ by Socket Inc