appsec @infosec.pub N7x @infosec.pub 1 yr. ago

GitHub Copilot, Amazon Code Whisperer emit people's API keys

www.theregister.com GitHub Copilot, Amazon Code Whisperer emit people's API keys

AI dev assistants can be convinced to spill secrets learned during training

11 comments

You shouldn't be hard-coding API keys, and definitely not committing them to the repository.
- What should you be doing with API keys?
  
  I guess it depends on who should have access to them, but at the company I work for, we keep all the private config files backed up in a secure place (local network server, encrypted cloud storage, whatever) and the config files are added to .gitignore. This is especially important for databases with personal info.
  
  We load all secrets in from an instance of Hashicorp Vault we have running.
  
  It's pretty easy API to use, has packages for most languages, has a solid docker image, and is compatible with pretty much every type of storage under the sun.
  
  I think, and i could be wrong, but you should be storing them in a password manager style service, and then have your application pull them out.
  
  Which is just commiting the keys with extra steps I guess :/
- For local development you would definitely keep them in a config file. Nothing wrong with that.
  
  For production they are set during the release process.
  
  Nothing is more expensive than developers needing to find all the configs and keys to just start up a project to make a small fix somewhere.
  
  A config file outside of the repository to be specific.
  
  On Linux it can go somewhere under ~
  
  On windows it can go somewhere in AppData
  
  Ie; ~/YourAppName/Secrets.json or whatever your config file flavor is. Json, yaml, xml, whatevs
Dear God. That's like the first thing you'd test internally. We really do be moving fast, breaking things.

You've viewed 11 comments.