All posts
7 minArchitectureMachine identity

Inbound vs. outbound: two halves of machine identity

Need access for your workloads, or control over callers reaching your business APIs? Explore how workload identity and request-level authorization can complement one another.

· Article

Tools like Aembit and Teleport solve the outbound problem: a workload needs a credential to call AWS, a database, or a third-party API, and the platform issues it just-in-time based on attested identity. That eliminates stored secrets on the client side.

But once a request arrives at your API, someone has to decide whether to serve it. That inbound decision — per request, at the boundary, with a verifiable proof — is a different problem, and it's the one Trustplane solves.

Same attestation, different direction

The two layers share an idea — identity should be proved, not stored — and they compose cleanly. A workload can attest itself to fetch an outbound credential, and separately present a proof when it calls your API. One direction protects your dependencies from your workloads; the other protects your APIs from everything else.

We wrote detailed, honest comparisons of where each tool fits: see our pages on Aembit, Teleport, and Descope.

Apply this to a workflow that matters to you.

Discuss the data access or business action you want to control, and the evidence you need to review it.

Bring one workflow you need to control.

Explore the actions to allow, the requests to stop, and where Trustplane fits. Deployment and pricing are scoped to your needs.

Book a custom demo