Anti-phishing feature for Gmail

2011-07-01

Helen Martin

Virus Bulletin, UK
Editor: Helen Martin

Abstract

Gmail users get helping hand in avoiding phishing scams.


Users of Google’s webmail service Gmail are to be given an extra helping hand in avoiding phishing scams thanks to new a feature that displays additional information about the sender of the email.

If an email arrives from a sender with whom Gmail believes the user has not communicated previously, the entire email address will be displayed next to the sender name. Gmail will continue to display the full address until it has ascertained that the sender is genuine (e.g. the user has sent replies to the email or has added the sender to their address book).

Meanwhile, if Gmail determines from the message headers that an email was sent via a third-party, it will display the sender name followed by ‘via’ and the third-party domain name. This should give users a heads up that a message that appears to be from someone they know has not actually been sent by them. Organizations that use third-party mailing services can avoid this flag by publishing SPF records that include details of the mailing services they use, or by signing messages with a DKIM signature associated with their domain.

Google has also addressed the spate of Gmail phishes by adding a warning to messages that appear to have come from a Gmail account but whose authentication data is missing. The warning reads ‘This message may not have been sent by [sender]@gmail.com’. These warnings should give users cause to stop and carefully consider the content of the email before following any links or sending personal information. A ‘report phishing’ link is also provided.

By introducing these simple measures, Gmail hopes to significantly reduce the number of its users falling victim to phishing scams – other email services would do well to follow suit.

twitter.png
fb.png
linkedin.png
hackernews.png
reddit.png

 

Latest articles:

Nexus Android banking botnet – compromising C&C panels and dissecting mobile AppInjects

Aditya Sood & Rohit Bansal provide details of a security vulnerability in the Nexus Android botnet C&C panel that was exploited to compromise the C&C panel in order to gather threat intelligence, and present a model of mobile AppInjects.

Cryptojacking on the fly: TeamTNT using NVIDIA drivers to mine cryptocurrency

TeamTNT is known for attacking insecure and vulnerable Kubernetes deployments in order to infiltrate organizations’ dedicated environments and transform them into attack launchpads. In this article Aditya Sood presents a new module introduced by…

Collector-stealer: a Russian origin credential and information extractor

Collector-stealer, a piece of malware of Russian origin, is heavily used on the Internet to exfiltrate sensitive data from end-user systems and store it in its C&C panels. In this article, researchers Aditya K Sood and Rohit Chaturvedi present a 360…

Fighting Fire with Fire

In 1989, Joe Wells encountered his first virus: Jerusalem. He disassembled the virus, and from that moment onward, was intrigued by the properties of these small pieces of self-replicating code. Joe Wells was an expert on computer viruses, was partly…

Run your malicious VBA macros anywhere!

Kurt Natvig wanted to understand whether it’s possible to recompile VBA macros to another language, which could then easily be ‘run’ on any gateway, thus revealing a sample’s true nature in a safe manner. In this article he explains how he recompiled…


Bulletin Archive

We have placed cookies on your device in order to improve the functionality of this site, as outlined in our cookies policy. However, you may delete and block all cookies from this site and your use of the site will be unaffected. By continuing to browse this site, you are agreeing to Virus Bulletin's use of data as outlined in our privacy policy.