Multi-staged, modular Regin tool enables stealthy surveillance

Posted by   Virus Bulletin on   Nov 24, 2014

Nation state likely behind campaign that goes back many years.

Few terms are misused in a security context as often as the term 'advanced', perhaps in part because the industry doesn't like to admit that most of the threats we're facing aren't particularly advanced. Yet for the 'Regin' espionage tool, which Symantec wrote about yesterday, it seems fully justified.

Regin has been used in espionage campaigns since at least 2008. It is a multi-staged threat (like Stuxnet) that uses a modular approach (like Flame), thus placing it among the most advanced threats ever detected.

  The five stages of Regin. Source: Symantec.

Though the campaign has only recently been discovered, individual components of Regin have been analysed in the past - for example, F-Secure researcher Antti Tikkanen writes about how his company analysed a malicious driver belonging to the same campaign in early 2009.

There have been victims in many countries, but just over half of the confirmed infections occurred either in Russia (28%) or in Saudi Arabia (24%). Interestingly, almost half of the confirmed infections affected what Symantec refers to as 'private individuals and small businesses'.

Attribution is hard, and Symantec is right to refrain from making guesses about where the actors behind Regin are based. However, given the resources required to build and maintain such a tool, and the fact that Regin's purpose appears to be the gathering of intelligence, the company believes that a nation state is behind it.

More details can be found in a whitepaper (pdf) published by Symantec.

Kaspersky Lab has also published an analysis of Regin. As well as adding more technical details, and the fact that victims were found on the pacific island nations of Fiji and Kiribati, the Kaspersky researchers also report that a large GSM operator was among the targets.

One victim is named explicitly: Belgian cryptography professor Jean-Jacques Quisquater, who is an expert on smartcard encryption. Earlier this year, Quisquater said that he had been the victim of a spear-phishing attack, which he blamed on 'the NSA and/or GCHQ'. Many (myself included) believed that Quisquater might have mistaken an ordinary attack for something more serious. It now appears that Quisquater was right - at least about the seriousness of the threat.

Posted on 24 November 2014 by Martijn Grooten

 Tags

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

 

Latest posts:

VB2019 paper: APT cases exploiting vulnerabilities in region-specific software

At VB2019, JPCERT/CC's Shusei Tomonaga and Tomoaki Tani presented a paper on attacks that exploit vulnerabilities in software used only in Japan, using malware that is unique to Japan. Today we publish both their paper and the recording of their…

New paper: Detection of vulnerabilities in web applications by validating parameter integrity and data flow graphs

In a follow-up to a paper presented at VB2019, Prismo Systems researchers Abhishek Singh and Ramesh Mani detail algorithms that can be used to detect SQL injection in stored procedures, persistent cross-site scripting (XSS), and server‑side request…

VB2020 programme announced

VB is pleased to reveal the details of an interesting and diverse programme for VB2020, the 30th Virus Bulletin International Conference.

VB2019 paper: Cyber espionage in the Middle East: unravelling OSX.WindTail

At VB2019 in London, Jamf's Patrick Wardle analysed the WindTail macOS malware used by the WindShift APT group, active in the Middle East. Today we publish both Patrick's paper and the recording of his presentation.

VB2019 paper: 2,000 reactions to a malware attack – accidental study

At VB2019 cybercrime journalist and researcher Adam Haertlé presented an analysis of almost 2000 unsolicited responses sent by victims of a malicious email campaign. Today we publish both his paper and the recording of his presentation.

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.