Shared hosting veiligheid

Hoi,

Ik denk dat er niet veel mensen hier zijn die mijn vraag kunnen beantwoorden maar hoe stel ik mijn shared hosting veilig in.

Met veilig bedoel ik dat er geen server bedreigingen meer zijn en dat de users niet bij elkaars files kunnen?

de CGI php exploit kan niet op mijn server, alles is up to date en squirrle mail is verwijderd.

Dit heb ik al gedaan:
- mod_ruid2 instaleren
- CSF instaleren
- Open BaseDir staat aan (standaard in DirectAdmin)

Wat kan ik nog meer doen om de veiligheid te vergroten?

Regards,

Sevvlor

Je zit al vrij veilig zo.... Misschien nog de SuHosin-patch erop?

Aarclay schreef:

Je zit al vrij veilig zo.... Misschien nog de SuHosin-patch erop?

kan die met grsecurity overweg?
op google kan ik niets vinden.

ik heb nu de SuHosin-patch en Rkhunter (Rootkit Hunter) geïnstalleerd, iemand nog suggesties?

Je zou Serversafe kunnen aanschaffen, of proberen:
http://www.serversafe.nl/tour.html

Deze heeft een duidelijke kijk op de veiligheid van je server.

Je zou mod_ruid2 kunnen installeren. In dat geval kunnen mensen alleen nog bij bestanden waaraan hun eigen UID/GID zijn toegekend.

Daarnaast hoeven ze dan ook niet speciaal een directory of bestanden te voorzien van speciale rechten (zoals 777 e.d.). Als iemand dan middels fwrite() een bestand aanmaakt, dan gebeurt dit onder de eigen UID/GID i.p.v. onder apache:apache.

Gerritzwn schreef:

Je zou mod_ruid2 kunnen installeren. In dat geval kunnen mensen alleen nog bij bestanden waaraan hun eigen UID/GID zijn toegekend.

Daarnaast hoeven ze dan ook niet speciaal een directory of bestanden te voorzien van speciale rechten (zoals 777 e.d.). Als iemand dan middels fwrite() een bestand aanmaakt, dan gebeurt dit onder de eigen UID/GID i.p.v. onder apache:apache.

Staat er inmiddels op alles gedaan wat er in het topic staat.

Download een paar van die gekke hack-scriptjes en kijk of ze werken op je server.

Teveel kan ook slecht zijn he!

En natuurlijk de standaard-functies uitschakelen (mysql_pconnect, exec, etc.).

toevoeging op 16 januari 2013, 00:31:12:

Freestyle schreef:

Teveel kan ook slecht zijn he!

Dat sowieso inderdaad, je wil je gebruikers ook weer niet opzadelen met tig errors als ze iets doen wat totaal niet onveilig is.

Lennard schreef:

Download een paar van die gekke hack-scriptjes en kijk of ze werken op je server.

ik moet idd kijken of rootkits gedetecteerd worden, rkhunter doet raar

Lennard schreef:

En natuurlijk de standaard-functies uitschakelen (mysql_pconnect, exec, etc.).

toevoeging op 16 januari 2013, 00:31:12:

Freestyle schreef:

Teveel kan ook slecht zijn he!
Dat sowieso inderdaad, je wil je gebruikers ook weer niet opzadelen met tig errors als ze iets doen wat totaal niet onveilig is.

show_source, system, shell_exec, passthru, exec, phpinfo, popen, proc_open, allow_url_fopen, symlink, parse_ini_file

meer kan ik me niet bedenken.

Freestyle schreef:

Teveel kan ook slecht zijn he!

True, maar gewoon veilig zijn is goed.
een beetje wat iedere standaard shared hoster heeft.

Rootkit scanning, etc

phpinfo zou ik niet blokkeren, dat heb je als user nog wel eens nodig om te zien welke versies er geïnstalleerd zijn en wat je host allemaal ondersteunt.

Sevvlor schreef:

show_source, system, shell_exec, passthru, exec, phpinfo, popen, proc_open, allow_url_fopen, symlink, parse_ini_file

Stonden deze standaard niet toevallig ook al uit als je safe_mode enabled hebt?
Teveel uitschakelen is natuurlijk ook niet goed.

Gerritzwn schreef:

Eerdere citaten tonen

Sevvlor schreef:

show_source, system, shell_exec, passthru, exec, phpinfo, popen, proc_open, allow_url_fopen, symlink, parse_ini_file

Stonden deze standaard niet toevallig ook al uit als je safe_mode enabled hebt?
Teveel uitschakelen is natuurlijk ook niet goed.

Ik heb deze Zelf uitgezet