OpenBao Rust SDK
openbao is a secure, typed, async Rust SDK for
OpenBao, the community-driven open source fork of
Vault. It is designed for audited secret workflows: HTTPS by default, no
redirect forwarding, strict path validation, secret-aware token types, and a
small reviewed dependency surface.
The crate name on crates.io is openbao; Rust imports are lowercase:
use Client;
This README documents the 0.3.0 release candidate. 0.3.0 builds on the
published 0.2.0 crate with Transit, audit device helpers, safe exact lease
lookup, renew, and revoke helpers, plugin catalog operations, and a
loopback-only OpenBao dev bootstrap helper.
The crate is dual-licensed under MIT or Apache-2.0.
Current Status
Implemented now:
- Async client with typestate authentication.
- Direct token authentication with
secrecy::SecretString. - AppRole login with secret-aware role ID, secret ID, token, and accessor handling.
- Token create, lookup, accessor lookup/list, renew, revoke, and revoke-self helpers.
- KV v2 read, write, CAS write, patch, list, latest delete, version read, version delete, undelete, destroy, metadata, and backend config helpers.
- KV v1 read, write, delete, and list helpers.
- Transit key create, read, list, delete, encrypt, decrypt, rewrap, data key, random, hash, HMAC, sign, and verify helpers.
- System health, seal status, and loopback-only dev bootstrap helpers.
- Secret and auth mount enable, list, read, tune, and disable helpers.
- Response wrapping lookup, wrap, unwrap, and rewrap helpers.
- ACL policy list, read, write, delete, and prefix list helpers.
- Capability checks for the caller token, an explicit token, or a token accessor.
- Audit device list, enable, disable, and hash helpers.
- Safe exact lease lookup, renew, and revoke helpers.
- Plugin catalog list, type-list, register, read, delete, and backend reload helpers.
- Raw JSON request escape hatch for endpoints that are not typed yet.
- Local TLS OpenBao Podman stack on
9940and9941. - Real OpenBao integration test gate using the pinned OpenBao image.
Planned next:
0.4.0: PKI, Kubernetes auth, and TLS certificate auth.0.5.0: database secrets, JWT/OIDC, and userpass.0.6.0: SSH, TOTP, and explicitly gated production init/unseal/rekey/rotate APIs.0.7.0: cubbyhole, identity, Kubernetes secrets, LDAP secrets, and RabbitMQ.0.8.0: remaining auth methods and broader system backend automation.
See API Coverage and
Release Plan for the road to 1.0.0.
Trust Dashboard
| Area | Status |
|---|---|
| License | MIT OR Apache-2.0 |
| Rust edition | 2024 |
| MSRV | Rust 1.95 |
| Async runtime | Runtime-agnostic client; examples use Tokio |
| HTTP transport | reqwest with redirects disabled |
| Default TLS backend | Rustls |
| TLS floor | TLS 1.3 by default; TLS 1.2 requires explicit opt-in |
| Plain HTTP | Rejected by default; numeric loopback IPs only when explicitly enabled |
| Token storage | secrecy::SecretString |
| Unsafe policy | unsafe_code = "forbid" |
| Path validation | Rejects traversal, query/fragment injection, empty segments, controls, and trailing periods |
| Error posture | API error strings are bounded and sanitized before formatting |
| Dependency policy | cargo deny plus RustSec audit in the release gate |
| Release evidence | fmt, clippy, tests, docs, deny, audit, SBOM, and real OpenBao integration |
| Pentest gate | Required before tagging a release |
Security details live in SECURITY.md. Release evidence and release sequencing live in release-notes and docs/RELEASE_PLAN.md.
Install
[]
= "0.3"
= "0.10.3"
= { = "1.0.228", = ["derive"] }
= { = "1.52.3", = ["macros", "rt-multi-thread"] }
Some advanced examples below name transport and JSON helper types directly:
[]
= { = "0.13.4", = false, = ["rustls"] }
= "1.0.150"
The crate defaults to the common SDK surface:
[]
= { = "0.3", = ["approle", "token", "kv1", "kv2", "transit", "sys", "rustls-tls"] }
For a smaller build, disable defaults and opt into only what the application uses:
[]
= { = "0.3", = false, = ["kv2", "sys", "rustls-tls"] }
Features
| Feature | Default | Purpose |
|---|---|---|
approle |
yes | AppRole authentication helpers. |
token |
yes | Token lifecycle helpers. |
kv1 |
yes | KV v1 secrets engine helpers. |
kv2 |
yes | KV v2 secrets engine helpers. |
transit |
yes | Transit cryptography helpers. |
sys |
yes | System backend helpers. |
rustls-tls |
yes | Rustls transport configuration. |
native-tls |
no | Legacy native TLS support. Requires native-tls-acknowledged after audit. |
native-tls-acknowledged |
no | Explicit acknowledgment for audited native TLS builds. |
Support Matrix
Client, Transport, And TLS
| Capability | Status | Notes |
|---|---|---|
| Async client | Yes | Built on reqwest with a small public API surface. |
| Typestate auth | Yes | Separate unauthenticated and authenticated client states. |
| HTTPS by default | Yes | Plain HTTP is rejected unless loopback HTTP is explicitly enabled. |
| Redirect protection | Yes | Redirect following is disabled to avoid forwarding token headers. |
| TLS floor | Yes | TLS 1.3 minimum by default; audited legacy deployments can opt down to TLS 1.2. |
| Custom CA roots | Yes | Extra root certificates can be merged with the platform trust store. |
| Root-only trust stores | Yes | System roots can be bypassed by using only configured root certificates. |
| Connection timeout | Yes | 5-second connection timeout by default; caller overrides are bounded. |
| User agent fingerprinting | Yes | Default user agent omits the exact crate version. |
| Namespace header | Yes | X-Vault-Namespace support for namespace-aware deployments. |
| Raw JSON requests | Yes | Escape hatch for endpoints that are not typed yet. |
Authentication
| Capability | Status | Notes |
|---|---|---|
| Direct token auth | Yes | Tokens are accepted as SecretString. |
X-Vault-Token |
Yes | Default documented OpenBao-compatible token header. |
| Bearer auth | Yes | Optional Authorization: Bearer header mode. |
| AppRole login | Yes | Role ID and secret ID are secret-aware; returned token is wrapped. |
| Token accessor handling | Yes | Accessors are treated as secret material. |
| Token lifecycle helpers | Yes | Lookup, accessor lookup/list, renew, revoke, revoke-self, and create helpers. |
| Kubernetes auth | Planned | Planned for 0.4.0. |
| TLS certificate auth | Planned | Planned for 0.4.0. |
| JWT/OIDC and userpass | Planned | Planned for 0.5.0. |
Secret Engines
| Capability | Status | Notes |
|---|---|---|
| KV v2 read/write | Yes | Typed serialization and deserialization. |
| KV v2 CAS write | Yes | Optional check-and-set version support. |
| KV v2 patch | Yes | JSON merge patch content type. |
| KV v2 list/delete versions | Yes | Metadata list, latest delete, soft delete, undelete, and destroy. |
| KV v2 metadata/config | Yes | Backend and per-key metadata helpers. |
| KV v1 | Yes | Read, write, delete, and list helpers. |
| Transit | Yes | Key create/read/list/delete, encrypt, decrypt, rewrap, data key, random, hash, HMAC, sign, and verify. |
| PKI | Planned | Planned for 0.4.0. |
| Database credentials | Planned | Planned for 0.5.0. |
| SSH and TOTP | Planned | Planned for 0.6.0. |
| Identity and remaining engines | Planned | Planned for 0.7.0. |
System Backend And Operations
| Capability | Status | Notes |
|---|---|---|
| Health | Yes | Accepts OpenBao active, standby, sealed, and uninitialized health statuses. |
| Init status | Yes | Typed /sys/init status helper. |
| Seal status | Yes | Typed /sys/seal-status helper. |
| Dev bootstrap | Yes | Fresh numeric-loopback dev instances only; not for production or HSM/KMS deployments. |
| Mount management | Yes | Secret and auth mount enable/list/read/tune/disable helpers. |
| Response wrapping | Yes | Lookup, wrap, unwrap, and rewrap helpers. |
| Policies and capabilities | Yes | ACL policy helpers plus self/token/accessor capability checks. |
| Audit devices | Yes | Enable, list, disable, and audit hash helpers. |
| Lease helpers | Yes | Safe exact lookup, renew, and revoke; prefix/force/tidy operations are intentionally not exposed. |
| Plugin catalog | Yes | List, type-list, register, read, delete, and mounted backend reload helpers. |
| Production init, unseal, rekey, rotate | Planned | Explicit safety documentation in 0.6.0. |
| Quotas, metrics, namespaces | Planned | Planned in the 0.8.0 operations line. |
Examples
Create a client from an existing token:
use ;
use SecretString;
async
Configure a stricter client with a namespace and root-only trust store:
use ;
use Certificate;
use SecretString;
async
Authenticate with AppRole:
use ;
use SecretString;
async
Write and read KV v2 data:
use ;
use SecretString;
use ;
async
Use KV v2 check-and-set, patch, and version operations:
use ;
use ;
use SecretString;
use Serialize;
async
Use a KV v1 mount:
use ;
use SecretString;
use ;
async
Encrypt and decrypt through Transit:
use ;
use ;
use ;
async
Create, inspect, renew, and revoke a child token:
use TokenCreateRequest;
use ;
use SecretString;
use BTreeMap;
async
Enable and tune a KV v2 mount:
use ;
use ;
use SecretString;
use BTreeMap;
async
Wrap and unwrap JSON data:
use ;
use SecretString;
use ;
async
Write an ACL policy and check capabilities:
use PolicyWriteRequest;
use ;
use SecretString;
async
Enable an audit device and calculate an audit hash:
use AuditEnableRequest;
use ;
use SecretString;
use BTreeMap;
async
Look up and renew one exact lease:
use ;
use SecretString;
async
Read and reload a plugin catalog entry:
use ;
use ;
use SecretString;
async
Call an endpoint that is not typed yet:
use ;
use Method;
use SecretString;
use Value;
async
The raw request layer is intentionally low level. Prefer typed helpers when the crate supports an endpoint; use raw JSON to bridge missing OpenBao APIs while coverage grows.
Local OpenBao Dev Instance
The local dev stack uses Podman, TLS, a private CA, and loopback-only ports in
the requested 994x range.
Prepare the rootless Podman volume and TLS assets without starting OpenBao:
This project does not require a /srv directory tree for local development:
raft data lives in a Podman-managed volume, and TLS material lives in the
ignored deploy/podman/dev-state/ directory.
Endpoints:
- API:
https://127.0.0.1:9940 - Cluster:
https://127.0.0.1:9941 - CA certificate:
deploy/podman/dev-state/tls/dev-ca.crt
Initialize and unseal OpenBao using bao operator init and
bao operator unseal, then export BAO_ADDR=https://127.0.0.1:9940 and
BAO_CACERT=deploy/podman/dev-state/tls/dev-ca.crt.
For disposable local development, the crate can initialize and unseal a fresh numeric-loopback instance directly:
use ;
use Certificate;
async
bootstrap_dev is not a production initialization ceremony. It creates root
and unseal material in process memory, uses Shamir keys, refuses non-loopback
targets, and refuses already initialized servers. Do not use it with HSM/KMS
auto-unseal, shared environments, or any instance that requires operator key
ceremony.
Run the real OpenBao integration flow:
The integration script creates a fresh TLS dev instance, initializes and
unseals it, stores the root token in a temporary 0600 file for the test
process, and removes that file when the run exits.
Release Discipline
Run the normal local checks:
Run the current release gate:
Set OPENBAO_SKIP_INTEGRATION=1 only when Podman is unavailable; release
candidate validation should run the integration gate.
No release tag should be cut unless the matching pentest report status is reviewed and recorded in the release notes.