Re:How We Exploited CodeRabbit: From Simple PR to RCE and Wr...
by shlomo_z on Wednesday August 20, 2025 @12:16AM
(#44958583)
> putting secrets into environment variables in the first place - that is apparently acceptable to them and sets off a red flag for me
Isn't that standard? The other options I've seen are .env files (amazing dev experience but not as secure), and AWS Secrets Manager and similar competition like Infisical. Even in the latter, you need keys to authenticate with the secrets manager and I believe it's recommended to store those as env vars.
Edit: Formatting
Re:How We Exploited CodeRabbit: From Simple PR to RCE and Wr...
by vmatsiiako on Wednesday August 20, 2025 @01:09AM
(#44958801)
You can use native authentication methods with Infisical that don't require you to use keys to authenticate with your secrets manager:
- https://infisical.com/docs/documentation/platform/identities...
- https://infisical.com/docs/documentation/platform/identities...
Re:How We Exploited CodeRabbit: From Simple PR to RCE and Wr...
by KingOfCoders on Wednesday August 20, 2025 @01:14AM
(#44958824)
"According to their response all other tools were already sandboxed."
Everything else was fine, just this one tool chosen by the security researcher out of a dozen of tools was not sandboxed.
However their response doesn't remediate putting secrets into environment variables in the first place - that is apparently acceptable to them and sets off a red flag for me.