OS X Security
Apple gives security updates every now and then, i was wondering how secure OS X is. I've never heard of OS X being hacked...have u heard?
[144 byte] By [
ast3r3x] at [2007-11-15 9:13:18]

# 1 Re: OS X Security
If your comparing each operating system to each other then Mac OS X is vastly superior in the security stakes compared to the likes of say.....windows. Like you I have never heard of a Mac OS X machine being hacked into.
# 2 Re: OS X Security
Check Software Update often and there should be no problems. Apple is quite quick with the Security Updates.
Fobie at 2007-11-17 13:13:40 >

# 3 Re: OS X Security
There's not even a virus around. :cool:
# 4 Re: OS X Security
i know its better then windows, i was wondering compared to some builds of linux or any other builds of unix
# 5 Re: OS X Security
The big win for OS X comes from a really simple decision: Disable ftp, telnet, sendmail, etc. out of the box. Historically, UNIX and UNIX-like distributions have shipped with every service running. Since most people never change the default (and in this case, there's little cause to, since OS X is a desktop UNIX), it doesn't matter so much that e.g. FTP has a security vulnerability, because it isn't running on the vast bulk of the OS X machines out there.
Remote login is also disabled by default, which closes another big security hole. The Internet Worm got around through remote login.
Amorph at 2007-11-17 13:16:43 >

# 6 Re: OS X Security
thanks
so OS X is about the same as other forms unix, apple is just smart enough to turn them off thanks
# 7 Re: OS X Security
[quote]Originally posted by ast3r3x:
<strong>thanks
so OS X is about the same as other forms unix, apple is just smart enough to turn them off thanks</strong><hr></blockquote>
It's worth noting though that while it is secure out of the box, they don't exactly make it hard to open it up so it's wide open to any hacker.
A computer is only secure as it's configuration and if you need remote login, sendmail et al to be working and Apple have provided an older less secure version then really you can be in trouble...
# 8 Re: OS X Security
OS X has zero virii right? That should be in a switcher add. <img src="graemlins/cancer.gif" border="0" alt="[cancer]" />
# 9 Re: OS X Security
i kinda thought of that, a "switch" ad based on virusses (virii?) but wouldnt that just instigate? Begging for virus writers to get into gear?
Aside from that, I havent even HEARD of a Mac user's computer getting hacked or whatnot (OS 7-9 and OS X)
ZO at 2007-11-17 13:20:45 >

# 10 Re: OS X Security
[quote]Originally posted by robster:
<strong>
It's worth noting though that while it is secure out of the box, they don't exactly make it hard to open it up so it's wide open to any hacker.
A computer is only secure as it's configuration and if you need remote login, sendmail et al to be working and Apple have provided an older less secure version then really you can be in trouble...</strong><hr></blockquote>
Which is why it's good that Apple has been prompt in keeping up with the latest stable releases and firing off Software Updates with patches when problems come up. It doesn't hurt that they make it really easy to find and apply updates, either.
There is the pathological case of someone who enables all the daemons and ignores SU and every other source of bugfixes, updates and patches, but there's nothing anyone can do about that.
Amorph at 2007-11-17 13:21:46 >

# 11 Re: OS X Security
The register talks about hackers using a Root Kit on Windows, and mentions that this technique is old hat on Unix and Linux. Anyone know anything about this, and how secure OS X is with regard to root kits?
<a href="http://www.theregister.co.uk/content/55/29638.html" target="_blank">http://www.theregister.co.uk/content/55/29638.html</a>
snoopy at 2007-11-17 13:22:44 >

# 12 Re: OS X Security
Actually, as a Unix person, I haven't been thrilled with OS X's default security setup. Most new users will set themselves up to be an Admin for ease of use. However, just about all files in the /Applications directory are read/writable by anyone in the Admin group. This means that a trojan program (downloaded and run by the user) can wipe out almost every application you have installed. Also, a virus on a program you download could copy itself to any of these applications, meaning other users on your computer can run them and be infected.
In my opinion, that is FAR too big of a hole. Granted, your computer may still boot even if these files are deleted, it is a MAJOR inconvenience. Also, the virus thing is critical. MacOS is currently small enough of a market that most virus programmers don't target it, but they easily could in the future.
My advice: don't make your standard account an Admin account. You could also remove group write privledges to all contents in /Applications.
John Whitney
# 13 Re: OS X Security
[quote]Originally posted by John Whitney:
<strong>
. . . This means that a trojan program (downloaded and run by the user) can wipe out almost every application you have installed. . .
</strong><hr></blockquote>
I'll risk showing my ignorance of operating systems with a question. Would it be possible to make scripting more secure by requiring authentication of scripts? What I mean is a list of approved scripts, or other such technique. If a script tries to run and it is not on the list, a dialog box pops up. It identifies the script and might even give feedback about the nature of the script. The user could choose to run it or not, and choose to add it to the list or not. It seems simple, but since no OS does it there must be a catch.
[ 03-10-2003: Message edited by: snoopy ]</p>
snoopy at 2007-11-17 13:24:47 >

# 14 Re: OS X Security
OS X Security - AppleInsider
# 15 Re: OS X Security
[quote]Originally posted by AirSluf:
<strong>
. . . For home users the dangers are real, but if you are ignorant to what you enable when an installer asks for an administrator password there isn't much you can do about it except cringe. No anount of security software can fix that issue. Ever.
</strong><hr></blockquote>
Are you saying that a 'good' installer has no reason to ask for the administrator password? In my stupidity, I just figured there were things that needed to be installed in protected folders so the program would work correctly.
snoopy at 2007-11-17 13:26:46 >

# 16 Re: OS X Security
[quote]Originally posted by snoopy:
<strong>
Are you saying that a 'good' installer has no reason to ask for the administrator password? In my stupidity, I just figured there were things that needed to be installed in protected folders so the program would work correctly.</strong><hr></blockquote>
Yes, but very few applications should have to do that. System updates, driver updates, the odd iApp that has to update a private framework, the occasional UNIX app, and that's it.
Most applications should require nothing more than a drop into the /Applications or ~/Applications folders.
Amorph at 2007-11-17 13:27:50 >

# 17 Re: OS X Security
Yeah but most of those special items can go into ~/Library without a password instead of /Library where programs want to install (so all users have it, though if you're logged in as an admin the program doesn't even need a password).
However I have recently found out how easy it is in cocoa to make malicious programs in OS X... Deleting the contents in your home directory is quite trivial. I believe there was that one iTunes installer that probably just did that accidentally.
chych at 2007-11-17 13:28:56 >

# 18 Re: OS X Security
OS X Security - AppleInsider
# 19 Re: OS X Security
[quote]Originally posted by AirSluf:
<strong>
Also, as Amorph said, VERY few programs REQUIRE anything to go into the library whether global or user level other than users prefs, but many do due to programmer laziness, incompetence and/or ignorance. Apple guidance actually discourages non-bundle applications that install components in places that require a password. Frameworks and bundles are capable of handling the vast majority of application needs--drivers are another matter (sometimes).</strong><hr></blockquote>
Why should bundle applications be allowed to ask for a password, and non-bundled be discouraged from doing so? I fail to see the distinction.
Actually, I would MUCH prefer it if ALL installations asked me if I wanted to install the application locally (i.e., in my home dir) without a password, or in the main application directory for all users with a password. If possible, I prefer to see drag-and-drop of a simple application bundle. This allows me to try it locally, and then run sudo to move it to /Applications if I so desire later (this is typically what I do when checking out the latest Chimera/Camino build).
VERY few applications give me the option to install in my home directory, though. Instead, I have to give blind trust and enter that admin user's password. I'll do this for commercial applications like Photoshop, I won't do it for most things I'd download from the web.
Again, though, the default user is Admin enabled, meaning a password isn't even required to do malicious/stupid things to applications in /Application. At the very least, the standard applications (iLife, etc.) should be non-group writable (forcing a password to modify them).
John
# 20 Re: OS X Security
[quote]Originally posted by John Whitney:
<strong>
Why should bundle applications be allowed to ask for a password, and non-bundled be discouraged from doing so? I fail to see the distinction.</strong><hr></blockquote>
The distinction is that the point of bundles is to localize all the application's files in the bundle. A bundled app is self-contained, so it doesn't need permission to go spamming files in system directories. It goes where it's dropped, period.
Someone porting an app over from Mac OS, however, might be used to stuffing files in various places within the System Folder, and they might have opted to keep that arrangement rather than reorganizing their app into a bundle - especially if it's also a Windows app.
[quote]<strong>Actually, I would MUCH prefer it if ALL installations asked me if I wanted to install the application locally (i.e., in my home dir) without a password, or in the main application directory for all users with a password.</strong><hr></blockquote>
This is an excellent idea. In fact, I'd like to see ~/Applications be the default, with installation in /Applications an "Advanced" feature available to people installing from an Administrator account. The shortcut on the Finder toolbar should also do something like present ~/Applications, /Applications, and network Applications as if they were in the same folder, but treat all drops as if they were to ~/Applications - again, unless there was a specific intervention by an Administrator.
I'm sure this could be further refined, but it's an important step. Once you get used to the idea that the real analog in OS X for "Macintosh HD" is your home folder (something that having Finder windows default to Home would certainly help) it's a lot easier and more secure to work within your home directory than it is to get used to mucking around in top-level folders.
[ 03-11-2003: Message edited by: Amorph ]</p>
Amorph at 2007-11-17 13:32:01 >

# 21 Re: OS X Security
but i dont want 6versions of AIM on my computer...especially if it something like photoshop.
and the solution to that would be to put it into the /applications, but that is what they are doing now
# 22 Re: OS X Security
[quote]Originally posted by ast3r3x:
<strong>but i dont want 6versions of AIM on my computer...especially if it something like photoshop.
and the solution to that would be to put it into the /applications, but that is what they are doing now</strong><hr></blockquote>
One solution is to drop everything in /Applications, although that doesn't stop you from having six copies of Photoshop lying around on your machine either. Right now, the default install folder is /Applications, which means you have to be an Administrator to install apps, which is NT-like in its oafishness, unless you manually install in ~/Applications. Change the default to ~/Applications, and what happens? All installs go into ~/Applications, unless you manually install in /Applications, which then (appropriately) requires an Administrator password.
If you are worried about doubling apps after a software update that introduced this change, it seems pretty simple to me to have the update back up your ~/Applications folder and copy /Applications into ~/Applications, or something similar. At any rate, that bit of pain would be worth the significant increase in the security and intuitiveness of the OS.
Amorph at 2007-11-17 13:33:55 >

# 23 Re: OS X Security
OS X Security - AppleInsider
# 24 Re: OS X Security
[quote]Originally posted by AirSluf:
<strong>
Sorry Amorph, but I don't even accept them file spamming because that's how it used to be or is on another platform. Not treating each target OS properly is just lack of professionalism. If you can't tell, I've had my fill recently of no-load coders.</strong><hr></blockquote>
Believe me, that was an explanation, not a justification.
I don't believe there's any excuse for file spamming on OS X either. But for the sake of clarification, those are the excuses of the file spammers. :/
Amorph at 2007-11-17 13:36:05 >

# 25 Re: OS X Security
[quote]Originally posted by Amorph:
<strong>
This is an excellent idea. In fact, I'd like to see ~/Applications be the default, with installation in /Applications an "Advanced" feature available to people installing from an Administrator account. The shortcut on the Finder toolbar should also do something like present ~/Applications, /Applications, and network Applications as if they were in the same folder, but treat all drops as if they were to ~/Applications - again, unless there was a specific intervention by an Administrator.
</strong><hr></blockquote>
While you are at it, it would be nice if this "combined applications folder" in Finder would attach an indicator (ala Window's Shortcut arrow) to the file icon to show if it is in the system or home application directory (or at least put an visual identifier on the icon for your personal applications). I hope Apple reads these boards. :)
As for the bundle/non-bundle password issue, after reading your comment and the original, I see that I misunderstood what was being said. I keep associating library with /Applications, for some reason, not /Library. I find that, coming from a Windows/Linux world, I do like the bundle concept.
John
# 26 Re: OS X Security
[quote]Originally posted by ast3r3x:
<strong>but i dont want 6versions of AIM on my computer...especially if it something like photoshop.
and the solution to that would be to put it into the /applications, but that is what they are doing now</strong><hr></blockquote>
I don't want six versions of AIM either. However, if someone else wants access to your application, you can easily copy it to the main /Applications directory (I do this all the time), or re-install it there with the original installer and then delete your local copy. Just because it was originally installed for one user doesn't mean it has to stay that way. :)
My point is, as a general rule so far, I can't install (and test) an application locally without giving it the run of the system with the Admin password. This means a program that is a trojan or contains a virus has full access to all installed applications on the system. Why I don't fear this much with commercial software, I do occasionally load shareware or freeware on my system that I don't have the same trust.
Also, when my wife installs programs that I don't care to use, it won't be cluttering up MY Applications view. :)
I don't know, perhaps this is too complicated for the simplicity that Apple prefers, but as a power-user I certainly wish it was available and given as a guideline from Apple.
John
# 27 Re: OS X Security
OS X Security - AppleInsider