Re:Security flaws in an SSO plugin for Caddy
by francislavoie on Tuesday February 13, 2024 @01:42AM
(#39355202)
Caddy itself has built-in support for correctly & safely parsing XFF via the trusted_proxies global option https://caddyserver.com/docs/caddyfile/options#trusted-proxi... The plugin should use the parsed client IP produced by this, but the plugin was written before trusted_proxies existed in Caddy. (Not excusing the mistake, but there's an "easy" solution if someone wants to resolve it.)
Re:Security flaws in an SSO plugin for Caddy
by yonixwm on Tuesday February 13, 2024 @01:45AM
(#39355216)
Again why mention the plugin? Just use the main caddy option… plugins are ment to expand caddy not replace existing directives
unless i am missing something and the plugin overrides default behavior then of course it’s to blame
Re:Security flaws in an SSO plugin for Caddy
by buro9 on Tuesday February 13, 2024 @01:47AM
(#39355226)
I think a security plugin author should have the awareness that X-Forwarded-For is just a string of untrusted user input.
That definitely is the job of a security plugin author who uses the value.
Whether it's lesson number one or number two... Don't trust your inputs has got to be near the top of things you learn when doing anything with security.
Edit: now I've read the article... Shocked. The vast majority of this is trusting untrusted user input.
Meaning how will the plugin know how levels deep is it in the infrastructure… and if you really care about warning devs then it should be a caddy level security bug, not this plugin specifically.
So all those spoofing items is really out of scope for this plugin…