Risk
7/8/2008
01:37 PM
Connect Directly
LinkedIn
Twitter
Google+
RSS
E-Mail
50%
50%

Google's Gmail Blocks Phishers Sending Forged eBay, PayPal E-Mail

The free e-mail service says Gmail users who receive mail from the two heavily phished domains can feel confident that the messages are authentic.

Having just added account activity monitoring to Gmail and released a Web app security assessment tool called ratproxy, Google is adding yet another security offering: phishing protection.

Gmail already tries to flag phishing messages. But now the free e-mail service has begun using DomainKeys and DomainKeys Identified Mail (DKIM), related e-mail authentication protocols, to detect phishing attempts in e-mail messages that purport to come from eBay and PayPal, two of the most heavily phished domains.

"Now any e-mail that claims to come from 'paypal.com' or 'ebay.com' (and their international versions) is authenticated by Gmail and -- here comes the important part -- rejected if it fails to verify as actually coming from PayPal or eBay," explained Google engineer Brad Taylor in a blog post. "That's right: You won't even see the phishing message in your spam folder. Gmail just won't accept it at all. Conversely, if you get a message in Gmail where the 'From' says '@paypal.com' or '@ebay.com,' then you'll know it actually came from PayPal or eBay. It's e-mail the way it should be."

DomainKeys was developed by Yahoo and has since been adopted by other Internet companies. It also spawned DKIM, a related standard. It appends a cryptographic signature to e-mail messages that the receiving server can use to authenticate the purported domain of origin.

As part of its efforts to protect Internet users, Google also publishes a blacklist of known phishing sites. This blacklist informs the anti-phishing features in Firefox and Google Desktop. Google makes this list available for other applications through its Safe Browsing API.

Gmail's use of DomainKeys will be able to block messages that pretend to come from eBay or PayPal. It won't help much against phishers who are communicating through hijacked eBay accounts. In such cases, the recipient has to hope that any malicious URLs in the message are detected using Google's blacklist.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Cartoon
Current Issue
Dark Reading Must Reads - September 25, 2014
Dark Reading's new Must Reads is a compendium of our best recent coverage of identity and access management. Learn about access control in the age of HTML5, how to improve authentication, why Active Directory is dead, and more.
Flash Poll
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2012-5485
Published: 2014-09-30
registerConfiglet.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via unspecified vectors, related to the admin interface.

CVE-2012-5486
Published: 2014-09-30
ZPublisher.HTTPRequest._scrubHeader in Zope 2 before 2.13.19, as used in Plone before 4.3 beta 1, allows remote attackers to inject arbitrary HTTP headers via a linefeed (LF) character.

CVE-2012-5487
Published: 2014-09-30
The sandbox whitelisting function (allowmodule.py) in Plone before 4.2.3 and 4.3 before beta 1 allows remote authenticated users with certain privileges to bypass the Python sandbox restriction and execute arbitrary Python code via vectors related to importing.

CVE-2012-5488
Published: 2014-09-30
python_scripts.py in Plone before 4.2.3 and 4.3 before beta 1 allows remote attackers to execute Python code via a crafted URL, related to createObject.

CVE-2012-5489
Published: 2014-09-30
The App.Undo.UndoSupport.get_request_var_or_attr function in Zope before 2.12.21 and 3.13.x before 2.13.11, as used in Plone before 4.2.3 and 4.3 before beta 1, allows remote authenticated users to gain access to restricted attributes via unspecified vectors.

Best of the Web
Dark Reading Radio
Archived Dark Reading Radio
In our next Dark Reading Radio broadcast, we’ll take a close look at some of the latest research and practices in application security.