Risk
1/29/2011
01:09 PM
George V. Hulme
George V. Hulme
Commentary
50%
50%

Is Apple (Finally) Stepping Up Its Security Game?

Apple's reported recent hire of noted security author and expert, David Rice, is yet another step the company has made in the past year to help improve its sloppy security image.

Apple's reported recent hire of noted security author and expert, David Rice, is yet another step the company has made in the past year to help improve its sloppy security image.I know. I know. Macintoshes aren't attacked by malware to anywhere close to the extent of its rival Windows platform. And I also know that when it comes to security, most consumers and fanboys view Apple's record as untarnished, shiny, and red.

Well, that's not the image Apple necessarily has with the people who pay attention to enterprise IT security, such as security analysts, researchers, governments, and the security officers responsible for keeping their organization's data snug and reasonably safe.

One example would be the decision last spring by the UK's health minister who would not bless iPhones for use by government officials or civil servants. The reason, according to this Silicon.com story, is because of the lack of device encryption. It seems government departments were having trouble losing mobile devices with sensitive information onboard – and banned the use of devices without adequate encryption capabilities.

However, a story published later, Government iPhone ban blamed on Apple secrecy, places the reason for the ban on Apple's refusal to allow its source code to be reviewed by computing experts in the intelligence services.

Such secrecy is common with Apple. It's especially notable when it comes to software vulnerabilities. For a long time now Microsoft has (mostly) embraced the security researchers that vet its software for vulnerabilities. And, Microsoft is known for sharing much more information about the vulnerabilities in its software. Much of this information helps IT teams to better gauge the risk posed by the vulnerabilities, as well as decide how quickly they must patch. When it comes to Apple software vulnerabilities, the information provided is sparse. That is being kind.

Another trend in the IT industry designed to help improve system security (and perhaps as a PR exercise in some cases) has been bug bounties. Paying these bounties shows a willingness to build a relationship with security researchers. Software makers such as Google and Mozilla offer such bounties. Apple does not. To be fair, neither does Microsoft.

Last year the heat got so hot around how slowly Apple responded to vulnerabilities that one security expert and author called for Apple to be investigated by the FTC for its blatant disregard for software security.

Rich Mogul, security analyst, penned this response, and while he disagreed that it was time for an FTC investigation (which did strike me as over the top), he did agree that Apple has a less than admirable image when it comes to fixing vulnerabilities:

Apple has a poor history here, often failing to provide OS X security fixes for flaws fixed on other platforms days, weeks, or even months earlier. We've seen Mac users exposed to known vulnerabilities in WebKit (Safari), Samba (Windows file sharing), DNS (networking), MDNS (Bonjour), Apache (web server), Java, and more. This is an extremely serious problem, and one Apple is rightly criticized for.

To be fair, Macintosh systems are generally safer because they are targeted less. But make no mistake about it: if someone wanted to target a Mac user they'd have no trouble finding the software vulnerabilities that would make it easy to successfully do so.

And, if a report issued by security software maker Secunia [.pdf] last summer is accurate, Apple surpassed such software vulnerability generation heavy-weights as Oracle, Microsoft, HP, and Adobe Systems.

That ain't easy.

Which is why it's welcomed news to me that Apple has (reportedly) hired a security expert that knows more than most about the cost of insecure code. His book, Geekonomics, is one of the best attempts at quantifying how much insecure code costs businesses and the risk it creates for us all. Rice also worked as a global network vulnerability analyst for the NSA as well as a cryptologic officer in the United States Navy.

As Mathew J. Schwartz reported here, Rice isn't the first information security luminary to be recently hired by Apple. Last year Apple hired former security lead for Mozilla, Window Snyder, and the year prior, the company brought on board Ivan Krstic, former director of security architecture for the One Laptop Per Child project.

What does Apple have planned with all of this information security firepower? We have no idea. So far, Apple is being as obscure as it always is.

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

Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
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-2017-0290
Published: 2017-05-09
NScript in mpengine in Microsoft Malware Protection Engine with Engine Version before 1.1.13704.0, as used in Windows Defender and other products, allows remote attackers to execute arbitrary code or cause a denial of service (type confusion and application crash) via crafted JavaScript code within ...

CVE-2016-10369
Published: 2017-05-08
unixsocket.c in lxterminal through 0.3.0 insecurely uses /tmp for a socket file, allowing a local user to cause a denial of service (preventing terminal launch), or possibly have other impact (bypassing terminal access control).

CVE-2016-8202
Published: 2017-05-08
A privilege escalation vulnerability in Brocade Fibre Channel SAN products running Brocade Fabric OS (FOS) releases earlier than v7.4.1d and v8.0.1b could allow an authenticated attacker to elevate the privileges of user accounts accessing the system via command line interface. With affected version...

CVE-2016-8209
Published: 2017-05-08
Improper checks for unusual or exceptional conditions in Brocade NetIron 05.8.00 and later releases up to and including 06.1.00, when the Management Module is continuously scanned on port 22, may allow attackers to cause a denial of service (crash and reload) of the management module.

CVE-2017-0890
Published: 2017-05-08
Nextcloud Server before 11.0.3 is vulnerable to an inadequate escaping leading to a XSS vulnerability in the search module. To be exploitable a user has to write or paste malicious content into the search dialogue.

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.