1
Should `X-Real-IP` header trust be restricted to an IP range?
Source: dani-garcia/vaultwarden#6122 · opened by @merlinz01
With some other Dockerized services I've worked with that are behind a reverse proxy (uvicorn behind caddy for example) there is an option to restrict what connections are trusted to take the X-Real-IP header from.
E.g.
While in a reverse-proxy + Docker setup there isn't really a risk due to the container network isolation, other setups might be vulnerable to spoofed X-Real-IP headers bypassing rate limiting/fail2ban blocking.
I think this could be a worthwhile security improvement.
E.g.
While in a reverse-proxy + Docker setup there isn't really a risk due to the container network isolation, other setups might be vulnerable to spoofed X-Real-IP headers bypassing rate limiting/fail2ban blocking.
I think this could be a worthwhile security improvement.
No pledges yet. Be the first to back this.
Comments
Similar requests
Support for consuming "Forwarded" HTTP header (RFC7239)
2 votes · 0 comments
[SSO] Logging in without the master password? (using trusted-devices)
18 votes · 0 comments
For local ips to be dismissed
1 vote · 0 comments
Restrict the possibility for users to clear the recycle bin
1 vote · 0 comments
Multiple domains support, per organization
2 votes · 0 comments
No comments yet.