Aspnetcore.docs: SecretManager

Created on 2 Jul 2018  Â·  5Comments  Â·  Source: dotnet/AspNetCore.Docs

First, very informative article. Thank you for taking the time to write this and provide the information here.

I am learning ASP.NET Core from the outset here, and it's unclear in regards to the Secret Manager if this should be used in development or in deployment/production as well. The referenced article clearly says this, but the wording used here makes it sound as if this can be used outside of this. To me, at least. Is this the case? Or is it assumed that the Key Vault should be used instead? In either case, getting clarification on this would be very helpful.

Thank you for any consideration!


Document Details

⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

Source - Docs.ms

Most helpful comment

@Mike-EEE The Secret Manager tool should ONLY be used in development. Azure Key Vault is the recommended solution for a production environment. I'll update this doc to make it clearer. Thank you for pointing this out.

All 5 comments

@Mike-EEE The Secret Manager tool should ONLY be used in development. Azure Key Vault is the recommended solution for a production environment. I'll update this doc to make it clearer. Thank you for pointing this out.

Cool @scottaddie thank you for the information and the effort!

This has come up several times in relation to the Secret Manager topic. For example recently: https://github.com/aspnet/Docs/issues/7394

When I read these, I can't tell if devs are asking about "secret" secrets (encrypted) or just "sensitive data" secrets for staging/production servers. If the server environment is secure, our other recommendation has been env vars, settings files, and command-line args.

Curious in your case @Mike-EEE, do you need encryption of the data, or do you just have sensitive data that you could leave on the server because your server environment is access restricted?

Ah good question @guardrex. In this case, I am using this tidbit from the article/section that I was reading/referenced when I submitted this issue:

These values are effectively the user name and password your application uses to access their API

So it would seem to be sensitive/encrypted? That's my guess/take on it, at least. 😄 I am certainly open to further recommendations, however.

Thanks ... just curious. I'm not a security expert, so I can't comment beyond what we officially document.

Was this page helpful?
0 / 5 - 0 ratings