I think you should also have the suid helper program sperl5.8.9 (which will be called by perl) with the s-bit on (i.e. permissions -rwsr-xr-x, owner root). — What system is this, btw? Linux?
(Also see the paragraph suidperl less insecure in perl584delta.)
| [reply] [d/l] [select] |
I'm on FreeBSD 6.3-RELEASE #2
In /usr/local/bin:
-rws--x--x 1 root wheel 949226 Nov 14 2005 sperl5.8.7
-rws--x--x 1 root wheel 951625 Dec 19 23:07 sperl5.8.9
-rwxr-xr-x 3 root wheel 951373 Dec 19 23:07 suidperl
Since the permissions are the same for both the sperl5.8.7 and 5.8.9, should the lack of 044 (r's for group and others) be a concern?
To jagh: my IHP set up their control panel to use suidperl. If it works in the 5.8.7 that the IHP built, its being deprecated doesn't have much bearing on my problem. To my reading, the perldelta page you cite includes both negative and positive things about suidperl, possibly written by different people.
Hoping for more words from you folks and perhaps others,
cmac | [reply] [d/l] |
I believe suidperl has been deprecated since 5.8.0, unless someone fixed it. See 5.8.0's perldelta.
| [reply] |
in perl.c in release 5.8.9, line 3727 is if (*suidscript) {
should be if (*suidscript != 1)
+{
cmac
www.animalhead.com
| [reply] [d/l] |
| [reply] |
| [reply] |
Yes I reported the problem, bug and fix via perlbug, before sending the news to perlmonks. It seemed appropriate to close out the thread by reporting it here too. The problem will hit anyone who tries to use 5.8.9 for SUID operation.
The problem was described by my previous messages in the thread...
| [reply] |