← Lakefront

Security

One set of permissions.
Every provider.

Grant a person or an agent access once. Lakefront maps it to the right IAM roles in each cloud, brokers credentials per request, and expires them on their own, so you stop reasoning about four permission models at midnight.

Access · my access
Eligible roles
Production deployerAcme Productionmax 4h · needs approvalActivate
Secrets operatoracme-prodexpires in 41mActive
Auditone trail, every cloud
JDjordan activated Secrets operator41m ago
AMamina deployed checkout-api to eastus2h ago
CCclaude-code read logs for ledger-worker3h ago
Revoke a grant and it disappears from every provider at once.

No long-lived key, anywhere

Cloud accounts are connected through federation: a cross-account role on AWS, a service principal on Azure, workload identity on GCP. Lakefront holds no credential it could replay, and every action it takes is signed for that request and that request only.

  • Scoped to the resourceDeploy this service, read those secrets, nothing wider.
  • Revoke in one clickPull a grant and it is gone from every provider at once.
  • One audit trailAzure, AWS and GCP actions in a single, queryable timeline.
Clouds
Connected accounts
Acme Production
subscription · 3 regions
Connected
acme-prod
cross-account role · us-east-1
Connected
Connect a project
workload identity federation
Connect
Brokered per request and expiring on its own. No long-lived key is ever stored.

Just-in-time elevation

Standing production access is the thing that eventually hurts you. Lakefront models eligible roles the way Azure PIM does: you activate a role when you need it, optionally through approval, and it expires on a clock rather than on your good intentions.

  • Eligible, not assignedThe permission exists; the grant does not, until you ask.
  • Approval policiesRequire a second person for the roles that deserve one.
  • Cloud accounts are a scopeUsing a connection is itself a permission, not a side effect of being an admin.
Activate role
Production deployerAcme Production
Rolling back checkout-api to revision 0041 · INC-31.
Duration · 1 hourmax 4hRequest
AMamina · approverAwaiting approval
Expires automatically at 14:12no standing access

Secrets that rotate themselves

Each environment gets a Key Vault in your own account. Rotation generates a new version, runs both versions briefly so nothing in flight breaks, then revokes the old one. Values are encrypted at rest with a key you control.

Secrets
checkout-apiauto-rotate
DATABASE_URL
v14 · rotated 2d ago
Current
STRIPE_SECRET_KEY
v9 · rotates in 12d
Current
REDIS_PASSWORD
v22 · rotating now
Swapping
04:00:02 generate REDIS_PASSWORD v23
04:00:09 swap · both versions valid
04:01:14 revoke v22 · no failed connections
  • Everything runs in your cloud. Lakefront holds no key that could decrypt your data.
  • Encryption keys stay in your own KMS. Bring your own key, and keep it.
  • Agents inherit this model unchanged; they are subject to it, not exempt from it.

Deploy it into your own cloud.