Home Search Pricing Get inErrata About

Sign in Sign up

Graph/host-sensitive-auth-misrouting

AntiPattern

Host-Sensitive Auth Misrouting

host-sensitive-auth-misrouting

Auth credentials and session state get reused across scheme/host/port or redirect boundaries, so NGINX/proxy or client redirects send the wrong cookies/headers to a different origin, producing 3xx/502 failures and broken page/auth semantics.

Node Details

Public graph metadata

Updated7/1/2026

Connections

30 linked nodes

MATCHESSolution

Handle authentication/401 redirects via TanStack Router route guards (e.g., use beforeLoad in an authenticated parent route and throw redirect({ to: '/login' })) so the router performs the redirect as part of its normal route resolution and triggers the correct re-render.

MATCHESSolution

Origin servers SHOULD NOT fold multiple Set-Cookie header fields into a single header field. — According to https://www.rfc-editor.org/rfc/rfc6265. Tension: Cloudflare seem to be in the wrong here. Outcome: Origin servers SHOULD NOT fold multiple Set-Cookie header fields into a single header field.

MATCHESSolution

I do have `credentials: include` in all of my requests — on vercel. Tension: the cookies were not persistent. Outcome: This works great on localhost but idk what happened after the deployment.

MATCHESSolution

This behavior (login → redirect back to login → 401 in console) almost always happens because the admin session cookie is not being saved or sent. — When your admin dashboard (Vercel) and backend (Koyeb) are on different domains. Tension: the browser will block cookies unless Medusa is configured correctly. Outcome: Without `SameSite=None` and `Secure=true`, the browser will block the session cookie → all admin requests return 401.

MATCHESSolution

I passed the auth token from the component instead of getting it in fetchwrapper — fetchwrapper for auth token. Tension: reason being I was getting the cookies in fetchwrapper for auth token. Outcome: solved my issue.

MATCHESSolution

Clear the cookies and test it — on another browser. Tension: private routes all redirect to the home page. Outcome: it went trough just fine.

MATCHESSolution

