PDA

Bekijk Volledige Versie : Hoe veilig is safe mode uit ?



alexander74
27/09/07, 22:35
Ik heb een aardig scriptje liggen maar dit programma vereist safe mode uit. Nu heb ik wel mod security op de server geinstalleerd.

Hoe gevaarlijk is het dan om safe mode uit te schakelen en het script te draaien ?

Ramon Fincken
27/09/07, 22:39
voor 1 script ?
dan moet het wel heel belangrijk zijn ..

zie ook:
http://nl.php.net/manual/nl/features.safe-mode.functions.php

of google op:
veiligheid safe mode

bami82
27/09/07, 23:12
Al onze servers draaien met safe_mode uit.

Er zijn gewoon teveel zaken die niet goed werken met safe_mod uit en naar mijn mening dien je de beveiliging meer op OS nivo te regelen

Ramon Fincken
27/09/07, 23:15
Al onze servers draaien met safe_mode uit.

Er zijn gewoon teveel zaken die niet goed werken met safe_mod uit en naar mijn mening dien je de beveiliging meer op OS nivo te regelen

vergis ik me dan? is het echt niet zo handig om aan te hebben ?

Designerhosting
28/09/07, 00:24
Volgens mij kun je met mod-security en open base dir de boel toch veilig houden.

phinos
28/09/07, 10:30
Servers hier draaien ook allemaal met safe_mode uit, nooit enige hinder van ondervonden. Als je overige zaken gewoon goed in orde hebt moet dat geen enig probleem zijn!

Swiftway-UK
28/09/07, 10:41
Servers hier draaien ook allemaal met safe_mode uit, nooit enige hinder van ondervonden. Als je overige zaken gewoon goed in orde hebt moet dat geen enig probleem zijn!

Ik denk dat de abuse@ afdeling van je Internet provider er wat minder blij mee zal zijn. PHP safe mode aan is toch echt de beste oplossing op dit moment.

Keizer
28/09/07, 10:56
als je safe_mode uit hebt dan kan je met andere zaken de server alsnog dichtspijkeren.

uiteraard in je php.ini een aantal commando's uitzetten (bijv symlink,proc_close,proc_open,popen,system,dl,passt hru,escapeshellcmd,shell_exec)

verder kom je met modsec een aardig eind, ook moet je de openbase dir standaard aanlaten... toich vereisen scripts als Joomla! deze ook uit, in dat geval kan je de /tmp map op andere manieren beveiligen zodat schrijven wel mag maar uitvoeren niet

phinos
28/09/07, 11:18
Ik denk dat de abuse@ afdeling van je Internet provider er wat minder blij mee zal zijn. PHP safe mode aan is toch echt de beste oplossing op dit moment.

Zoals ik zei heb ik er zelf nog geen problemen mee ervaren, dat betekend uiteraard dat het niet kan voorkomen. Echter uit persoonlijke ervaring heb ik nog geen problemen ervaren met het uitschakelen van safe_mode. De functie is niet voor niks beschikbaar.

Designerhosting
28/09/07, 12:06
Voor Joomla hoef je openbase dir niet uit te hebben staan. Beveiliging is dus prima mogelijk met safe mode off...

Keizer
28/09/07, 12:19
Voor Joomla hoef je openbase dir niet uit te hebben staan. Beveiliging is dus prima mogelijk met safe mode off...

o? probeer maar eens een template of een plaatje up te loaden via joomla, gaat je niet lukke met openbase dir aan!

Designerhosting
28/09/07, 13:42
Dat probeer ik heel vaak en lukt prima! Misschien dat andere instellingen bij jou dat voorkomen...

Keizer
28/09/07, 14:05
hmm vaag... zou kunnen (moet bekennen dat een collega dat allemaal regelt), maar als klanten bellen dat het niet lukt dan zet ik de openbase dir restrictie uit en dan kunnen ze opeens wel uploaden:P

Designerhosting
28/09/07, 15:43
Dan zou ik de instellingen eens nalopen, ik heb nooit problemen ermee en heb het ook nog nooit van klanten gehoord dat ze problemen hebben.

Randy
29/09/07, 18:25
Safe_mode biedt een schijnveiligheid. Beter is om in je php.ini bepaalde functies uit te schakelen zoals reeds eerder genoemd. Safe_mode zal bij php6 ook vervallen.

Je kunt je onderliggende platform (Apache) goed beveiligen met mod_security. Mount je /tmp apart met noexec en gebruik eventueel de suhosin plugin voor php.

Noexec /tmp: http://www.google.nl/search?source=ig&hl=nl&q=mount+%2Ftmp+noexec&meta=
Suhosin plugin: http://www.hardened-php.net/
Mod_security: http://www.modsecurity.org/
PHP6 Blog: http://php6dev.blogspot.com/
Kudo's: '+' bovenaan dit bericht ;)