Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

2/24/2011
12:31 PM
George V. Hulme
George V. Hulme
Commentary
50%
50%

Security Departments Stretched Too Thin, Firefighting

While application vulnerabilities, mobile computing, and malware top the list of IT security vulnerabilities and threats, a just released survey from ISC2 and Frost & Sullivan reveals an underlying, more systemic threat.

While application vulnerabilities, mobile computing, and malware top the list of IT security vulnerabilities and threats, a just released survey from ISC2 and Frost & Sullivan reveals an underlying, more systemic threat.The 2011 (ISC)2 Global Information Security Workforce Study (GISWS) shows what many might suspect when looking at the state of information security: cloud computing, mobile devices, and shoddily written software are all pressing risks. No big shocker here.

However, the survey showed that security professionals are spending an incredible amount of time on issues peripheral to keeping their systems secure, such as researching new technologies (49 percent), internal politics (46 percent), and meeting regulatory compliance (45 percent) topped out the top three. The next batch of activities included developing polices, auditing IT security compliance levels, and implementing new technologies.

This paints a picture of an industry playing security catch-up with new technologies and services, such as cloud computing and social networking - and struggling to bolt security onto these systems after they've been adopted. It also hints at the damage regulatory compliance has done to the security profession as security teams are ensuring that their systems are secured to a level that won't illicit government fines or industry sanctions - but not necessarily to a level that won't get hacked.

IT security is about security professionals trying to install the proper breaks onto a runaway train, while also ensuring that the cars and cabin are maintained to proper specifications during the crises.

This condition is taking its toll on the profession, as Tim Wilson at Dark Reading reported on the same survey in his story Under Growing Pressure, Security Pros May Be Ready To Crack, Study Says:

The (GISWS) says new threats stemming from mobile devices, the cloud, social networking, and insecure applications have led to "information security professionals being stretched thin, and like a series of small leaks in a dam, the current overworked workforce may be showing signs of strain."

"In the modern organization, end users are dictating IT priorities by bringing technology to the enterprise rather than the other way around," said Robert Ayoub, global program director for network security at Frost & Sullivan. "Pressure to secure too much and the resulting skills gap are creating risk for organizations worldwide ... They are being asked to do too much, with little time left to enhance their skills to meet the latest security threats and business demands."

Doesn't take too many intellectual cycles to look at the trends of the accelerating adoption of new technologies in the enterprise, coupled with little improvement in secure application design and system implementations, the focus on compliance check box rather than enterprise security to see that this is only likely to get worse.

That is, unless the IT industry starts to take long term thinking about security seriously and starts building secure applications and implementing secure systems from the beginning. And that's about as likely as . . . Wait . . . Is that a flock of flying pigs?

For my security and technology observations throughout the day, find me on Twitter.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 6/1/2020
Stay-at-Home Orders Coincide With Massive DNS Surge
Robert Lemos, Contributing Writer,  5/27/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon Contest
Current Issue
How Cybersecurity Incident Response Programs Work (and Why Some Don't)
This Tech Digest takes a look at the vital role cybersecurity incident response (IR) plays in managing cyber-risk within organizations. Download the Tech Digest today to find out how well-planned IR programs can detect intrusions, contain breaches, and help an organization restore normal operations.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-13757
PUBLISHED: 2020-06-01
Python-RSA 4.0 ignores leading '\0' bytes during decryption of ciphertext. This could conceivably have a security-relevant impact, e.g., by helping an attacker to infer that an application uses Python-RSA, or if the length of accepted ciphertext affects application behavior (such as by causing exces...
CVE-2020-13758
PUBLISHED: 2020-06-01
modules/security/classes/general.post_filter.php/post_filter.php in the Web Application Firewall in Bitrix24 through 20.0.950 allows XSS by placing %00 before the payload.
CVE-2020-9291
PUBLISHED: 2020-06-01
An Insecure Temporary File vulnerability in FortiClient for Windows 6.2.1 and below may allow a local user to gain elevated privileges via exhausting the pool of temporary file names combined with a symbolic link attack.
CVE-2019-15709
PUBLISHED: 2020-06-01
An improper input validation in FortiAP-S/W2 6.2.0 to 6.2.2, 6.0.5 and below, FortiAP-U 6.0.1 and below CLI admin console may allow unauthorized administrators to overwrite system files via specially crafted tcpdump commands in the CLI.
CVE-2020-13695
PUBLISHED: 2020-06-01
In QuickBox Community Edition through 2.5.5 and Pro Edition through 2.1.8, the local www-data user has sudo privileges to execute grep as root without a password, which allows an attacker to obtain sensitive information via a grep of a /root/*.db or /etc/shadow file.