Skip to main content

Overview

Projects are containers that organize related secrets. They help you manage access control and group secrets logically.

List Projects

Retrieve all projects in an organization.
string
required
Organization ID

Response

Returns all projects accessible to the current user or service account.
string
required
Project unique identifier
string
required
Parent organization ID
string
required
Project name
string
required
When project was created
string
required
Last modification date
boolean
required
Whether user has read access
boolean
required
Whether user has write access

Get Project

Retrieve a specific project by ID.
string
required
Project ID

Create Project

Create a new project.

Request Body

string
required
Project name

Response

Returns the created project with read and write both set to true (creator has full access).
The number of projects you can create depends on your Secrets Manager plan.

Update Project

Update an existing project.
string
required
Project ID

Request Body

string
required
New project name

Delete Projects

Delete one or more projects.
array
required
Array of project IDs to delete

Response

Returns results for each deletion attempt:
Deleting a project removes all secrets within it. This action cannot be undone.

Project Organization

By Environment

By Application

By Team


Access Control

Projects support granular access control through access policies.

Grant User Access

Allow specific users to access a project:

Grant Group Access

Allow groups to access a project:

Grant Service Account Access

Allow service accounts to access a project:

Best Practices

Naming Conventions

Use clear, consistent names:

Access Strategy

  1. Least Privilege: Grant minimum required access
  2. Use Groups: Assign access to groups, not individuals
  3. Separate Environments: Don’t mix prod and dev in same project
  4. Service Accounts: Use for automation, limit to specific projects

Organization

  1. One Project per Environment: Separate production, staging, development
  2. Limit Scope: Keep projects focused on a single app/service
  3. Document Purpose: Use clear names that explain project purpose
  4. Regular Audits: Review project access periodically

Usage Examples

Create Environment Projects

List Projects with Secrets Count

Migrate Secrets to New Project


Limits

Project limits vary by plan:
Contact sales to increase limits or upgrade your plan.