Cross-Origin Redirect Custom Header Leakage
Custom credential propagation across outbound trust-boundary transitions
FikreSekhel runtime instrumentation demonstrated that a trusted Axios client initiated a request toward an expected internal origin, received a redirect response, and automatically followed the redirect to a different origin while preserving X-API-Key header material. Authorization was removed, but custom credential propagation persisted across origin transition.
Applications relying exclusively on Authorization stripping during redirect handling may still leak service credentials encoded in custom headers. This creates credential exposure risk in webhook processors, API gateways, redirect-capable integrations, metadata retrieval services and multi-tenant backend routing flows.
Disable automatic redirects when unnecessary, sanitize redirect destinations explicitly, and strip all custom credential-bearing headers using beforeRedirect hooks. Treat redirect traversal as an explicit outbound trust-boundary transition.
Initial trusted request included Authorization and X-API-Key toward internal destination.
Redirected cross-origin request removed Authorization but preserved X-API-Key toward untrusted destination.
View FRES detection heuristic
Flag outbound clients where reusable credential-bearing instances permit redirect traversal across trust zones.