Een vergissing is menselijk maar om er een puinhoop van te maken heb je een computer nodig (met mij erachter)
suPHP werkt met een externe suid binary, en gebruikt een fork() en een exec(). Dat heeft ook als nadeel dat apache een extra child moet aanmaken om het request af te handelen.
Een alternatief staat mod_suid, die een user change doet per request en dus geen performance problemen heeft.
Een alternatief staat mod_suid, die een user change doet per request en dus geen performance problemen heeft.
Deze was ik inderdaad ook tegengekomen maar daarvoor moet je apache als root draaien en ik geloof dat dat niet zo'n goed idee is toch?igmar schreef op 22 januari 2004 @ 22:34:
suPHP werkt met een externe suid binary, en gebruikt een fork() en een exec(). Dat heeft ook als nadeel dat apache een extra child moet aanmaken om het request af te handelen.
Een alternatief staat mod_suid, die een user change doet per request en dus geen performance problemen heeft.
Een vergissing is menselijk maar om er een puinhoop van te maken heb je een computer nodig (met mij erachter)
Apache draai je normaalgesproken sowieso als root, alleen de Childs die Apache spawnt komen onder een ander UserID, meestal www of nobody.
Everyone complains of his memory, no one of his judgement.
De childs draaien onder de nobody user. De root permissies zijn nodig ivm de sui*uid() calls.muis schreef op 22 januari 2004 @ 22:51:
Deze was ik inderdaad ook tegengekomen maar daarvoor moet je apache als root draaien en ik geloof dat dat niet zo'n goed idee is toch?
En om poort 80 te kunnen gebruiken toch ? Normale users mogen alleenigmar schreef op 23 januari 2004 @ 08:26:
[...]
De root permissies zijn nodig ivm de sui*uid() calls.
porten >1024 gebruiken ?
I haven't lost my mind! It's backed up on tape somewhere!
Dan is als root starten genoeg, het binden van poorten is echter niet gerelateerd aan de module.Dr.DNA schreef op 23 januari 2004 @ 08:45:
En om poort 80 te kunnen gebruiken toch ? Normale users mogen alleen
porten >1024 gebruiken ?
Verwijderd
maar wanneer je van mod_suid gebruik maakt, draaien alle childs volgens mij ook als root. Je kan nl pas bepalen naar wie ge-su'd moet worden, zodra je weet welke user het is. Je weet pas welke user het is, als de request binnen is.sebas schreef op 22 januari 2004 @ 23:01:
Apache draai je normaalgesproken sowieso als root, alleen de Childs die Apache spawnt komen onder een ander UserID, meestal www of nobody.
Dat maakt apache extra vulnerable voor attacks die plaats kunnen vinden _voor_ de setuid heeft plaatsgevonden.
En totdat je dat weet setuid() je naar de standaard user waar Apache onder draait normaliter (wwwuser, nobody).Verwijderd schreef op 23 januari 2004 @ 09:22:
maar wanneer je van mod_suid gebruik maakt, draaien alle childs volgens mij ook als root. Je kan nl pas bepalen naar wie ge-su'd moet worden, zodra je weet welke user het is.
Nope, dat is niet het geval. D'r is een extra risico vanwege het saved uid dat 0 is, maar dat risico is beperkt.Je weet pas welke user het is, als de request binnen is.
Dat maakt apache extra vulnerable voor attacks die plaats kunnen vinden _voor_ de setuid heeft plaatsgevonden.
Pagina: 1