Python SDK

The Python account client is in python/auth.py in mesgd-sdk. Use it to enroll an account, obtain a session, and manage public keys independently of the PKI layer. The examples use an existing account named alice; passwords and authenticator codes come from the application rather than literals in source.

Support status

CapabilityCurrent support
Account operationsAvailable: signup, confirmation, login, reset, keys, key updates, and logout
HTTPSAvailable: built-in verified HTTPS transport, covered by the live auth runner
WSSPending supported SDK message client; experimental samples are not current-server integration

Completeness position: 5 of 18. Verified HTTPS and tested peer-key operations; identity state is class-global, and full-key registration exceeds its single OAEP block. The language matrix explains the ranking criteria and comparable tiers. WSS readiness is listed separately; no SDK currently provides a complete, validated encrypted messaging workflow against this server.

Setup and transport

The account client uses only the Python standard library. Run the examples from mesgd-sdk/python, or place that directory on the application's module search path. The separate PKI module requires cryptography.

https_transport supplies verified HTTPS with a finite timeout and no redirects. For a private CA, pass context=ssl.create_default_context(cafile="ca.pem"); keep hostname verification enabled.

A custom transport must serialize JSON, attach Authorization: Bearer TOKEN only when a token is supplied, verify the certificate and hostname, reject redirects, and use a finite timeout. Its origin is an HTTPS URL, such as https://mesgd.example.com, rather than a WebSocket URL.

Log in, read keys, and log out

Pass the current authenticator code as a six-digit string, preserving leading zeroes. This example reads the account's published keys and ends the session on its successful path. Applications that retain a session can keep the bearer until logout or expiry instead.

from auth import AuthClient, https_transport

def read_keys(password, otp):
    client = AuthClient(https_transport("https://mesgd.example.com"))
    session = client.login("alice", password, otp)
    token = session["access_token"]
    try:
        return client.keys(token)["public_keys"]
    finally:
        client.logout(token)

Successful calls return dictionaries. AuthError.status carries a rejected HTTP status. The PKI class stores loaded keys at class scope, so switching key files changes the active identity for subsequent calls.

Enroll a new account

The following fragment uses an existing client or transport from the example above. Signup returns a pending enrollment. Display qr_png_base64 or otpauth_uri, let the person configure the authenticator, then collect a code to confirm it. These calls are separate application steps, with user interaction between them.

enrollment = client.signup("alice", "alice@example.com", password)
# Display the QR code or otpauth_uri, then collect a code from that authenticator.
session = client.confirm("alice", enrollment["enrollment_token"], enrollment_otp)
recovery_codes = session["recovery_codes"]

Confirmation returns the first session and eight recovery codes. Display the recovery codes for separate safekeeping. A code accepted for confirmation cannot be reused for login or a key update; wait for a new authenticator step before another operation that consumes a code.

Account operations

OperationFunction or methodHTTP endpoint
Create a pending accountsignupPOST /auth/signup
Confirm authenticator enrollmentconfirmPOST /auth/signup/confirm
Log inloginPOST /auth/login
Reset a forgotten passwordreset_passwordPOST /auth/password/reset
Read account public keyskeysGET /auth/keys
Replace account public keysset_keysPUT /auth/keys
End the current sessionlogoutPOST /auth/logout

A key update takes the session token, current password, a fresh authenticator code, and an array containing only public JWKs. An empty array clears the linked keys. A password reset takes the username, a saved recovery code, a new password, and a fresh authenticator code; success replaces the recovery codes and revokes existing sessions without returning a new session.

The shared authentication reference documents argument order, response fields, and transport behavior. Session refresh is available through the HTTP API but is not wrapped by these seven SDK operations.

Local signing and encryption

This example exercises the local PKI implementation without opening a network connection. It signs a short message, verifies it with the same identity, and encrypts and decrypts it locally. It demonstrates the primitives rather than a complete peer-to-peer exchange.

from pki import PKI

PKI.init("pki_keys.json")
message = "hello"
signature = PKI.sign(message)
assert PKI.verify(message, signature)
ciphertext = PKI.encrypt(message)
assert PKI.decrypt(ciphertext) == message
public_keys = PKI.pub_jwk()

For a different recipient, use that recipient's public encryption key rather than the local identity's encryption key. Public-key export and interoperability coverage vary by implementation; see Keys and Languages. Private key files are not account credentials and must not be sent to PUT /auth/keys.

Message connections

The Python ping/pong sample imports a mesgd.MesgdClient module that is not present in this checkout. Installing websockets alone does not supply that SDK wrapper.

Account login does not establish a message connection. The current server accepts JSON WebSocket frames and can authenticate an upgrade with a login session or an issued grant token. Login sessions carry identity without path restrictions; grants limit routing to assigned patterns. See WebSocket and Routing.

The encrypted registration handshake in the ping/pong samples is not implemented by the current mesgd listener. Treat those samples as experimental cryptographic examples, with compatibility limits described in Samples.

Validation

From the mesgd-sdk repository root, run the account contract suite for this language:

python3 tests/test_auth.py --language python

This is an offline request-contract check. Missing toolchains are reported as skips. See Languages for live HTTPS and PKI test coverage.