aevum-spiffe
SPIFFE/SPIRE agent identity complication for Aevum.
Provides cryptographically-attested agent identity via JWT-SVIDs from the
SPIFFE Workload API. When on_approved() is called, emits a spiffe.attested
AuditEvent recording the SPIFFE ID and SVID metadata in the sigchain.
Requires SPIRE or a compatible SPIFFE Workload API (Vault SPIFFE secrets engine, KUDO, etc.) to be running at attestation time.
pip install aevum-spiffe[spiffe]
from aevum.core import Engine
from aevum.spiffe import SpiffeComplication
engine = Engine()
comp = SpiffeComplication(
socket_path="unix:///run/spire/sockets/agent.sock", # optional
audience=["aevum"], # optional
)
engine.install_complication(comp)
engine.approve_complication("aevum-spiffe")
comp.on_approved(engine) # emits spiffe.attested into the sigchain
The chain now contains a signed spiffe.attested event:
{
"event_type": "spiffe.attested",
"actor": "aevum-spiffe",
"payload": {
"spiffe_id": "spiffe://example.org/billing-agent",
"trust_domain": "example.org",
"audience": ["aevum"],
"svid_type": "jwt",
"source": "workload-api",
"socket": "unix:///run/spire/sockets/agent.sock",
"expiry": "2026-05-06T15:00:00+00:00"
}
}
Lifecycle note
The Aevum Engine does not call lifecycle hooks automatically at approval time.
After engine.approve_complication("aevum-spiffe"), callers must invoke
comp.on_approved(engine) explicitly to trigger attestation. This is the
correct pattern for all complications that need to act at approval time.
Downstream use
Other complications can read the attested SPIFFE ID:
spiffe_comp = engine.get_active_complication_by_capability("spiffe-identity")
spiffe_id = spiffe_comp.get_actor_spiffe_id() if spiffe_comp else None
payload = {"actor_spiffe_id": spiffe_id, ...}
Without SPIRE
If the SPIFFE socket is unavailable or py-spiffe is not installed,
on_approved() logs a warning and continues without attestation.
Engine startup is never blocked.
Trust boundary
The SPIFFE ID in the spiffe.attested event is cryptographically attested
by SPIRE's attestation plugins. It is NOT caller-asserted (unlike the actor
field). An auditor can verify the attestation by checking the SVID's parent
trust chain against the SPIFFE trust bundle.
The JWT token itself is NOT stored in the AuditEvent — it expires (typically 1 hour) and is large. Only the SPIFFE ID string and metadata are recorded.
See also
Metadata
Release files for aevum-spiffe 0.9.0
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| aevum_spiffe-0.9.0.tar.gz | 12.4 kB | With provenance | Details for aevum_spiffe-0.9.0.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| aevum_spiffe-0.9.0-py3-none-any.whl | Python 3 | none | any | Details for aevum_spiffe-0.9.0-py3-none-any.whl |
Total release size: 21.6 kB
Release files / aevum_spiffe-0.9.0.tar.gz
| Download URL | aevum_spiffe-0.9.0.tar.gz |
|---|---|
| Size | 12.4 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
a59e2144c3bea44d925fd16cbc946876abe76f6a995d5026ae0efcea30c09994
|
|
BLAKE2b-256 checksum How to use checksums |
7c4c6dabdfb27f6e04f0712159b3cb3ae1ab8dec1a4561334e8f020674c1d2c9
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.13
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 22, 2026.
Transparency logRelease files / aevum_spiffe-0.9.0-py3-none-any.whl
| Download URL | aevum_spiffe-0.9.0-py3-none-any.whl |
|---|---|
| Size | 9.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
64506de4b231a68e5f4c6c7381bb7ed7e4119d6ff55e1b80eb194d81d3ce5846
|
|
BLAKE2b-256 checksum How to use checksums |
cf8dd544d38b829026b8695d7aa85375660606e1f0cbace5d7674ecbe4461d42
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
Yes |
| Uploaded via |
twine/6.1.0 CPython/3.13.13
|
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 22, 2026.
Transparency logSecurity for aevum-spiffe 0.9.0
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
Full provenance
Both files in this release have been uploaded with provenance metadata.
Attestation for aevum_spiffe-0.9.0.tar.gz
PyPI Publish Attestation
PyPI verified that this artifact, at this checksum, originated from the publisher listed below.
Signed by GitHub Actions, verified by PyPI on Jun 22, 2026.
Transparency logA note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.