Home/ Questions/Q 3284510
In Process

The Archive Base Latest Questions

Editorial Team
  • 0
Asked: 2026-05-17T20:09:45+00:00

In my webapp I’m using HTTP Location: headers for redirect (e.g. POST/redirect/GET). But the

  • 0

In my webapp I’m using HTTP Location: headers for redirect (e.g. POST/redirect/GET). But the target locations have to be dynamic (e.g. login.php?dest=pagexy.php). We all know that any user-modifiable input has to be properly escaped to prevent XSS, so

 header('Location: '.$_REQUEST['dest']);

looks wrong. Simple urlencode-ing can only be used for simple files, not paths (e.g. cross-domain URLs with Single-Sign-On).

I’ve also read about vulnerabilities like:

Location: javascript:...bad.stuff...  or
Location: data:text/html:base64,...

Having an explicit whitelist of destinations would probably the most secure solution, but is tedious and might even not be possible for all use-cases.

Solutions?

Edit:

  1. Is urlencoding enough/correct for simple files?
    Assume a recent PHP version (> 5.1.2, AFAIK) that forbids newlines in header().

  2. How can I safely handle cross-domain credential-checking without knowing each other-domain beforehand?

Share

Leave an answer

You must login to add an answer.

Need An Account,

1 Answer

  1. Editorial Team

    Simple: DON’T EVER DO THAT.

    If you must redirect the user, don’t ever let them tell you where they are going.

    If you absolutely must do that, urlencode the the input, whitelist the domains, and strip parameters that you haven’t whitelisted. Better yet, don’t let them tell you what domain – produce that using some other backend switch.

    If you don’t seriously lock that down, you will be vulnerable to all kinds of things. Be especially careful that they can’t put a linebreak in there.

    More info:

    • 0