News for hackers. Stuff that matters.
Re:Google Chrome Keystone is modifying /var symlink on non S... by ratww on Tuesday September 24, 2019 @09:46PM (#21066764)
I remember a few months ago when Google Cloud was offline and people made a room on Zoom to discuss it. Just clicking on a link opened the Zoom app, because it had installed a daemon behind my back. Considering it's an app with microphone access, I was VERY concerned when it happened.

I might be saying that to the wrong audience, but I think Apple is being overly cautious not to bother developers and power users at the expense of security on the desktop. Not as if other OSs are better – just this week my flash drive came back with a Windows virus after I sent it to a print shop –, but still.

In this specific case it shouldn't be possible to run without SIP outside of safe mode IMO, but it's still possible because some people need to run unsigned kexts and other hacks.

It's the same thing with the sandbox. I've seen a lot of developers making excuses not to publish on the App Store because they need things like unlimited access to home directory for whatever reason and the sandbox restricts them. Last excuse I saw was "we need to scan for subtitles". Yeah, right.

Re:Google Chrome Keystone is modifying /var symlink on non S... by Scapeghost on Tuesday September 24, 2019 @10:28PM (#21066997)
> Last excuse I saw was "we need to scan for subtitles". Yeah, right.

Yeah, that's not even a valid excuse! Once a user manually selects a file, the macOS sandbox also gives an app access to any "associated" files like subtitles, automatically:

https://developer.apple.com/library/archive/documentation/Se...

(search for "subtitle" on that page)

Re:Google Chrome Keystone is modifying /var symlink on non S... by saagarjha on Tuesday September 24, 2019 @11:13PM (#21067244)
Note that the file name has to match exactly for this to kick in.
Re:Google Chrome Keystone is modifying /var symlink on non S... by whatusername on Tuesday September 24, 2019 @11:22PM (#21067302)
Re:Google Chrome Keystone is modifying /var symlink on non S... by ratww on Tuesday September 24, 2019 @11:36PM (#21067365)
That was discovered a short time after I noticed the rogue daemon myself!

Let me try to explain better: There was a thread here in HN about a Google Cloud outage and someone posted a link to a Zoom conference. I noticed that their app was still installed after clicking the given link. This happened to other people too:

https://news.ycombinator.com/item?id=20077805

I wonder if it's a coincidence!

Re:Google Chrome Keystone is modifying /var symlink on non S... by sterlind on Wednesday September 25, 2019 @12:30AM (#21067609)
In a limited way, Windows is better about this sort of thing. System integrity checks (checksums of critical files) can't be disabled, only defeated. All drivers must be signed or you have to enable test signing mode, which requires a reboot and puts annoying text permanently in the corner of the screen.

...but you can still delete whatever you want out of System32 (though it may grow back), and you can add your own things, and dll hijacking is an issue etc. Just when it comes to kernel code are the protections better.

Re:Google Chrome Keystone is modifying /var symlink on non S... by ratww on Wednesday September 25, 2019 @12:43AM (#21067671)
I vaguely remember Microsoft pissing off a lot of device makers and users with Vista because it started requiring signed drivers.

I might be remembering it wrong, but I thought it was definitely a good thing and definitely a step forward.

I wish that would happen more often. With so many things moving to the web there's not that many excuses left to sacrifice security and stability for backwards compatibility.

Re:Google Chrome Keystone is modifying /var symlink on non S... by LgWoodenBadger on Wednesday September 25, 2019 @10:43AM (#21071233)
Are you referring to the same Apple that pushed a silent update to REMOVE the hidden Zoom server?

https://news.ycombinator.com/item?id=20407233

Re:Google Chrome Keystone is modifying /var symlink on non S... by ratww on Wednesday September 25, 2019 @02:51PM (#21073931)
Well, I'd expect the "Malware Removal Tool" to remove malware/backdoors in the first place.

But my point is that Zoom shouldn't even have been able to install that server on my system in the first place. It's my computer, so I should have been asked before. Same for Google Keystone Updater.