FROM : Louis C. Sacha
DATE : Wed Oct 06 22:06:39 2004
Hello...
There is also a security feature that can prevent the setuid bit from
having an effect on volumes other than the boot volume. One of the
options available when mounting volumes is to ignore the setuid bit
of any executables on the volume.
If I remember correctly, when disk images are mounted they use that
option by default, which causes the setuid bit of any executable on
the mounted disk image to be ignored. I would expect that this is
also true for any mounted volume that the OS sees as "removeable".
Hope that helps,
Louis
>>>But although the setuid bit is set it is not possible to execute a
>>>privileged operation
...
>Using "ls -l" shows that the tool is owned by root:
>
>-rwsr-xr-x 1 root martinva 27584 6 Sep 12:44 authtool
>
>Maybe there is something wrong with the group that owns the tool?
DATE : Wed Oct 06 22:06:39 2004
Hello...
There is also a security feature that can prevent the setuid bit from
having an effect on volumes other than the boot volume. One of the
options available when mounting volumes is to ignore the setuid bit
of any executables on the volume.
If I remember correctly, when disk images are mounted they use that
option by default, which causes the setuid bit of any executable on
the mounted disk image to be ignored. I would expect that this is
also true for any mounted volume that the OS sees as "removeable".
Hope that helps,
Louis
>>>But although the setuid bit is set it is not possible to execute a
>>>privileged operation
...
>Using "ls -l" shows that the tool is owned by root:
>
>-rwsr-xr-x 1 root martinva 27584 6 Sep 12:44 authtool
>
>Maybe there is something wrong with the group that owns the tool?
| Related mails | Author | Date |
|---|---|---|
| Martin Valenta | Sep 7, 22:50 | |
| Sherm Pendley | Sep 7, 23:29 | |
| Martin Valenta | Sep 8, 13:48 | |
| Louis C. Sacha | Oct 6, 22:06 |






Cocoa mail archive

