Attacks/Breaches
8/3/2015
08:00 AM
By Gadi Evron, CEO & founder, Cymmetria
By Gadi Evron, CEO & founder, Cymmetria
Commentary
50%
50%

Breaking Honeypots For Fun And Profit

As a concept, honeypots can be a powerful tool for detecting malware. But in the emerging field of cyber deception, they're not up to the task of fooling attackers and getting our hands on their resources.

Cyber deception is a growing industry, offering defenders a chance to turn the table on attackers. But are the tools up to the task? Iran and a leading cloud provider – both using old technology -- seem to think so.

Honeypots as a concept are powerful. They have been developed over the course of many years by pioneers such as The Honeynet Project. More recently, cyber deception has become a growing industry based on the concept of controlling the attackers’ behavior and leading them to you so you can catch them at your convenience, with no false positives.
 
The thing is, one of the main tools of the trade -- the honeypot at its current technology level -- is simply not up to scratch. It can detect automatic malware infections, but not much else. For example, let’s say you are successful, and you managed to lead the attacker to your honeypot (which is an interesting discussion by itself), you’d then expect to be (a) alerted, and (b) for forensic data to be generated out of the attack.
 
But there is an operational challenge at hand: what if the attackers can easily detect that your decoy, the sensor in your deception platform, is not a real machine?
 
Most honeypots today are low interaction, meaning they are not real machines. They are emulations (at best) that attempt to act like a real service. They work well to detect automatic tools and malware, but that is where they reach their limit.

In our Blackhat 2015 talk Breaking Honeypots for Fun and Profit, Dean Sysman, Itamar Sher, and I will examine various honeypots and their architecture. We will demonstrate vulnerabilities in these systems, learning from each system to reach a schema at the end of the talk where we demonstrate how decoy technology should be built in order to fool attackers, detect them, and get our hands on their resources.
 
For example, one well-known honeypot can be fingerprinted easily by checking if a set banner is announced, while another requires sending a specially crafted packet to trigger the required response. Yet another will block you after a certain number of connections for DDoS protection.  All are valid features, but ones which allow for easy fingerprinting.
 
At the end of the talk, we will also discuss our scan of the Internet for these various honeypots, and the interesting organizations that seem to be running them.
 
The state of honeypot technology is such that in our research, we saw that Iran and a major cloud provider both use the same tools, which is indicative of an old and undeveloped technology.  Hopefully with the advancement of the deception industry, this will soon change.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
AlirezaM983
50%
50%
AlirezaM983,
User Rank: Apprentice
9/15/2015 | 11:44:42 PM
Full presentation file
Hello

Do you have this presentation file?

thanls
felixonline
50%
50%
felixonline,
User Rank: Strategist
8/5/2015 | 4:18:19 AM
Not a fan either, but..
Don't disagree with the article and comments from folks. However, I think it is less about the concept and more about its positioning, use-cases and robustness/quality of implementation. Honeypots and their predecessors have been around for a while and have helped improve our knowledge of threats and attacks, methodologies etc. However, relying on these for cyber defence would be getting the balance wrong. I am aware of some innovative use-cases that use honeypots to test the quality of security defences in that provide a vantage point to the attacker but have other layers prevent or resist further proliferation and penetration. Clearly, excellent academic and research value. To summarise, this could be one of the layers however like the others I agree we should invest our time and energy in understanding the real-world problem rather than chase honeypot data !!
GadiE551
50%
50%
GadiE551,
User Rank: Author
8/3/2015 | 7:27:30 PM
Re: Not a fan
That's exactly the point, assuming compromise as we learned to do the past few years we KNOW the attackers are already inside. We don't need to lure them in. What we need is a way to detect them fast with low false positives, and get all the forensics data while we do it. Deception does that.
RyanSepe
50%
50%
RyanSepe,
User Rank: Ninja
8/3/2015 | 2:35:25 PM
Not a fan
For these reasons I am not a believer in leveraging honeypots/nets. Why poke the bear and piss him off? Rather lets build perimeters so the bear can't get in and catch us sleeping instead of luring it into the secondary perimeter with honey and hoping to God that he doesn't get out.
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Write a Caption, Win a Starbucks Card! Click Here
Latest Comment: This comment is waiting for review by our moderators.
Current Issue
Security Operations and IT Operations: Finding the Path to Collaboration
A wide gulf has emerged between SOC and NOC teams that's keeping both of them from assuring the confidentiality, integrity, and availability of IT systems. Here's how experts think it should be bridged.
Flash Poll
New Best Practices for Secure App Development
New Best Practices for Secure App Development
The transition from DevOps to SecDevOps is combining with the move toward cloud computing to create new challenges - and new opportunities - for the information security team. Download this report, to learn about the new best practices for secure application development.
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2013-7445
Published: 2015-10-15
The Direct Rendering Manager (DRM) subsystem in the Linux kernel through 4.x mishandles requests for Graphics Execution Manager (GEM) objects, which allows context-dependent attackers to cause a denial of service (memory consumption) via an application that processes graphics data, as demonstrated b...

CVE-2015-4948
Published: 2015-10-15
netstat in IBM AIX 5.3, 6.1, and 7.1 and VIOS 2.2.x, when a fibre channel adapter is used, allows local users to gain privileges via unspecified vectors.

CVE-2015-5660
Published: 2015-10-15
Cross-site request forgery (CSRF) vulnerability in eXtplorer before 2.1.8 allows remote attackers to hijack the authentication of arbitrary users for requests that execute PHP code.

CVE-2015-6003
Published: 2015-10-15
Directory traversal vulnerability in QNAP QTS before 4.1.4 build 0910 and 4.2.x before 4.2.0 RC2 build 0910, when AFP is enabled, allows remote attackers to read or write to arbitrary files by leveraging access to an OS X (1) user or (2) guest account.

CVE-2015-6333
Published: 2015-10-15
Cisco Application Policy Infrastructure Controller (APIC) 1.1j allows local users to gain privileges via vectors involving addition of an SSH key, aka Bug ID CSCuw46076.

Dark Reading Radio
Archived Dark Reading Radio
In past years, security researchers have discovered ways to hack cars, medical devices, automated teller machines, and many other targets. Dark Reading Executive Editor Kelly Jackson Higgins hosts researcher Samy Kamkar and Levi Gundert, vice president of threat intelligence at Recorded Future, to discuss some of 2016's most unusual and creative hacks by white hats, and what these new vulnerabilities might mean for the coming year.