PDA

Bekijk Volledige Versie : chown of chmod



Thunderbite
08/07/09, 21:17
Goedenavond allemaal,

ik zit met een beveiligings kwestie waar ik graag jullie opinie over hoor.

ik heb een domein via welke een cms systeem loopt... via dit domein zijn andere domeinen aan te passen...

bijv www.cmsdomein.nl/editPage.php activeert een script om een sitemap bestand te schrijven naar /home/user/domains/webdomein/public_html/sitemaps/

Wat is nu de veiligste manier om deze map schrijfbaar te maken voor het script welke wordt uitgevoerd via de browser...

chown van de map naar apache zetten of chmod naar drwxr-xr-x of iets dergelijks.

Alvast bedankt,
Mark

wonko
09/07/09, 06:23
dan liever de eigendom op apache zetten, dan iets world-writable maken. Al bij al is het wel aan te raden hier een andere methode voor te zoeken,...

Thunderbite
09/07/09, 08:09
Het is inderdaad niet de optimale manier... zit er aan te denken om het sitemap generatie gedeelte om te zetten naar een cron welke 1x in het uur loopt of iets dergelijks... misschien is dat beter?

marsipulami
09/07/09, 09:56
waarom niet gewoon in een database.? misschien mis ik iets in je vraagstelling maar dat kan tog ook gewoon?

Thunderbite
09/07/09, 10:55
De pagina's staan uiteraard in de database... vandaaruit wordt een xml bestand gegenereerd en die moet worden weggeschreven onder het betreffende domein.

Vandaar dat het script rechten nodig heeft om te schrijven.

eUKhost
09/07/09, 15:34
Change map toestemming tot 777 en chown naar apache of webserver gebruiker.

Hoop dat dit helpt.:)

mikeh
09/07/09, 18:47
rotflol !

Tim.Bracquez
09/07/09, 19:03
Change map toestemming tot 777 en chown naar apache of webserver gebruiker.

Hoop dat dit helpt.:)
Zeker dat zal werken ! :eek:

phreak
09/07/09, 20:36
Je directory: chmod 771
Je files: chmod 664

Never ever 777 en vooral niet met directories, beetje verkeerde scripting of verkeerde persoon je servert tegenkomen kan er een file plaatsen en deze uitvoeren.

chown uiteraard naar je apache/httpd/www-data of wat de uid is waar je apache onder draait.

Thunderbite
09/07/09, 20:50
Ik had inderdaad al het idee dat je nooooooit naar 777 moet chmodden. Ik had alleen niet echt een duidelijk idee van wat chown precies zou doen...

ik zal je aanwijzingen eens uitproberen phreak.

phreak
10/07/09, 09:43
Nouja, chown is heel simpel 't is een afkorting voor CHange OWNership, overigens als je googled op chmod staat er veel uitgelegd over de permissions.

Boyke
10/07/09, 09:54
Je kan ook de bestanden oversturen met ftp_put

Keizer
10/07/09, 10:52
Als je een LEGE map in public_html chmod 777 geeft, kan een derde dan een bestand plaatsen?

Dennis
10/07/09, 12:43
Je moet chmod als een 3x3 matrix zien.

Verticaal:
Leesrechten +1
Schrijfrechten +2
Executierechten +4

Horizontaal:
Gebruiker zelf (1e rij)
Gebruikersgroep (2e rij)
Overige gebruikers (3e rij)

In het geval van chmod 777 zullen alle gebruikers het bestand dus kunnen beschrijven.

Keizer
10/07/09, 13:11
Ja dat had ik wel door, maar hoe wil je dan een bestand putten via apache als daar geen hulp van komt van php ed?

phreak
10/07/09, 13:18
Als er niks in staat zal er ook niks inkunnen (tenzij door de gebruiker geupload wordt), het enige risico is, als de directory ook 777 staat, dat elke file wat daarin komt automatisch 777 permissions krijgen, en als dit verkeer/slecht gecode php in zit, dan heeft men een hele grote kans op dat het misbruikt wordt.

Dus meer onder het kopje: voorkomen is beter dan genezen.

Ramon Fincken
11/07/09, 16:37
Je kan ook de bestanden oversturen met ftp_put

Denk ook dat dit de meest veiligste en altijd (mits juiste inlogs) methode is.

SebastiaanStok
11/07/09, 20:45
Hoe zit het nu echt met chmod.
http://wiki.phpfreakz.nl/Chmod

En hoe maak je Apache veilig
http://wiki.phpfreakz.nl/Apache_Veilig_Maken


Chmod 777 is iets wat je zoveel mogelijk wilt vermeiden.
Helemaal in een web omgeving.