Afdrukvoorbeeld
Indien php als apache module draait, is het niet aanzetten van open_basedir naar mijn mening onverantwoordelijk. Klanten kunnen immers in elkaars directory en over de hele server wandelen.Citaat:
Origineel geplaatst door PeterT
Geen van beide eigenlijk.
Simpelweg een aantal utilities root/wheel only maken en je bent redelijk veilig.
Nooit 100%, maar er zijn gewoon scripts die niet werken met suPHP / open base dir
Hans,
Ik zei "liever geen van beide".. niet dat het ook zo was ;)
Ik heb zelf een phpwrapper geschreven en heb nog geen enkel PHP script gehad dat niet werkte op die manier. Misschien dat je heel soms wel eens een configuratieoptie anders moet zetten in een scriptje die een bepaalde environment variabele gebruikt, maar voor de rest ben ik nog niets tegen gekomen.Citaat:
Origineel geplaatst door PeterT
Geen van beide eigenlijk.
Simpelweg een aantal utilities root/wheel only maken en je bent redelijk veilig.
Nooit 100%, maar er zijn gewoon scripts die niet werken met suPHP / open base dir
Zoals vermeld is ook open_basedir zeker niet veilig om alles af te schermen. Er zijn verschillende zaken om dit te omzeilen.
Wat ik niet snap is wat je bedoelt met een aantal utilities root/wheel only te maken, aangezien een gebruiker zijn eigen binary kan uploaden en die executen. Wat je eigenlijk creeerd is een vals gevoel van veiligheid. (De setuid binary's nu niet meegerekend, want dat is nog een andere zaak)
Kwam er trouwens achter dat op 1 van onze servers het nog niet aanstond..
En wv- natuurlijk kunnen ze hun eigen binaries uploaden, dat kan altijd.. maar waarom zou je het ze makkelijker maken door bepaalde utilities (zoals compilers/w get etc.) niet root/wheel only te maken?
Dat mag je, maar heeft niet veel zin.Citaat:
Origineel geplaatst door PeterT
En wv- natuurlijk kunnen ze hun eigen binaries uploaden, dat kan altijd.. maar waarom zou je het ze makkelijker maken door bepaalde utilities (zoals compilers/w get etc.) niet root/wheel only te maken?
Toch ben je dan al iets veiliger, security werkt nog altijd in layers.
Deze layer jaagt meestal de scriptkiddies al weg.
mja inderdaad. Ik doe het niet, maar php draait in een jail dus het komt uiteindelijk wel op hetzelfde neer.Citaat:
Origineel geplaatst door PeterT
Toch ben je dan al iets veiliger, security werkt nog altijd in layers.
Deze layer jaagt meestal de scriptkiddies al weg.
Heb je PHP of Apache in een jail draaien ?
Indien PHP, dan neem ik even aan dat je het als CGI draait ?
Is dat zo? Wij draaien het al anderhalf jaar, vlekkeloos.Citaat:
Origineel geplaatst door PeterT
suPHP is sowieso niet iets dat ik snel op een produktie server zou zetten..
Citaat:
Origineel geplaatst door Cybafish
Is dat zo? Wij draaien het al anderhalf jaar, vlekkeloos.
... dat is genoeg voor mijCitaat:
Please note that the suPHP binary has to be installed setuid-root to work, so a security bug in suPHP probably will allow atackers to run commands with root privileges. Although I currently don't know any bug in suPHP I can't guarantee that there aren't any.
Er zijn alternatieven, of ge kunt zelf iets schrijven.Citaat:
Origineel geplaatst door PeterT
... dat is genoeg voor mij
Veel auteurs zetten zo'n gelijkaardige teksten bij hun programma's, niks is bugfree, overal kan een bug in zitten.
Het enige wat bij zo'n wrappers ernstig fout kan zijn is dat er zich buggy code zou bevinden tussen het setuid() doen van de user en het aanroepen van het root setuid'd binary 'php-wrapper'. De regels hiertussen zullen zo weinig zijn dat er wel al iets ernstig fout zou moeten zijn dat daar nog een bug in gevonden wordt.
http://www.securityfocus.com/bid/11020/discussion/
In ieder geval 1 'report'..
Het is eigenlijk best jammer dat de lokale beveiliging steeds moeilijker wordt terwijl de beveiliging van buitenaf simpel te patchen of te blokkeren is..
Zou er niet iemand tussen die honderden hosters zijn die iets nuttigs op de markt kan brengen die ons in 1 keer van alle problemen afhelpt?
Stoppen met hosten bedoel je?
Geen klanten ?
Of wat wil je? :D
als een gebruiker een bestand aanmaakt dat world writeable is, dan is het mogelijk om su-php te misbruiken om PHP te executen onder de rechten van die gebruiker. Dat is zonder die su-php ook mogelijk, hangt allemaal van de configuratie af. Ik heb persoonlijk su-php niet gebruikt, maar het gebruik van wrappers kan niet op tegen de brakke en snel omzeilbare beveiligingen van PHP zelf.Citaat:
Origineel geplaatst door PeterT
http://www.securityfocus.com/bid/11020/discussion/
In ieder geval 1 'report'..
hosters? Ik ben nog niet veel hosters tegen gekomen die deftige software schrijven voor het securen van een webserver. Het zijn hosters die de software gebruiken en hun klanten laten denken dat ze het zelf geschreven hebben :)Citaat:
Origineel geplaatst door WH-Tim
Het is eigenlijk best jammer dat de lokale beveiliging steeds moeilijker wordt terwijl de beveiliging van buitenaf simpel te patchen of te blokkeren is..
Zou er niet iemand tussen die honderden hosters zijn die iets nuttigs op de markt kan brengen die ons in 1 keer van alle problemen afhelpt?