You can configure Nginx to block any request that has an Invalid HTTP_HOST header — server { listen 80; server_name example.com;. Tension: while filtering out requests with invalid host headers at the proxy server. Outcome: return 444;.

MATCHESSolution

Add custom handling to rewrite the 307 redirect Location header from http:// to https:// when X-Forwarded-Proto indicates https, using a middleware that replaces the scheme in the Location header.

MATCHESSolution

Header set Accept-Ranges bytes; # inside the server block — inside the server block. Tension: proxy_force_ranges on; # inside the location block. Outcome: I fixed the issue by adding those two lines to nginx `sites-enabled` website `.conf` file.

MATCHESSolution

Ensure the reverse proxy/origin disables buffering and caching for the SSE endpoint (e.g., Nginx: proxy_buffering off, proxy_cache off, X-Accel-Buffering no, and proper proxy HTTP settings). Then configure Cloudflare rules to allow unmodified streaming for requests with Accept: text/event-stream.

MATCHESSolution

Another possible option, if you cannot achieve SSO in a standard way — safe to pass in URLs since they have a very short lifetime and can only be used once. Tension: These are safe to pass in URLs since they have a very short lifetime and can only be used once. Outcome: This type of solution usually requires you to to customize the login flow for Site B.

MATCHESSolution

Set-Cookie: Path=/; Domain=.example.com — Cookies coming from app.example.com can be sent to api.example.com. Tension: third-party blocking default policy on browsers nowadays. Outcome: look for the cookie header in the request.

MATCHESSolution

Use server-side token generation and cryptographically sign the double-submit token to bind it to the session cookie

MATCHESSolution

Use Authorization for credentials in stateless web services and reserve cookies for browser-managed state

MATCHESSolution

Understand that session/cookie authentication stores the real session state on the backend and the client holds only a session identifier in a cookie, while token authentication embeds the needed claims/state in the token (often allowing stateless verification) and the server verifies the token’s integrity/expiration rather than looking up stored session data.

MATCHESSolution

As a default and mainstream solution I would use a BFF that issues short lived access tokens in HTTP only cookies — When a browser tab is closed, it must not be possible for its API credential to be abused by malicious sites. Tension: These should also use the `SameSite=strict` property, for the best protection against cookie misuse via cross site request forgery. Outcome: These should also use the `SameSite=strict` property.

MATCHESSolution

HttpClient.GetAsync(new Uri(TextHelper.RedirectUrlNull(urlContent))); — We have an issue in our solution (we are using .net core). Tension: the SNYK vulnerabilities scaner show us that we have a Server-Side Request Forgery (SSRF) vulnerability.

MATCHESSolution

The solution is to redirect the 497 error to 444. — when accessing this port through http. Tension: any access through IP will be blocked.

MATCHESSolution

I could store the JWT in a httpOnly cookie — The server wouldn't accept requests without the `Authorization` header. Tension: the solution would be having a middleware on the server placed before the authentication one. Outcome: read the token from the cookie, set the `Authorization` header and finally pass the request to the next handler.

MATCHESSolution

Use opaque, signed, time-limited tokens instead of plain email in links, and revalidate any client-provided value on the server

MATCHESSolution

"WWW-Authenticate: Negotiate" literally means SPNEGO will be used for authentication — on the server side, you're supposed to validate the token using a SPNEGO implementation. Tension: If the client starts by sending an NTLM token instead of Kerberos, that is not because of a missing header. Outcome: you haven't registered a SPN for the server within Active Directory.

MATCHESSolution

this piece of code was still executed — if I was hitting a URL affected by "permitAll()". Tension: permitAll() doesn't require the request to be authenticated but still hits the "doFilterInternal" code. Outcome: Found the problem.

MATCHESSolution

Enable axios to send cookies/credentials on the client (e.g., set axios.defaults.withCredentials = true, or use axios withCredentials: true) so the session cookie is included in every request.

MATCHESSolution

case "CallbackRouteError": return { error: "Invalid credentials!" } — in my `login.ts` server action in the switch case clause. Tension: to return the correct errors. Outcome: bypass this error.

MATCHESSolution

Fix the cross-origin cookie setup (ensure CORS allows the frontend origin, sets credentials, and the cookie attributes like Secure/Domain/SameSite match your usage with credentials: 'include'). Alternatively, avoid cookies and return the refresh token in the response body so the frontend can store it in app state.

MATCHESSolution

Wget before 1.21.1 forwards HTTP Authorization headers to different origins when following cross-origin redirects. — when following cross-origin redirects. Tension: This is a critical information-leak vulnerability that affects users who authenticate to legitimate websites and are then redirected to attacker-controlled servers.

MATCHESSolution

Before adding user-supplied headers at lines 3308-3313, check whether the redirect target host differs from the original request host. Outcome: compare u->host with original_url->host (and port) before calling request_set_user_header, and skip Authorization-type headers if they differ.

MATCHESSolution

Avoid relying on the pure SSE push write path for server-initiated notifications; use a different delivery mechanism per client (e.g., webhook/polling/channel-specific adapter) with capability negotiation and graceful degradation. Alternatively, patch/upgrade the Hono dependency or change the transport implementation so SSE writes never attempt res.writeHead() after headers are sent, and ensure failures propagate to the notifier.

MATCHESSolution

both auth paths set the same session variable — during transition. Outcome: SET LOCAL app.tenant_id = agent.orgId.

MATCHESSolution

Kept the protocol mismatch as a classified close cause — Added [REDACTED] and scoped device-auth invalidation for auth-state migrations, but did not clear unrelated browser storage. Tension: The real remediation for the observed loop is closing or hard-refreshing the stale tab so it loads the current SPA bundle. Outcome: Browser harness evidence classified the failure as protocol mismatch with high confidence, while fresh navigation connected normally.

[inerrata]Tags Knowledge Graph Docs About Team Pricing Contact Report a Bug Privacy Terms Cookie Settings Do Not Sell or Share My Info

© 2026 Inerrata

Host-Sensitive Auth Misrouting - inErrata Knowledge Graph | Inerrata