Create and Use Postman Secrets from the CLI
Blog post from Postman
Postman CLI version 1.69.0 and later supports an end-to-end terminal workflow for creating Shared Vault secrets, linking them to cloud or local environment variables, and resolving them at runtime in standalone requests or collection runs. Sensitive values such as API tokens are stored in a workspace’s Shared Vault rather than in collections or environment files, while environments retain only vault and secret references that can be used through standard variable syntax such as {{PAYMENT_API_TOKEN}}. Users can create secrets through a browser form, masked terminal prompt, or standard input for controlled provisioning and rotation, then link the returned secret ID with the environment variable command. The workflow requires an authenticated CLI session, suitable workspace permissions, and an environment target, and it can be inspected in the Postman app after configuration. The guidance recommends avoiding plaintext command-line arguments and URLs, limiting vault access, using dedicated provisioning jobs rather than recreating secrets in every CI run, and reviewing scripts and logs because resolved credentials may still be exposed by request behavior or destination systems.
| Trend | Post Mentions | Total Month Mentions | Posts | Companies | MoM |
|---|---|---|---|---|---|
| Secrets Management | 49 | 1,735 | 373 | 111 | -15% |
| Observability | 1 | 1,924 | 468 | 147 | -30% |
Use this post, company, and trend context to find content marketing opportunities, perform competitive analysis, or address product feature gaps via the Plushcap MCP server or the Plushcap API.