Slashdot Mirror


Securing Mac OS X Tiger

Stephen de Vries writes "Mac OS X is one of the most secure default installations of any OS. But it is still possible to lock the OS down further, in order to meet corporate security guidelines or to securely use network services. Corsaire has released a guide to Securing Mac OS X Tiger (long pdf) which addresses the new security features introduced through Tiger and presents some security good practice guidelines."

44 of 130 comments (clear)

  1. I once tried to secure a tiger by DrMrLordX · · Score: 5, Funny

    I put a tiger on a leash once.  It didn't work.  Don't try this at home, kids!

    1. Re:I once tried to secure a tiger by kcarlin · · Score: 5, Funny

      You should try the cage. I works for me.

      Does the tiger let you out for walks?

      --
      Free Adam Smith! (Or best offer.)
  2. "long pdf"? by Anonymous Coward · · Score: 4, Funny

    Ah, good Slashdot.... Now it warns us that TFA is "long", even.
    But of course, I don't think anyone ever tries to RTFA, so the thoughtful gesture is lost on us....

    1. Re:"long pdf"? by ergo98 · · Score: 2, Interesting

      Ah, good Slashdot.... Now it warns us that TFA is "long", even.

      There have warnings accompanying long related articles for time eternal - some people come here primarily for discussion (sort of like an online book club). The article is a "necessary nuisance" for this bunch, hence the disclaimer. For those who actually come for information it isn't so much of a concern.

      Now since I'm here for discussion, what's the deal with .pdf's? It seems to be a running belief that putting one's poorly thought out, poorly edited words into pdf forms makes it professional - just like the big boys! It reminds me of the idiotic days when a couple of big boys put flash intro pages, with the nonsense scrolling/zooming in text that became so cliched. Suddenly every small shop did the same, as if this cargo cult would make them a big shop. Really was silly.

  3. Does default matter? by Poromenos1 · · Score: 4, Insightful

    If you're going for corporate security, you're probably going to look at every aspect you need to lock down. Security by default matters for 90% of desktop users, but don't you disable services/add firewalls as soon as you set up your OS?

    --
    Send email from the afterlife! Write your e-will at Dead Man's Switch.
    1. Re:Does default matter? by Meshach · · Score: 2, Insightful

      I think the idea is that IT departments could save some time / money if out of box operating systems didn't have so many default holes. Also there will be a more forgiving margin of error

      --
      "Maybe this world is another planet's hell"
      Aldous Huxley
    2. Re:Does default matter? by prichardson · · Score: 4, Interesting

      The thing that I notice about Windows security in corporate environments is that even when it's so restrictive that using your computer becomes almost impossible, there are still ways around it.

      I've seen very secure corporate environments using OS X where everything works splendidly (including roaming profiles actually carrying _all_ of your settings with you). Also, the security manages not to get in the way of day-to-day activity.

      --
      Help I'm a rock.
    3. Re:Does default matter? by Halfbaked+Plan · · Score: 3, Insightful

      You're nuts if you think 'the biggest roadblock' is some tacit conspiracy by IT staffers.

      --
      resigned
    4. Re:Does default matter? by sld126 · · Score: 4, Informative

      You're ignorant of the default services for OS X client.

      They're all turned off.

      Even on the server version, only SSH is turned on by default.

      Do you really need a firewall until you turn on any services? Most users will never do this. And they have a GUI for the firewall that allows holes for most typical services with just a check box.

      --
      You're just jealous because the voices only talk to me.
    5. Re:Does default matter? by akac · · Score: 2, Insightful

      I don't think that makes any sense, frankly.

      Corporate IT departments prefer working on applications, servers, and such. They abhor "help desk" duty which is what setting up drive images, desktops, and scuh.

      So frankly, the IT department usually doesn't give a care what the desktop users use - its the help desk department that does.

  4. CIA still using OS X? by OneOver137 · · Score: 2, Interesting

    I remember they did a write up last year about securing OS X Panther.

    1. Re:CIA still using OS X? by OneOver137 · · Score: 4, Informative

      Oops, guess it was the NSA

    2. Re:CIA still using OS X? by Been+on+TV · · Score: 4, Informative

      NSA did a pretty good writeup of Securing Mac OS X Panther Server earlier this year. One can still apply all the recommendations to Tiger Server.

      --
      The future is in beta
  5. Nice to see you... by Anonymous Coward · · Score: 5, Funny

    Nice to see Roy Horn has recovered enough to post on slashdot.

  6. Secure swap space by guildsolutions · · Score: 5, Informative

    One of the features that this article highlights is the Secure swap space, which allows you to have your swap space encrypted so that it cannot be read either unintentionally or intentionally. FileVault is fairly secure for storing business documentation, etc also. Article is well worth a read for any mac user, and non mac user who may have macs in their environment

  7. staying secure by jacklexbox · · Score: 3, Insightful

    Security still depends on the user of the software, even the most secure system can be opened WIDE up if someone chooses (or chooses without knowing) to make it so. You can have everything encrypted, but if your password is easily guessable then your encryption is weak. This goes with the thought that "A system is only as secure as it's weakest point."

  8. Wait for it... by bradleyland · · Score: 5, Funny

    Law enforcement agencies annouce that "OS X Tiger" stands in the way of forensic investigation. Story at eleven.

    1. Re:Wait for it... by mcgroarty · · Score: 4, Interesting
      When you encrypt files with Windows, a copy of the file's key is encrypted against the key of each user with access to the file. With Windows, there are several additional keys that all keys are encrypted against, reputedly for law enforcement activities. (I can't find anything backing up the law enforcement claim apart from conspiracy nutcake sites, but the fact remains that the unexplained extra keys do exist.)

      Anyone know if filevault's key is encrypted against anything apart from the user's key and the optional recovery key?

  9. Read before you sudo rm -rf / by JonTurner · · Score: 5, Informative

    Mildly funny, but also a bit irresponsible without a warning:

    Folks, sudo puts you into superuser mode and executes a command, rm. rm removes files, in this case, all of them.

    Unless you enjoy completely rebuilding a system and losing all your data files, don't run this command.

    Another tip: never enter console commands you don't understand.

    1. Re:Read before you sudo rm -rf / by eneville · · Score: 3, Insightful

      An especially never enter console commands on /. rated anything other than informative, even that is a bad idea. Never enter a console command without first reading the man page, yes it's long and could be a bore, but its not as boring as restoring from backups (if you have backsups of some important directory that you forgot about).

  10. More securing OS X links/pdf's etc by Anonymous Coward · · Score: 5, Informative

    http://www.nsa.gov/snac/

    http://www.net-security.org/dl/articles/Securing_M ac_OS_X.pdf

    http://eq.rsug.itd.umich.edu/software/radmind/

    http://homepage.mac.com/hogfish/PhotoAlbum2.html

    Best tip (not a flame) - simply don't run any Microsoft software, support open or other vendors software please, also W3C standards, thanks.

  11. Next time... by Farrside · · Score: 4, Funny

    Grab it by the toe.

    Wear good earplugs.

  12. Windows password hash storage by cortana · · Score: 2, Interesting

    I didn't see any mention of disabling this dangerous feature in the article.

    By default, OS X stores your password as a nice secure hash. However, it also stores it using Windows' shitty hash method, that takes approximatly 0.000000001 seconds to brute force with John the Ripper.

    So it's advisable to somehow disable this functionalty.

    1. Re:Windows password hash storage by kekeruusperi · · Score: 3, Informative

      In Tiger, when enabling samba sharing, you have to choose which accounts to use and you are also warned about storing the passwords in a less secure way.

    2. Re:Windows password hash storage by Smurf · · Score: 2, Informative

      You may be recalling incorrectly...

      Otherwise, you may be happy to know that on Tiger there is no "hash" subdirectory in /var/db/samba, only a file called secrets.tdb.

      Maybe it's stored somewhere else. Or maybe Apple fixed this vulnerability in Tiger (your experience is with Panther anyway).

    3. Re:Windows password hash storage by zhiwenchong · · Score: 2, Informative

      Yes, this was an issue but it was resolved.
      Apple fixed this in one of the recent Software Updates. It was mentioned in the release notes.

    4. Re:Windows password hash storage by Anonymous Coward · · Score: 5, Informative

      Cortana: "By default, OS X stores your password as a nice secure hash. However, it also stores it using Windows' shitty hash method, that takes approximatly 0.000000001 seconds to brute force with John the Ripper"

      On Tiger, this is not true. In Tiger, one has to explicitly check a checkbox for each user, and enter that user's password, to allow those users to use Windows sharing. The sheet with these checkboxes states:

      "Sharing with Windows computers requires storing your password in a less secure manner. You must enter the password for each account that you want to enable."

      So, Windows file sharing is there, but Apple has not exactly made it easy to enable it.

      Given this UI, I guess that there is no way to secure this weakness in Windows file sharing without breaking compatibility.

  13. Re:You should also run Apple's bundled secure scri by hawaiian717 · · Score: 2, Interesting

    No, it doesn't. It just marks as deleted all the inodes for all the files on your disk. Do this, then give the disk to someone with EnCase, and watch them promptly recreate every file on your disk.

    --
    End of Line.
  14. Re:"long pdf"? Not missed much... by justsomebody · · Score: 2, Interesting

    Believe me, you haven't missed anything.

    Yeah, 41 pages long. If you ever read "basic secure your Linux box", well, that's it. I'm dissapointed that a real Mac problem was not addressed. It allows you world writable Applications directory, and .app folder copied by user can be tainted anytime by anyone modifying one single file from terminal.

    It contains:
    Setting password, Displaying warning, locking your firmware (well, this one is the only deviation from "Lock your box for real world dummies"), enabling ACLs, changing user home directories from 022 to 027, tcp_wrappers, xinetd, and other services, file vault, encrypted disk images...

    Basicaly the only positive thing I got from reading it, was how insecure default OSX (talking about DEFAULT here, not what is possible. Mac line was always "Just works") really is. It is more or less as secure as Windows 98 with few bugs taken out and few new entred.

    --
    Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  15. Re:You should also run Apple's bundled secure scri by justsomebody · · Score: 2, Interesting

    Yeah, right. At what cost? Count downtime and all service costs.

    Windows has the same feature, so what?
    On Linux you can install libtrash or any other kind of protection, which is much nicer than any filesystem default, so what?
    On VAX all the versions were collected, so what??

    It is downtime and service needed that counts not someone with EnCase. Problem is that you can do rm / by default and not what it does and not wheter Mac is holy or not.

    --
    Signature Pro version 1.13.2-3 release 83.5 beta3try7 after-breakfast edition
  16. Re:That's all well and nice ... by lullabud · · Score: 2

    Want to trade for a slow intel piece of crap?

  17. Quicker way to secure a Mac by lullabud · · Score: 2, Funny

    Unplug the power. I mean, we all know the most secure computer is the one that's turned off, right? And of course it should be locked up in a safe in a deep dark cavern protected by a dragon or something.

  18. Metadata in the PDF by grondin · · Score: 4, Interesting
    "martin" created this PDF document in MS Word 7 (using Acrobat 6 for Windows) on 8/19/05 at 7:07 am. The following meta-data was left in the PDF:
    <?xpacket begin='&#212;&#170;&#248;' id='W5M0MpCehiHzreSzNTczkc9d'?>
    <?adobe-xap-filte rs esc="CRLF"?>
    <x:xmpmeta xmlns:x='adobe:ns:meta/' x:xmptk='XMP toolkit 2.9.1-13, framework 1.6'>
    <rdf:RDF xmlns:rdf='http://www.w3.org/1999/02/22-rdf-syntax -ns#' xmlns:iX='http://ns.adobe.com/iX/1.0/'>
    <rdf:Desc ription rdf:about='uuid:3e9566a3-e8e6-4d67-b622-3d681f9c54 d2' xmlns:pdf='http://ns.adobe.com/pdf/1.3/' pdf:Producer='Acrobat Distiller 6.0.1 (Windows)'></rdf:Description>
    <rdf:Description rdf:about='uuid:3e9566a3-e8e6-4d67-b622-3d681f9c54 d2' xmlns:xap='http://ns.adobe.com/xap/1.0/' xap:CreatorTool='PScript5.dll Version 5.2.2' xap:ModifyDate='2005-08-19T13:07:33+01:00' xap:CreateDate='2005-08-19T13:07:33+01:00'></rdf:D escription>
    <rdf:Description rdf:about='uuid:3e9566a3-e8e6-4d67-b622-3d681f9c54 d2' xmlns:xapMM='http://ns.adobe.com/xap/1.0/mm/' xapMM:DocumentID='uuid:e3821de7-3fc1-4e6a-a7b1-268 6024123c0'/>
    <rdf:Description rdf:about='uuid:3e9566a3-e8e6-4d67-b622-3d681f9c54 d2' xmlns:dc='http://purl.org/dc/elements/1.1/' dc:format='application/pdf'><dc:title><rdf:Alt><rd f:li xml:lang='x-default'>Microsoft Word - 7 - Securing Mac OS X 10 4 Tiger v1.0.doc</rdf:li></rdf:Alt></dc:title><dc:creator> <rdf:Seq><rdf:li>martin</rdf:li></rdf:Seq></dc:cre ator></rdf:Description>
    </rdf:RDF>
    </x:xmpmeta>
  19. Re:Most secure? Says: mi2g by Anonymous Coward · · Score: 4, Informative

    London-based mi2g Intelligence Unit on Tuesday released a report that says Mac OS X and Berkeley Standard Distribution (BSD) Unix are the "world's safest and most secure 24/7 online computing environments." Linux operating systems offer the worst track record, according to mi2g, with Windows coming in second.

    http://www.macworld.com/news/2004/11/02/mi2g/index .php

  20. Move your keychain file to a removable disk by sdpinpdx · · Score: 4, Informative

    You can specify any keychain file as your default, and it can be anywhere. If that's a CF card in the PCMCIA slot, your keychain is removable. Thumb drives also work, of course, but the CF card doesn't protrude beyond the case.

    1. Re:Move your keychain file to a removable disk by Horst+Graben · · Score: 2, Insightful

      That is incorrect - both the 15" and 17" PowerBook G4 come with a PC card slot.

  21. Re:Most secure? Says: mi2g by laffer1 · · Score: 2, Insightful

    This is very interesting. The article points out that small businesses and individuals get cracked more than big organizations. It also points out that more people use Windows and Linux than Mac OS X and BSD. I wonder if the numbers take that into account. Are the Linux statistics balanced with the windows counts, etc?

    I think there might be two problems with the information assuming the numbers are normalized on installs vs succesful compromises. First, Mac OS X is the most widely sold UNIX like OS in the world. Its hard to believe that OS X and BSD counted together is more than Linux. Most other surveys put them at about the same percentage. If you look at servers then linux would blow out OS X and probably BSD. Desktops i think linux would do better than BSDs aside from OS X. Second, it would be nice to see data on how well trained the sys admins were on the systems. Many people don't know linux well enough to properly secure it. An OSX destkop ships in a safer default than most linux distros. In fact, if you look at the bloated distros they ship with several programs that do the same thing. (KDE and Gnome along with software) 4 browsers, 3 email clients, probably 20 text editors, etc. OS X server and Linux are both a pain in the ass for different reasons. I think they give a false sense of security because of the user interface. (graphical and not distros like gentoo or debian that don't include x11 by default) Windows has the same problem. If you meet a windows admin who's never touched the registry then you know they are an idiot. Likewise, if someone hasn't touch a config file in /etc or used a terminal on OS X server or linux they are an idiot. BSD people have no choice :)

    Obscurity only goes so far. I'd also like to know what caused the linux distros to get attacked. Was it a kernel flaw, service issue, common open source software? For example, many operating systems come with a webserver now (apache or iis). Is there a pattern on services?

    I write this on a redhat EL 3.0 workstation install. I've noticed that i get about the same number of security updates in a month for my windows box and this redhat machine. Today i had to install 5 patches to redhat. (last patched a week ago) and i patched windows a few days ago and had 3. My ibook g4 laptop with tiger on it has had about 7 security patches in the last month and countless new versions of software like quicktime, itunes, etc. I've always wondered if apple hides security updates in new versions of software and doesn't tell anyone. My point is that all my operating systems seem to require the same amount of security patching in desktop scenarios. My FreeBSD file server and webservers tend to need 1-2 patches a month as part of the userland and then new versions of software add up for say 20-25 portupgrades a month. And that does not include apache, mysql or php which i manually compile and install.

    Numbers without more background are not that helpful.

  22. Good guide overall by Durandal64 · · Score: 2, Informative

    I skimmed through it, and it's pretty thorough. Great for lab admins to have handy. I do wish they would have mentioned something about chroot for SFTP though.

    1. Re:Good guide overall by netsrek · · Score: 2, Informative

      the standard chroot methods for openssh work under OS X, and if you build the binaries yourself, you don't need all the Frameworks that the Apple version requires.

      The problem with chrooting on 10.4 now is that Apple's network home mounting method borks if you have /./ in the path, so you have to do static mappings.

      small world Durandal. :)

      (dhaveconfig/netsrek)

      --

      i don't read slashdot anymore.
  23. Three thumbs up by teaenay · · Score: 4, Interesting
    As a Security Architect for a major bank in my country and an "I don't do windows" user at home (OS X, linux), I found this document to be a brilliant guide to securing an OS X client.

    I had already applied some of the security recommendations, such as enabling security on Open Firmware, but I've just learned there are a plethora of other security options available on Mac OS X 'out of the box'.

    There are options in Tigers security preferences that allow swap space to be encrypted and to avoid passwords being accessible in the clear when stored in memory and swapped to disk. Kernel core dumps can be be disabled for similar reasons.

    Password policies! I had no idea Tiger could do that.

    After going through this article and learning a bit more about how KeyChain works, I've started creating my own keychains to store 'Secure Notes' and I've finally accepted that Safari does do 'auto-logon' securely in the way it uses KeyChain.

    This is a very good article.

    1. Re:Three thumbs up by macshome · · Score: 2, Interesting

      Password policies! I had no idea Tiger could do that.

      It can starting with 10.3. I have an older article about it on my site here. The article is from 10.3, but really just more of it works now on 10.4. Also look at the site for my login times script that uses pwpolicy to imitate the login hours policy that other OSes offer admins.

      Last year at MacWorld SF, I put together a pwpolicy GUI in AppleScript Studio for a live demo. I also did a minor bit of pwpolicy scripting at WWDC this year. If you have an ADC membership you can watch that preso. It was fun when the demo Mac started to fall apart while I was trying to code...

  24. Easy as any O/S to secure... by Nick+Driver · · Score: 4, Insightful

    Without even R'ing the FA, I can tell you that truly securing the Mac OS is just as easy as truly securing any other OS.

    1) Unplug it from any network.
    2) Strictly control whoever gets physical access.
    3) ???
    4) Security!

    Seriously... after watching some dipshit try over 4,000 times within the span of a couple hours to attempt buffer overflows on every listening port on my honeypot last Friday afternoon, before I finally blacklisted his entire class C from my router, I've come to the same conclusion that the DoD has... that NO computer connected to the Internet can be made secure... period... that you should only connect disposeable devices to the public Internet.

    I even wonder if I'm not the bigger dipshit for sitting there watching this idiot half the afternoon, throwing the kitchen sink at my poor machine in vain, before pulling the plug on him and banishing his whole netblock.

  25. Open Ports by Nick+Driver · · Score: 2, Interesting

    What does "no open port by default" mean to you?

    An OS without *any* open ports can still be vulnerable, by merely having a TCP/IP stack connected to a public network. Even if the stack merely can only respond to ICMP packets (no tcp or udp ports open, nor any other IP protocols enabled), it can still theoretically be vulnerable to DoS attacks via ICMP.

    TFA makes no mention whatsoever of disabling ICMP.

  26. Re:mod parent down: clueless alarmism by duck_oil · · Score: 2, Informative

    That is not funny. Would you like it if a random /. reader came to your home and erased your data? DO NOT RUN THIS COMMAND!!