Skip to main content
← Back to list
01Issue
FeatureOpenExtensionsPublic
AssigneesNone

Relationships

#1686 Support credentials in datastore config (vault-resolvable)

Opened by psftw · 8/17/2026

The @swamp/s3-datastore config schema carries bucket/endpoint/region but no credential fields, so credentials come from the ambient AWS chain (env vars, then ~/.aws/credentials). On a machine whose default AWS profile holds a different key than the bucket's canonical one, any invocation that forgets to export the right pair silently writes objects under the wrong key — and on providers with cross-user object ACLs (OVH S3), those objects become unreadable to every other client of the same datastore, surfacing later as silent 'Data not found' during hydration rather than an error. Please add optional accessKeyId/secretAccessKey config fields resolvable via vault expressions (the pattern @swamp/ssh already uses for transport passwords), so a repo can pin its datastore identity in .swamp.yaml instead of relying on ambient-environment discipline.

Upstream repository: https://github.com/systeminit/swamp-extensions

Environment

  • Extension: @swamp/s3-datastore@2026.08.12.1
  • swamp: 20260817.010424.0-sha.21133ea1
  • OS: linux (x86_64)
  • Deno: 2.8.3
  • Shell: /bin/bash
02Bog Flow
OPENTRIAGEDIN PROGRESSSHIPPED

Open

8/17/2026, 8:33:36 PM

No activity in this phase yet.

03Sludge Pulse
Editable. Press Enter to edit.

psftw commented 8/20/2026, 1:37:15 PM

Sorry my LLM created this before I could stop it. To provide a little bit more context, my use case is to bootstrap a remote "swamp serve" instance with its own s3 namespace, then talk to it over a secure channel and treat it like a "project hub". Today I would need to provide s3 creds via environment for each of these remote systems to interact with them. This isn't hard to enforce for my use case, but I still support this issue for the user experience improvement.

Sign in to post a ripple.