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.

Security Management

11/29/2017
06:20 PM
Curtis Franklin
Curtis Franklin
Curt Franklin
50%
50%

Major Apple Flaw Found, Fixed & Still Dangerous

A vulnerability in MacOS High Sierra could leave Macs open and vulnerable in the world of the Internet.

"My OS is more secure than your OS" is a popular game among jaded computer users, each claiming that their choice of a locked-down system makes them smarter, stronger and better looking. It's a sucker's game.

That point was driven home on November 28 when word came down from the research world that a great big vulnerability existed in plain sight in MacOS High Sierra Version 10.13 and higher. It was a whopper of a vulnerability, especially for an operating system that has a reputation among its users for being safe.

Now, for all you tl;dr folks, there's a spoiler: The vulnerability was announced yesterday, the Internet freak-out flourished overnight, and a patch was made available this morning. If you're reading this on a computer with un-patched MacOS 10.13, mark your spot, go upgrade your OS and then come back. We'll wait.

Welcome back. Now, about that vulnerability: It seems that someone on the High Sierra team forgot that MacOS is built on top of BSD, which is itself a variant of Unix. (Exactly how the variant came to be and why is a long convoluted tale involving many companies and even more lawyers.)

That Unix legacy makes for a number of good MacOS characteristics but it also carries some consequence and the vulnerability took advantage of a large consequence.

Basically, in Unix systems there is a super-user named "root" that has god-like power over the system. In MacOS High Sierra, if the computer owner didn't explicitly set up an account for "root" (and almost no one using a Mac would do that) someone could walk up to a locked machine, enter the user name "root" with no password, and pwn the system. That's a heck of a vulnerability.

It gets even worse because, under just the right circumstances, a hacker could log onto the computer remotely and take over. Those circumstances aren't common, but they exist and therefore the worry is great.

On the first day of the vulnerability news, Apple pointed users to information on how to set or change the root password on their Mac. It's not terribly complicated -- certainly far less intimidating than mucking about in an old Windows registry. It's still a number of steps, though, and requires Yet Another Password from a password-exhausted user.

The patch released today does away with that requirement, though any user that wants, and had already set, a root password will have to re-enable the root user and set a new password after deploying Security Update 2017-001.

In truth, MacOS is no less secure than any other common desktop operating system. The only danger is the false sense of security that seems to accompany MacOS users and their rare Linux desktop cousins. The key here is that Apple has created a patch and user organizations should get it into the field as quickly as possible.

All human-created operating systems are subject to vulnerabilities. The real question is how the vendor responds to the vulnerability and how users respond to the fix.

Related posts:

— Curtis Franklin is the editor of SecurityNow.com. Follow him on Twitter @kg4gwa.

Comment  | 
Print  | 
More Insights
Comments
Newest First  |  Oldest First  |  Threaded View
COVID-19: Latest Security News & Commentary
Dark Reading Staff 7/14/2020
Omdia Research Launches Page on Dark Reading
Tim Wilson, Editor in Chief, Dark Reading 7/9/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Special Report: Computing's New Normal, a Dark Reading Perspective
This special report examines how IT security organizations have adapted to the "new normal" of computing and what the long-term effects will be. Read it and get a unique set of perspectives on issues ranging from new threats & vulnerabilities as a result of remote working to how enterprise security strategy will be affected long term.
Flash Poll
The Threat from the Internetand What Your Organization Can Do About It
The Threat from the Internetand What Your Organization Can Do About It
This report describes some of the latest attacks and threats emanating from the Internet, as well as advice and tips on how your organization can mitigate those threats before they affect your business. Download it today!
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-10287
PUBLISHED: 2020-07-15
The IRC5 family with UAS service enabled comes by default with credentials that can be found on publicly available manuals. ABB considers this a well documented functionality that helps customer set up however, out of our research, we found multiple production systems running these exact default cre...
CVE-2020-10288
PUBLISHED: 2020-07-15
IRC5 exposes an ftp server (port 21). Upon attempting to gain access you are challenged with a request of username and password, however you can input whatever you like. As long as the field isn't empty it will be accepted.
CVE-2020-15780
PUBLISHED: 2020-07-15
An issue was discovered in drivers/acpi/acpi_configfs.c in the Linux kernel before 5.7.7. Injection of malicious ACPI tables via configfs could be used by attackers to bypass lockdown and secure boot restrictions, aka CID-75b0cea7bf30.
CVE-2019-17639
PUBLISHED: 2020-07-15
In Eclipse OpenJ9 prior to version 0.21 on Power platforms, calling the System.arraycopy method with a length longer than the length of the source or destination array can, in certain specially crafted code patterns, cause the current method to return prematurely with an undefined return value. This...
CVE-2019-20908
PUBLISHED: 2020-07-15
An issue was discovered in drivers/firmware/efi/efi.c in the Linux kernel before 5.4. Incorrect access permissions for the efivar_ssdt ACPI variable could be used by attackers to bypass lockdown or secure boot restrictions, aka CID-1957a85b0032.