[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [WEB SECURITY] Google Redirect URL actively used for Phishing




Yes, interrupting the flow is an option (requiring a user to interact with the website) but it doesn't really solve your problem in a way unless your messaging says "We don't trust the link you're about to click on" or some otherwise scary wording, because if they saw the link and it said Google, clearly they are already trusting that the link is safe, so Google would have to tell them otherwise to add any additional protection.

Incorrect referrers wouldn't work in Firefox in the case where someone
inputs:

<A HREF="http://rsnake/";>rsnake</A>

Which uses the "I'm Feeling Lucky" function in Google (redirection).  Or
you'd be alerting a people in situations that don't matter anyway.

And lastly, no, that was a side comment about the two most
spoofed/removed HTTP headers and the comment was in regards to user
agents. Spoofing User Agents requires no attack, to be a false
positive.  People often mask or spoof user agents.
https://addons.mozilla.org/firefox/59/ (Nearly half a million downloads
of this tool alone)

On Tue, 22 Aug 2006, Evert | Rooftop wrote:

I guess in the case of no referer at all you could have the informative fallback, telling you where it would link to...

or.. if you would only check for 'incorrect' referers, you could at least prevent attacks for people who are using webmail..

And spoofing.. wouldn't that be only possible in combination with a different attack?

Evert

RSnake wrote:

Doesn't work. Check out this old thread where we already discussed this: http://seclists.org/webappsec/2005/q1/0417.html

Plus there are plugins like WebDeveloper in Firefox that optionally turn
it off too now.  In my experience, referrer is the second most
spoofed/removed header, right after user agent.

-RSnake
http://ha.ckers.org/

On Tue, 22 Aug 2006, Evert | Rooftop wrote:

Just a side note,

but wouldn't it be better if for example google did a check of the Referer: http header and only redirect if this is correct (and perhaps show a page instead if it isn't with a link and explanation)

Evert


Brian Eaton wrote:
On 8/22/06, Collin Jackson <collinj@xxxxxxxxxxxxxxx> wrote:
This is not new. I've seen phishing sites using this technique for over a year.

I'd like to take a careful look at when new phishing techniques appear, and how long they persist. Techniques that don't succeed in fooling users will probably go away. Techniques that tip off spam filters will probably go away. Techniques that turn out to be effective will persist, at least until somebody figures out how to block those techniques. Oddly enough, using proper spelling doesn't appear to be a requirement for a phishing e-mail to be successful, since the phishing gangs still haven't started using spell checkers. I'm waiting to see whether that citibusiness web site with the two-factor auth gets phished again. Maybe 2FA made that phishing run uneconomical?

If bouncing redirects through trusted domain names has been going on
for over a year, it must be a useful technique to fool people into
clicking on links.  Maybe it's time for those well-known domains to
step up and remove those redirectors?

Regards,
Brian



---------------------------------------------------------------------------- The Web Security Mailing List: http://www.webappsec.org/lists/websecurity/

The Web Security Mailing List Archives: http://www.webappsec.org/lists/websecurity/archive/
http://www.webappsec.org/rss/websecurity.rss [RSS Feed]





---------------------------------------------------------------------------- The Web Security Mailing List: http://www.webappsec.org/lists/websecurity/


The Web Security Mailing List Archives: http://www.webappsec.org/lists/websecurity/archive/
http://www.webappsec.org/rss/websecurity.rss [RSS Feed]


---------------------------------------------------------------------------- The Web Security Mailing List: http://www.webappsec.org/lists/websecurity/

The Web Security Mailing List Archives: http://www.webappsec.org/lists/websecurity/archive/
http://www.webappsec.org/rss/websecurity.rss [RSS Feed]




--
www.rooftopsolutions.nl


---------------------------------------------------------------------------- The Web Security Mailing List: http://www.webappsec.org/lists/websecurity/

The Web Security Mailing List Archives: http://www.webappsec.org/lists/websecurity/archive/
http://www.webappsec.org/rss/websecurity.rss [RSS Feed]




-R

----------------------------------------------------------------------------
The Web Security Mailing List: http://www.webappsec.org/lists/websecurity/


The Web Security Mailing List Archives: http://www.webappsec.org/lists/websecurity/archive/
http://www.webappsec.org/rss/websecurity.rss [RSS Feed]




Brought to you by http://www.webappsec.org
Search this site