End-to-end encrypted .env file sharing for developer teams. The decryption key never touches the relay server. One pull and the payload is gone — no accounts, no setup, no risk.
share-env is the safest way to share dotenv files, share .env files, or transfer dot env files between developers — replacing the dangerous practice of pasting secrets into Slack or email.
The Problem
Every day, developers share .env files via chat, email, and shared docs. Those secrets live in logs and history forever. This is the single biggest source of accidental secret exposure in development teams.
How it works
Run npx share-env push. Your .env file is encrypted with AES-256-GCM locally. Only ciphertext goes to the relay.
$ npx share-env pushSend the one-time share code (phrase#key) via Slack, Signal, or email. The code is useless without the key portion.
apple-brave-cloud#a3f9b2...Your teammate runs npx share-env pull <code>. The .env is decrypted locally. The payload is permanently deleted.
$ npx share-env pull <code>Trust & Security
Every line of the encryption logic is public. You can verify share-env does exactly what it claims.
AES-256-GCM is implemented using Node.js's built-in crypto module — no third-party encryption library. Source is public and auditable.
The entire codebase is MIT licensed and publicly available on GitHub. Fork it, audit it, self-host it. No black boxes.
Run your own relay server on any Node.js host. The CLI's --server flag lets you point to any URL. Complete control.
The relay server stores only ciphertext. The 256-bit AES key travels exclusively in your share code — not through the relay.
share-env refuses to run if your .gitignore does not cover .env. The guardrail cannot be disabled or bypassed.
Payloads are stored in relay memory only. No database, no logs, no persistence beyond the 10-minute TTL.
Common Questions
Get started now
No install. No account. No risk. Works anywhere Node.js 18+ is available.
$ npx share-env push