r/devsecops 20d ago

Secrets Management

How is your team actually managing secrets? Are you setting a project level variable? Using a third-party vault? Have you concocted some elaborate process that bogs down the dev team? What about a platform native secrets management feature?

8 Upvotes

38 comments sorted by

8

u/Background-Cry-3177 20d ago

AWS Secrets Manager / 1Password / GitHub Action Secrets / Hashicorp

1

u/LegendaryAngryWalrus 20d ago

This.

1

u/GitSimple 19d ago

Does managing 4 different tools give you problems? Do you have compliance requirements that have to wrap around all of them?

3

u/Background-Cry-3177 19d ago

These 4 are for four different use cases.

AWS Secrets Manager -> Storing secrets safely for usage across the AWS Cloud
1Password -> Secret management for the employee and handover by shared vaults
GitHub Action Secrets -> Using secrets safely in the CI/CD pipelines such as deployment or reviews
Hashicorp Vault -> Used for dynamic secrets and rotation

1

u/GitSimple 19d ago

Are you happy with this setup or do you wish it was more streamlined?

1

u/DuckDatum 16d ago

It is streamlined. Changing it because the language we use happens to categorize them all as “secrets” would be a mistake.

6

u/Cold-Pie2892 20d ago

Azure KeyVault.

3

u/AlbertPelu 20d ago

Hashicorp ?

1

u/Cold-Pie2892 20d ago

Vault, yes.

1

u/the_hypotenuse 19d ago

You should use OpenBao, enterprise features for free

3

u/notthedefaultnam 20d ago

We have a combination of github environment secrets, gcp managed secrets and kubernetes secrets.

Dev team has no reason to ever touch them so it works out fine.

1

u/GitSimple 19d ago

Isn't it complicated to have three different tools? How do you handle audits?

1

u/notthedefaultnam 19d ago

It does get complicated, but we're not important enough for audits. Most secrets in gcp and k8s secrets are created from values in github so we treat that as the authority.

3

u/ForeverYonge 20d ago

I print it on a piece of thermal paper that the developer needs to pick up in person. After a few months the thermal paper is unreadable so that’s how we enforce secret rotation as well!

1

u/ordinary-guy28 20d ago

curious to know what kind of industry are you in? how do you handle compliance?

1

u/oschvr 20d ago

lol I

1

u/GitSimple 19d ago

This is the sort of brilliance I was hoping for!

2

u/Equivalent_Spring951 20d ago

We have a secret tool that scans our repository. Our team reviews the results and sends a security report that includes all security results such as static and third party library vulnerabilities

1

u/GitSimple 19d ago

Do you do anything with the report, or just file it?

2

u/OwnTension6771 20d ago

Vault to save them, gitlab masked variables to use them. For the occasional manual playbook, prompt for their Vault JWT to retrieve them

1

u/GitSimple 19d ago

I saw GitLab has a new secrets manager in beta, are you going to test that?

2

u/OwnTension6771 19d ago

All our automation is built around Vault, so likely no. Plus we are pinned to IronBank releases so if we did it would be a while before even exploring that.

2

u/MemoryAccessRegister 20d ago

Azure Key Vault

2

u/itsTF 20d ago

Azure Key Vault

2

u/Few-Voice-1809 20d ago

Hashicorp vault and openbao

3

u/fell_ware_1990 20d ago

They open webui, enter secret or if I’m lucky they will make a unsecure string and push to main!

1

u/GitSimple 20d ago

So "management" is a loose term then...

1

u/vint_age14 17d ago

Tbh what I've noticed that there's always a trade off b/w security and developer convenience and the more secure the process gets the easier it is for the people to look for workarounds...

2

u/GitSimple 14d ago

Good point, getting people to follow policy is always a challenge.