Current state of trace mode?

Joshua Root jmr at macports.org
Sun Sep 2 07:37:32 PDT 2012


On 2012-9-2 14:36 , Jordan K. Hubbard wrote:
> 
> I also got distracted by the notion of creating a MAC policy (kernel
> module) instead since MAC has hooks for every single filesystem
> operation and allows one to implement tracing below the syscall layer
> such that it doesn't matter whether the syscalls are 32 bit, 64 bit or
> how the syscalls which manipulate files change or evolve over time.   To
> be honest, that would be the architecturally superior approach given the
> two alternatives, but would also (as I quickly found out) be rather more
> difficult to do since implementing the kernel module and the hooks in
> macports to trigger the hooks on all of its (the subject's) file objects
> is kind of advanced class and MAC is not an officially supported API -
> it's more of an internal implementation detail of XNU.

I completely agree, it would be better for the OS to provide the
mechanisms. Please make it happen. ;-)

With sandboxing clearly catching on on Apple, I'd kind of been hoping
that we would get an API for this sort of thing along with it.

> All that said, the functionality is still very cool, regardless of how
> it's implemented, and I hope that someone does dive on the challenge
> since proper enforcement and validation of what MacPorts is doing for a
> specific port could really provide some much needed safety belting of
> the process, particularly as the ports collection continues to grow.

Indeed.

- Josh


More information about the macports-dev mailing list