You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This leads to problems when the host header is a required header, in case you want to do a request to an external application that requires both an IP address and a host header value (for routing the request to the right context).
This would solve...
See #2322 (comment) and https://nodejs.org/en/blog/vulnerability/october-2023-security-releases#undici---cookie-headers-are-not-cleared-in-cross-domain-redirect-in-undici-fetch-high---cve-2023-45143. In the latest security release,
fetchdoesn't allow setting thehostheader anymore.This leads to problems when the
hostheader is a required header, in case you want to do a request to an external application that requires both an IP address and ahostheader value (for routing the request to the right context).A similar bug report here: nodejs/node#50305
The implementation should look like...
A solution could be to have a Node.js CLI flag like
--allowHostHeaderor more generic--allowHeaders=host, that is handled in undici.I have also considered...
There is no workaround, except using a userland HTTP library like
got(which does not block thehostheader from being set).