News for hackers. Stuff that matters.
Re:Google's login page accepts a vulnerable GET parameter by cbsmith on Tuesday August 30, 2016 @09:51PM (#12395375)
> then the next site you arrive at you damn well expect to be google.

Actually, if it is an untrusted URL, I'm not sure why I'd expect that.

Re:Google's login page accepts a vulnerable GET parameter by eadz on Tuesday August 30, 2016 @10:03PM (#12395433)
I think if google (verified with ssl cert etc) is asking for my password, there was a certain expectation there, but you're right, I should be less trusting ;)

Here is the demonstration url from the report https://accounts.google.com/ServiceLogin?service=mail&contin...

My point isn't about 'open redirects' not being a security issue, it's that the report should be valid because it's a whitelist bypass.

continue=yahoo.com is blocked but continue=https://www.google.com/amp/yahoo.com is not blocked.

both do the same thing as far as the end user is concerned.

Re:Google's login page accepts a vulnerable GET parameter by gyey on Tuesday August 30, 2016 @10:55PM (#12395676)
continue=https://www.google.com/amp/yahoo.com is taking me to a Google error page that says yahoo.com is invalid amp code.
Re:Google's login page accepts a vulnerable GET parameter by adrianratnapala on Wednesday August 31, 2016 @12:06AM (#12395951)
I am being redirected to a page that will let me change my google account recovery options.

My guess is that posting this thing on HN has caused them to fix it.

OR maybe I'm being phished.

Re:Google's login page accepts a vulnerable GET parameter by gyey on Wednesday August 31, 2016 @04:53AM (#12396918)
the /amp/ hack only works for desktop and not mobile. I was on mobile and that's why I got the Google error page.
Re:Google's login page accepts a vulnerable GET parameter by lsaferite on Tuesday August 30, 2016 @11:40PM (#12395867)
Weird, it worked perfectly for me just now.