Plaintext command bodies don't reach our infrastructure.
Lockia Push is built so the orchestrator, gateway, broker, and database carry only ciphertext. Plaintext exists at the tenant trust boundary and on the destination device — nowhere in between.
Protocol v2 uses AES-256-GCM with a per-message key wrapped to the device and authenticates every behavior-driving envelope field. New commercial tenants use v2; the legacy pilot wire format remains a migration boundary.
ECDSA P-256 SHA-256 for device signing keys and ACKs today; Ed25519 is also accepted but no shipped client generates it. Devices sign ACKs and the gateway verifies the signature and replay state before recording them.
LockiaMQ forwards ciphertext only; the gateway authn/authz hooks see metadata; the database has no plaintext column.
Each message's data key is wrapped to the target device's registered RSA-OAEP public key, so only that device can unwrap it. KMS/HSM-backed custody for wrap keys is designed behind a provider trait but not yet shipped.
Tenant sender public keys register, rotate, and revoke through a tenant-scoped, idempotent workflow. Private keys remain customer-managed, retired public keys remain available for historical verification, and each change is audit-logged.
ACK replay windows and connect nonces are persisted across replicas, with durable SDK ACK retry and duplicate suppression. Production failover evidence remains a rollout gate.
Gateway and orchestrator enforce issuer, audience, expiry, subject membership, and registered machine-client scopes on each authenticated request.
Core mutations and denials emit audit events. Retention and data-rights workflows are implemented but operator-disabled until policy and legal approval; no certification is claimed.
What we are still hardening.
We surface the same caveats inside the operator console. Treat them as a roadmap, not a hidden risk.
- Lockia Push identity upgrade verificationPublic issuer, RS256 JWKS, and blocked admin surfaces pass after the v4 upgrade. Interactive login, client credentials, and log burn-in still require production credentials and operator access.
- Server-side envelope verificationThe orchestrator verifies the canonical protocol-v2 P-256 signature, signer-key lifecycle, algorithms, timestamps, and AAD consistency. The signed plaintext-hash declaration is verified against plaintext by the device SDK.
- Crypto custodyAndroid private keys use Android Keystore and the JavaScript SDK provides durable protocol-v2 state. Server-side BYO KMS/HSM custody remains a design, not a shipped provider.
- Exact-release evidenceThe cross-language golden vector and tamper tests are automated. Physical-device instrumentation and production broker failover remain release gates.