Live data from Hacker News

macOS Containers v0.0.1

macoscontainers.org

31–40 of 374 posts

Re: macOS Containers v0.0.1

#31
post #3

System Integrity Protection sounds really important. What does it do normally, and why does this tool require it to be disabled?

SIP is secure boot for macOS.

It's intended to prevent malware from changing system files due to rogue permissions or escalation. With SIP enabled, even the root/sudo user doesn't have rights to change these files.

It also refuses to boot a system with drivers that are not signed by Apple, so as to deter malware from using drivers as an attack vector.

https://en.wikipedia.org/wiki/System_Integrity_Protection

Re: macOS Containers v0.0.1

#32
Sorry, not disabling SIP for something that I can already do without needing to nobble security policies (and have them reset/impossible due to MDM). If there was user/networking space in Darwin then maybe I'd be interested but...

Re: macOS Containers v0.0.1

#33

https://github.com/macOScontainers/homebrew-formula "macOS native containers" Cool, this sounds interesting. "Disable System Identity Protection." Eesh.

"System Integrity Protection (SIP)" seems to be the correct name here, for anyone as confused as me :)

(More details here: https://support.apple.com/en-us/102149 )

Re: macOS Containers v0.0.1

#34

https://github.com/macOScontainers/homebrew-formula "macOS native containers" Cool, this sounds interesting. "Disable System Identity Protection." Eesh.

I'm more interested in this as part of a CI/CD process for releasing macOS software. For an isolated build worker - yeah, sure, I'll go ahead and disable SIP.

Not every workload is running on an endpoint connected to a human via keyboard and screen.

Re: macOS Containers v0.0.1

#36

Earlier quoted context omitted.

[flagged]

You're free to disable SIP, so your post makes no sense. It's more akin to locking your front door. Keep it locked if you want the extra protection but feel free to crank the door open if you want the breeze to come in, but knowing that more than the breeze might do so.

Have you ever tried modifying the filesystem a couple levels under /?

Last I used a Mac I remember trying to create a new directory in / and writing to /bin (or something like that). I was appalled that Mac doesn't let you do anything other than read-only operations for select paths a few levels under root, and as I remember, there way no way to disable this asinine behavior.

Re: macOS Containers v0.0.1

#37

https://github.com/macOScontainers/homebrew-formula "macOS native containers" Cool, this sounds interesting. "Disable System Identity Protection." Eesh.

[flagged]

People are free to buy the hardware they feel like.

Given the numbers of UNIX devs that rather use macOS than either pure BSD or GNU/Linux, that prison is quite comfy.

Re: macOS Containers v0.0.1

#38
post #5
post #4

Why should anyone trust this website and download the software? There's no indication who made it. Could be malware for all I know.

Looks like it's open source https://github.com/macOScontainers

Unfortunately, that doesn't answer their question.

Re: macOS Containers v0.0.1

#39
post #22

Earlier quoted context omitted.

This kind of makes me wonder why you'd have a Mac at all (I'm sure there are use cases). Wouldn't a Linux device, or Linux running on a Mac suit you better? For me, the security picture is one of the main features of the eco-system even if it's very restrictive - disabling SIP undermines it more or less completely.

I would think most people choose macOS over Linux for the familiarity with the UI/UX and software availability (Adobe and MS stuff). I would expect a very small number people making this choice over security concerns.

Windows is constantly forces people with popups to makes scary security decisions and if they press no, the world stops working

Re: macOS Containers v0.0.1

#40

How does this work? Fundamentally, containers are about namespace/isolation of a bunch of OS interfaces, so file system functions, network functions, memory management, process functions, etc, can all pretend like they're the only game in town, but crucially without having to virtualize out the kernel. Does XNU have such namespacing functionality across all its interfaces? Furthermore, the existing container ecosyste…

This introduces a long-standing problem that is really the main issue I have with Docker/Podman/containers on anything other than Linux - you have a dedicated VM that needs memory to be set aside for it exclusively. This is fine if you have a 32/64GB machine, but less so on an 8GB non-upgradeable laptop. I get it - memory is relatively cheap these days - and manufacturers that are building memory-limited devices are…

However WSL for Docker works differently depending on the containers configuration.

When Windows containers are being used, it is just there to keep the docker daemon happy.

Post reply on HN