Application security and permissions


    Sponsored Links


  • 1. Weird slot-loading iMac Monitor Problem
    Alright, I have this 400mhz iMac that I hadn't really been using because about 2 years ago the monitor sort of went crazy (it would come in and out of focus, sometimes colors would be all wacko, the 'geometry' of the monitor was always all messed up, sometimes the center of the screen was all stretched out and the edges were squished). It wasn't TOTALLY unuseable but it was pretty close. I was told at the time that the monitor needed to be replaced and it was going to cost a ton so I just kind of forgot about the thing. So today I decide to haul it out with the idea of converting it to a wireless music server. Before I could install OS X on it (was still running 9.1) it told me I needed to update the firmware so I went to the apple web site, downloaded the needed file and ran it and what do you know...the monitor went completely back to normal! So what I'm wondering is...what was causing this problem all that time? Evidently something to do with the firmware but what would have caused that to get messed up? Thanks everyone!
  • 2. What the heck?
    I'm a relatively new Mac user (iMac G3), and I just noticed something strange while I was working in OS X. I was trying to drag some items to the trash icon, and when I did, the icon turned into something that looked like the eject symbol (I have the option turned on where OS X magnifies the dock icon when you approach it). As it so happens, my trash needed emptying. Is this what was supposed to happen, or does this sound like some kind of weird bug?

Application security and permissions

Postby Anthony Chavez » Tue, 22 Feb 2005 15:23:00 GMT

Hash: SHA1

Hi, all!

Given my Unix background, I have been in the habit of installing native
OSX (Panther) applications, then chown-/chgrp-ing the bundle (and its
entire contents) to "appropriate" security settings, i.e. root:admin

What I'm discovering is that certain applications seem to be at odds
with this, in that they need to have write access to (certain parts of)
their application bundle.

I'd be interested in knowing if any of comp.sys.mac.misc have any best
practices that they care to share, regarding this.  Naturally, I'd like
to avoid simply making the bundle and its contents world-writeable, but
group-writable (would chgrp'ing to staff be a better move?) might be
acceptable if I could narrow the scope so that only certain
files/directories had those permissions.


- -- 
Anthony Chavez                                  http://www.**--****.com/ 
mailto: XXXX@XXXXX.COM          jabber: XXXX@XXXXX.COM 
Version: GnuPG v1.4.0 (Darwin)


Similar Threads:

1.[Security / applet ] signed applet with permission failed

Iwant an applet who can read files but not write:
test 1 :
not signed applet with grant permissions in .java.policy : ok
test 2 :
a signed applet with the same permissions in .java.policy :  no ok , i
can write files
Itried several tests (define a keystore with policytool and so on) but
it failed.
My question : with signed applet, is-it possible to add permissions or
signed applet => all permissions ?

2.Fwd: Article: Fewer Permissions Are Key to Longhorn Security

3.Article: Fewer Permissions Are Key to Longhorn Security

4.Security Update 2008-001 and permissions

I recently applied Security Update 2008-001 for Mac OS X 10.4.11 to eight 
different installations, some PPC and some Intel, and upon repairing 
permissions with Disk Utility, read the following:

"Permissions differ on ./Library/Application Support/Macromedia/Shockwave 
10/Shockwave 10 Preferences, should be -rwxrwxr-x, they are -rw-rw-r--".

The first time I noticed this I assumed it was a fluke. After the second 
time I became more suspicious. Before doing the third installation I checked 
permissions on the file in question, which were -rwxrwxr-x, and then without 
running Disk Utility checked them immediately after rebooting. They had 
indeed been changed to  -rw-rw-r-- so I changed them back manually, then ran 
Disk Utility in repair permissions mode, and Disk Utility was happy.

Can anyone explain why the installation of an Apple Security Update should 
result in changed permissions for a Shockwave preferences file? I'm no 
longer surprised when software from Adobe messes around with permissions for 
non-Adobe files, so perhaps this is just an example of "if you step on my 
foot, I'll step on yours",


David Ryeburn
To send e-mail, use "ca" instead of "caz".

5.[ANN] The Entourage Help Blog: "My Day menu bar fix requires change to application permissions"

6. Automatic Update application ignores permissions

7. Application Permission Problem

8. Permission Email Receiving Application??

Return to mac


Who is online

Users browsing this forum: No registered users and 46 guest