IoT
5/20/2016
01:58 PM
Steve Zurier
Steve Zurier
Slideshows
Connect Directly
Twitter
RSS
E-Mail
50%
50%

5 Tips for Protecting Firmware From Attacks

Don't let hackers take advantage of holes in firmware. Here's how to stop them.
Previous
1 of 6
Next

Image Source: hackaday.com

Image Source: hackaday.com

Just about every component on a computer system contains firmware. Many people just think of the firmware on the system BIOS on a PC, but network interface cards, embedded controllers, graphics cards, USB sticks, mice, keyboards and of course, routers and switches all have firmware.

Yuriy Bulygin and John Loucaides, security researchers at Intel Security, point out that hackers attack firmware because they know many security and IT managers aren’t paying attention to it. They say security teams are so overwhelmed by the prevailing threat landscape, that they have their hands full just deploying the basics, like firewalls, intrusion prevention systems and sandboxes.

“Hackers are depending on security managers ignoring firmware, which means that spreading awareness that firmware must be protected is very important,” Loucaides says.

Bulygin and Loucaides say hackers attack firmware for three main reasons:

  • Persistence. Security mangers can clean up malware on most systems with antivirus software or sandbox it and then remediate with software. Not so with firmware. Compromised firmware could cause malware to keep coming back even after normal remediation actions. 
  • Stealth. Normal mechanisms for detecting malware do not examine firmware. Therefore, compromised firmware can be used to hide malicious behavior for a long time.
  • Full access. If malware can control system firmware, it gains full access to the system. Normal protection mechanisms used by an OS or virtual machine rely on platform characteristics that are controlled by firmware. By altering firmware, malware can usually bypass existing measures.

While much of this may be alarming, there are steps security managers can take to protect their organizations from attacks on firmware. Bulygin and Loucaides outline five tips that help security managers become aware of the issue and offer ways to take steps to plug any potential holes in firmware.

 

Steve Zurier has more than 30 years of journalism and publishing experience, most of the last 24 of which were spent covering networking and security technology. Steve is based in Columbia, Md. View Full Bio

Previous
1 of 6
Next
Comment  | 
Print  | 
More Insights
Comments
Oldest First  |  Newest First  |  Threaded View
honey143
50%
50%
honey143,
User Rank: Apprentice
5/26/2016 | 3:37:44 AM
greetings!!
Awesome article very informative..
hilalashwaq411
50%
50%
hilalashwaq411,
User Rank: Apprentice
8/27/2016 | 12:46:54 AM
Thank you
Thanks for the wonderful tips! Aside from installing anti malware software (like antivirus - ESET Antivirus etc), one's innocence of malware must be addressed. Be informed and cautious all the time.
'Hidden Tunnels' Help Hackers Launch Financial Services Attacks
Kelly Sheridan, Staff Editor, Dark Reading,  6/20/2018
Inside a SamSam Ransomware Attack
Ajit Sancheti, CEO and Co-Founder, Preempt,  6/20/2018
Tesla Employee Steals, Sabotages Company Data
Jai Vijayan, Freelance writer,  6/19/2018
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2018-12697
PUBLISHED: 2018-06-23
A NULL pointer dereference (aka SEGV on unknown address 0x000000000000) was discovered in work_stuff_copy_to_from in cplus-dem.c in GNU libiberty, as distributed in GNU Binutils 2.30. This can occur during execution of objdump.
CVE-2018-12698
PUBLISHED: 2018-06-23
demangle_template in cplus-dem.c in GNU libiberty, as distributed in GNU Binutils 2.30, allows attackers to trigger excessive memory consumption (aka OOM) during the "Create an array for saving the template argument values" XNEWVEC call. This can occur during execution of objdump.
CVE-2018-12699
PUBLISHED: 2018-06-23
finish_stab in stabs.c in GNU Binutils 2.30 allows attackers to cause a denial of service (heap-based buffer overflow) or possibly have unspecified other impact, as demonstrated by an out-of-bounds write of 8 bytes. This can occur during execution of objdump.
CVE-2018-12700
PUBLISHED: 2018-06-23
A Stack Exhaustion issue was discovered in debug_write_type in debug.c in GNU Binutils 2.30 because of DEBUG_KIND_INDIRECT infinite recursion.
CVE-2018-11560
PUBLISHED: 2018-06-23
The webService binary on Insteon HD IP Camera White 2864-222 devices has a stack-based Buffer Overflow leading to Control-Flow Hijacking via a crafted usr key, as demonstrated by a long remoteIp parameter to cgi-bin/CGIProxy.fcgi on port 34100.