PHP + CHmod
NyoMic 04.12.2001 - 14:45 1359 12
NyoMic
xepera-xeper-xeperu
|
A Arbeitskollege von mir muss a Homepage für an Kunden basteln mit Administration der Linuxmaschine über PHP.
Folgendes Problem:
Geht das irgendwie dass man vom PHP aus die Zugriffsrechte einer Datei mit CHMOD verändert?? Und zwar ohne dass man als Root eingeloggt ist, sonder als irgendein andrer Benutzer??
Webserver ist Apache und verwendet wird SuSE Linux 7.3
|
bBU.CyTrobIc
#include "billrulz.h"
|
nee geht ned,... setz ordner auf chmod 555 oder 777
|
NyoMic
xepera-xeper-xeperu
|
hast recht. Geht wirklich ned. hmm kann man nix machen
|
Guest
Deleted User
|
hast recht. Geht wirklich ned. hmm kann man nix machen wär ja auch wohl ein fettes sicherheitsloch, wenn sich der inet-user selbst die rechte setzen könnte ;=
|
Guest
Deleted User
|
A Arbeitskollege von mir muss a Homepage für an Kunden basteln mit Administration der Linuxmaschine über PHP.
Folgendes Problem:
Geht das irgendwie dass man vom PHP aus die Zugriffsrechte einer Datei mit CHMOD verändert?? Und zwar ohne dass man als Root eingeloggt ist, sonder als irgendein andrer Benutzer??
Webserver ist Apache und verwendet wird SuSE Linux 7.3 geht wunderbar exec("chmod xxx file");
der user unter dem der Webserver rennt muss Eigentümer des files sein (normalerweise ist das der user "wwwrun"). ist das nicht möglich, muss der webserver als root laufen - der muss aber dann besser nicht öffentlich zugänglich sein (z.b. firegewalled oder nur über ein vpn) eine andere Möglichkeit (die ich präferiere) ist dass der Webserver die Änderungen in ein file schreibt, und ein selbstgeschriebener deamon (der unter root rennt) dieses ausliest und nur erlaubte kommandos ausführt.
|
NyoMic
xepera-xeper-xeperu
|
Das is ja das Problem, der User darf nicht als Root eingeloggt sein und der Benutzer hat keine Zugriffsrechte auf die Datei.
Er ist eh scho draufgekommen dass des ned geht oder nur wenn ma sich als Root einloggt und mit "chown" den Owner der Datei verändert.
|
Guest
Deleted User
|
Das is ja das Problem, der User darf nicht als Root eingeloggt sein und der Benutzer hat keine Zugriffsrechte auf die Datei.
Er ist eh scho draufgekommen dass des ned geht oder nur wenn ma sich als Root einloggt und mit "chown" den Owner der Datei verändert. Sinds kleine Dinge, würd ich einfach ein kleines Proggie mit SUID das machen lassen. Die Keule wär eine kopie von /bin/chmod mit gesetztem SUID - von dieser Lösung ditanzier ich mich aber . Soll wirklich der ganze Server über ein Webinterface administriert werden, ist ein apache, der gleich unter root rennt gscheiter (dieser apache muss aber dann besonders gesichert werden)
|
Guest
Deleted User
|
die lösung mit dem file, dass dann vom deamon abgegrast wird, gefällt mir - ein fescher "work-around".
|
manalishi
tl;dr
|
die lösung mit dem file, dass dann vom deamon abgegrast wird, gefällt mir - ein fescher "work-around".
affirmative. die root-lösungen sind meistens etwas holprig, sowas mach ich äußerst ungern.
|
Guest
Deleted User
|
affirmative. die root-lösungen sind meistens etwas holprig, sowas mach ich äußerst ungern. jeder, der den apache als r00t laufen lässt, gehört ja geschlagen - sowas TUT man einfach nicht
|
Guest
Deleted User
|
jeder, der den apache als r00t laufen lässt, gehört ja geschlagen - sowas TUT man einfach nicht Und wers tut, wird meistens sowieso bestraft *gg* Ich habs meistens so gelöst, dass dieses File vom Webserver geschrieben wird, und dann jeden Tag um 0:00 ein cronjob das Ding auswertet. Ist vor allem bei Settings die Serverdienste betreffen gscheit, denn wenn man bei jeder Änderung den entsprechen Deamon neu startet sinkt die Verfügbarkeit auf die eines Windows-Systems
|
that
ModeratorHoffnungsloser Optimist
|
die lösung mit dem file, dass dann vom deamon abgegrast wird, gefällt mir - ein fescher "work-around".
Ja die gefällt mir auch, werd ich mir merken. Das müsst eigentlich mit named pipes recht elegant auch in Echtzeit gehen, oder?
|
Guest
Deleted User
|
Ja die gefällt mir auch, werd ich mir merken. Das müsst eigentlich mit named pipes recht elegant auch in Echtzeit gehen, oder? Jo, wennst Echtzeit willst ist das eigentlich _DIE_ Lösung, musst halt nur aufpassen dass der Server immer da ist, sonst blockt der Client ewig und das ist sicher nicht Sinn der Sache
|