N7x@infosec.pub to appsec@infosec.pubEnglish · 1 year agoGitHub Copilot, Amazon Code Whisperer emit people's API keyswww.theregister.comexternal-linkmessage-square11fedilinkarrow-up120arrow-down11
arrow-up119arrow-down1external-linkGitHub Copilot, Amazon Code Whisperer emit people's API keyswww.theregister.comN7x@infosec.pub to appsec@infosec.pubEnglish · 1 year agomessage-square11fedilink
minus-squaretmRgwnM9b87eJUPq@lemmy.worldlinkfedilinkEnglisharrow-up2arrow-down1·1 year agoFor 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.
minus-squarepixxelkick@lemmy.worldlinkfedilinkEnglisharrow-up3·1 year agoA 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
minus-squaretmRgwnM9b87eJUPq@lemmy.worldlinkfedilinkEnglisharrow-up1·1 year agoNo. For development purposes I want my devs to be able to clone the repo and start. So the development config files are inside the repositories.
minus-squareDoomBot5@lemmy.worldlinkfedilinkEnglisharrow-up1arrow-down1·1 year agoWow, that’s a terrible security process even for development configs. How about adding a script they can run right after cloning to pull the needed keys from a secure location using their own user credentials? Plenty of solutions out there.
minus-squaretmRgwnM9b87eJUPq@lemmy.worldlinkfedilinkEnglisharrow-up1arrow-down1·1 year agoSo let’s say the code base leaks. Let’s say our VPN was also compromised. Then what is the worst that can happen? Some internal dev api with no real data in it can be tested by hackers.
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, whatevsNo. For development purposes I want my devs to be able to clone the repo and start.
So the development config files are inside the repositories.
Wow, that’s a terrible security process even for development configs. How about adding a script they can run right after cloning to pull the needed keys from a secure location using their own user credentials? Plenty of solutions out there.
So let’s say the code base leaks.
Let’s say our VPN was also compromised.
Then what is the worst that can happen? Some internal dev api with no real data in it can be tested by hackers.