An Apple, Inc. Sandbox to play in.
Last Updated: 2011-11-03 23:37:33 UTC
by Richard Porter (Version: 1)
Today was a fairly slow *knock on wood* day on the Internet. Rare that we have business as usual, so in my normal readings I came across an article on how Apple, Inc. will require sandboxing  on all Apps posted to the Apple App Store by March 1, 2012 . There is a lot of chatter on the Internet about this move. There are some pro's and con's to a move like this in my opinion. One clear Pro would be safer software (buyer beware as you have to trust Apple, Inc. Of course but…). One perceived con is lack of control over your operating system.
Sandboxing  , in short, is a method of creating a controlled container, if you will, for an application to run. A few popular applications use this method, including Chrome . This controlled container's purpose is around mitigating the applications ability to make persistent changes to the operating system. Another common sandbox technique we often use is chroot 
Part of last months Cyber Security Month, we covered critical controls. This move could attribute to a better implementation of CC 7?
How do our readers feel about this? Given there is an Apple, Inc. user population among us?
 https://developer.apple.com/devcenter/mac/app-sandbox/ (Warning Dev Account Required)
 http://apple.slashdot.org/story/11/11/03/1532203/apple-to-require-sandboxing-for-mac-app-store-apps (Source Article)
--- ISC Handler on Duty
email: richard at isc dot sans dot edu
BSD's do, however, have something like sandboxes in steroids called jails: http://en.wikipedia.org/wiki/FreeBSD_jail
Nov 4th 2011
1 decade ago