Closed GoogleCodeExporter closed 9 years ago
In the STS test, the initial request over HTTPS
(https://ua-profiler.appspot.com/security/test/set-sts ) should be setting the
"Strict-Transport-Security: max-age=5" header while redirecting the browser to
the test URL on HTTP (http://ua-profiler.appspot.com/security/test/test-sts).
If the browser didn't upgrade the test URL to HTTPS, the test fails.
The current problem is that Google App Engine (appspot.com) is stripping the
"Strict-Transport-Security" response header, so the test always fails.
Original comment by linshunghuang
on 21 Nov 2011 at 6:06
We use non-appspot domains for a lot of the other security tests, for similar
reasons. Maybe we can do the same for this one.
Original comment by collin.j...@gmail.com
on 21 Nov 2011 at 6:40
Sure, I think we'll need an HTTPS server for this one.
Original comment by linshunghuang
on 21 Nov 2011 at 7:49
We can probably fix this by putting the following two PHP files on the external
domain (and then change the set-sts link on the main test page).
set-sts.php (should redirect to test-sts.php on same server):
<?php
header('Strict-Transport-Security: max-age=5');
header('Location: http://....../test-sts.php');
?>
test-sts.php (redirecting to script-readable result page on browserscope):
<?php
if ($_SERVER['HTTPS']) {
header('Location: http://www.browserscope.org/security/static/sts-pass.html');
} else {
header('Location: http://www.browserscope.org/security/static/sts-fail.html');
}
?>
Original comment by linshunghuang
on 21 Nov 2011 at 8:37
I think we fixed this, it just needs to be pushed right?
Original comment by jack...@chromium.org
on 28 Dec 2011 at 11:04
Yes, the patch is in the trunk.
Original comment by linshunghuang
on 28 Dec 2011 at 3:43
Original comment by linshunghuang
on 29 Dec 2011 at 11:24
Original issue reported on code.google.com by
linshunghuang
on 12 Nov 2011 at 5:08