par
Nagol » 16 sept. 2009, 17:54
fais des trucs de base (firewalling, tuning kernel, environnements chrooté, password générés et non pas choisis par les users, gestion stricte des droits sur le système, et fais des backups, et si tu veux rentrer en mode parano y'a les IDS (prelude est très bien openvas aussi)
Merci pour tout cela.
firewalling => iptable ?
tuning kernel => ???
chrooté => c'est très complexe ! J'ai lu les divers articles et d'après ce que j'en ai retenu, c'est plein de manipulation pour changer les répertoires des processus.
password générés et non pas choisis par les users => quels mdp ? mysql ? ftp ?
gestion stricte des droits sur le système => ???
ids => pas mal mais effectivement parano. Me laisserai tout de même bien tenter...
firewalling sous linux iptables oui, c'est le seul pour ainsi dire, les chroot oui c'est assez complexe à mettre en place, le soucis étant classique plus tu veux de la sécu plus ca sera compliqué à mettre en place j'en ai peur, les password généré, c'est plus un conseil qu'autre chose, éviter les password choisis par l'utilisateur genre leur date de naissance ou genre "123" "azerty"

la gestion stricte des droits d'un système c'est de définir une politique de droit (user/groupe et chmod) je sais pas trop à quel point tu connais linux/unix donc c'est dur de préciser correctement l'idée, mais grosso modo la règle c'est de désactiver l'accès en lecture/écriture/exécution pour tous le monde, de n'autoriser qu'au groupes/users qui ont besoin la lecture écriture sur les fichiers et lecture écriture exécution sur les dossiers.
Le tuning kernel ca se fait au choix directement dans le kernel en compile (cad forcément qu'il faut pas se planter) ou alors à base de sysctl, on trouve des docs spécialisées sur le sujet sur le net, généralement on conseille de désactiver le ping, il y'a quelques configs pour éviter quelques cas de figures de spoofing de réseau local, ou pour désactiver le routage (quand on n'a pas de serveur derriere une box il ne devrait jamais pouvoir router) ce genre de choses.
Les IDS c'est puissant, c'est gourmand aussi, généralement on fait ca sur un serveur séparé (une gateway qui fait firewall par exemple) c'est la solution la plus définitive en matière de sécu, mais pas facile à mettre en place non plus.
Pas sur vu que jsuis pas fan d'ubuntu, mais normalement c'est deux choses totalement distinctes (services vs utilisation desktop) tu es sur de ce que tu dis?
Sinon, il faut en fait que le initscript de apache soit référencé dans /etc/init.d/, et linké dans /etc/rc*.d/. Si ce n'est pas le cas, poste ce que tu as dans ces dossiers, que l'on s'en assure.
update-rc.d , pour spécifier modifier les liens pour un runlevel
C'est dans init.d, mais pas dans /etc/rc*.d/. à ma connaissance (connais même pas ce rép)
généralement sur les linux on parle de rc quand il s'agit de services alors forcément ubuntu debian j'ai pas pratiqué depuis l'an 2000 je vais pas pouvoir aider parceque c'est quelquechose qui est traditionellement entierement différent d'une distribution à une autre.
proftpd est le plus simple à configurer. Il a une configuration à peu près apache-like, il a pas mal de modules, tu peux faire des virtual users sans avoir à utiliser pam (et là si tu essayes, tu verras, c'est relou

). Mais ce n'est pas pour autant que c'est évident. Poste plutôt ta conf et tes erreurs pour qu'on puisse t'aiguiller.
Je prefere pure-ftpd à n'importe quel autre surtout proftpd qui a eu à mon gout beaucoup trop de probleme de sécurité dans son histoire pour etre considéré comme fiable meme si tous le monde s'accorde pour dire que ca s'est amélioré.
Pour proftpd , lorsqu'il démarre , tu dois forcement avoir des logs ..
d'ailleurs par défaut proftpd utilise pam qui signifie plugable authentification module, et qui permet entre autre d'utiliser une base de donnée (mysql pgsql) ou un annuaire (ldap) voir du côté de pam-mysql et pam-ldap, ca se configure pas trop mal avec tous les tutos du net contrairement à ce que Sekil dit.
Je veux bien le croire mais j'ai un gros souci pour m'y loguer avec une authentification via mysql. Par contre, avec mon compte unix, aucun souci.
Les logs, j'en ai. Seulement ça se résume à "530 - authentification failed", aucun détail sur la requête faite et/ou retournée.
J'ai également essayé avec pure-ftpd et vsftpd et... pareil. Pourtant, je me connecte bien sur ma table (phpmyadmin) avec l'identifiant et mdp des ftp que j'ai défini
Une bonne technique pour voir les choses plus clairement c'est de lancer le processus du serveur en ligne de commande pour pouvoir scruter les logs au fur et à mesure, sans qu'il parte en processus daemon, si tu as une conf pam-mysql , il y a fort à parier qu'elle n'est pas au point, le compte systeme authentifie toujours parceque en plus du mysql il va checker le compte système (pratique pour éviter d'etre coincé, surtout quand on touche au pam de ssh

)
Merci, je l'ai suivie mais ça ne fonctionne pas... proftpd se lance bien et par contre ne se connecte pas avec une authentification via mysql ("530 - authentification failed" un truc du genre)
Pas réellement de façon tangible sans partir dans la virtualisation, la meilleure et la plus simple des façon est d'utiliser un environnement chrooté, ou mieux encore un jail freebsd (sous ubuntu forcément ca sera difficile:))
Désolé Nagol mais rien compris. Autant à la phpFranquette devant des sushis tu parlais français, autant là je suis largué ^_^
Aye désolé, on me le dit souvent que je suis un peu cryptique quand je résume, la virtualisation c'est le fait de pouvoir lancer un OS virtuel dans un OS réel, un linux dans un linux, deux linux dans un linux, un windows dans un linux, etc etc, vmware est le leader de ce marché actuellement, le jail freebsd oublie c'est une technique comparable au chroot sous linux mais plus avancée et disponible uniquement sous freebsd et peut etre openbsd ou netbsd.
Dites, pendant que j'y pense, y'a pas une distrib modifiée avec tout ça d'installé et securisé par hasard ? On fait bien des distribs windows prête à l'emploi...pas légales mais bon ^_^
y'a des OS qui se spécialise dans la sécurité, OpenBSD est sans doute le meilleur exemple, c'est un OS compliqué à aborder qui n'est généralement utilisé que pour faire de la sécu (passerelle/firewall/ids etc) côté linux, faudrait fouiller un peu, mais Debian est une distribution qui a fait ses preuves en tant que solution sécurité, notament en allongeant les cycles de stabilisation des logiciels au point que les derniers versions stables pour une debian sont souvent des versions très vieilles pour n'importe quelle autre distribution, personellement je n'aime pas, mais c'est une des distrib les plus faciles et équilibrées pour faire un serveur web sécurisé correctement.
[quote="LHDN92"]
[quote="Nagol"]fais des trucs de base (firewalling, tuning kernel, environnements chrooté, password générés et non pas choisis par les users, gestion stricte des droits sur le système, et fais des backups, et si tu veux rentrer en mode parano y'a les IDS (prelude est très bien openvas aussi)[/quote]
Merci pour tout cela.
firewalling => iptable ?
tuning kernel => ???
chrooté => c'est très complexe ! J'ai lu les divers articles et d'après ce que j'en ai retenu, c'est plein de manipulation pour changer les répertoires des processus.
password générés et non pas choisis par les users => quels mdp ? mysql ? ftp ?
gestion stricte des droits sur le système => ???
ids => pas mal mais effectivement parano. Me laisserai tout de même bien tenter...
[/quote]
firewalling sous linux iptables oui, c'est le seul pour ainsi dire, les chroot oui c'est assez complexe à mettre en place, le soucis étant classique plus tu veux de la sécu plus ca sera compliqué à mettre en place j'en ai peur, les password généré, c'est plus un conseil qu'autre chose, éviter les password choisis par l'utilisateur genre leur date de naissance ou genre "123" "azerty" :) la gestion stricte des droits d'un système c'est de définir une politique de droit (user/groupe et chmod) je sais pas trop à quel point tu connais linux/unix donc c'est dur de préciser correctement l'idée, mais grosso modo la règle c'est de désactiver l'accès en lecture/écriture/exécution pour tous le monde, de n'autoriser qu'au groupes/users qui ont besoin la lecture écriture sur les fichiers et lecture écriture exécution sur les dossiers.
Le tuning kernel ca se fait au choix directement dans le kernel en compile (cad forcément qu'il faut pas se planter) ou alors à base de sysctl, on trouve des docs spécialisées sur le sujet sur le net, généralement on conseille de désactiver le ping, il y'a quelques configs pour éviter quelques cas de figures de spoofing de réseau local, ou pour désactiver le routage (quand on n'a pas de serveur derriere une box il ne devrait jamais pouvoir router) ce genre de choses.
Les IDS c'est puissant, c'est gourmand aussi, généralement on fait ca sur un serveur séparé (une gateway qui fait firewall par exemple) c'est la solution la plus définitive en matière de sécu, mais pas facile à mettre en place non plus.
[quote="LHDN92"]
[quote="Nagol"]Pas sur vu que jsuis pas fan d'ubuntu, mais normalement c'est deux choses totalement distinctes (services vs utilisation desktop) tu es sur de ce que tu dis?[/quote]
[quote="Sékiltoyai"]Sinon, il faut en fait que le initscript de apache soit référencé dans /etc/init.d/, et linké dans /etc/rc*.d/. Si ce n'est pas le cas, poste ce que tu as dans ces dossiers, que l'on s'en assure.[/quote]
[quote="stopher"]update-rc.d , pour spécifier modifier les liens pour un runlevel[/quote]
C'est dans init.d, mais pas dans /etc/rc*.d/. à ma connaissance (connais même pas ce rép)
[/quote]
généralement sur les linux on parle de rc quand il s'agit de services alors forcément ubuntu debian j'ai pas pratiqué depuis l'an 2000 je vais pas pouvoir aider parceque c'est quelquechose qui est traditionellement entierement différent d'une distribution à une autre.
[quote="LHDN92"]
[quote="Sékiltoyai"]proftpd est le plus simple à configurer. Il a une configuration à peu près apache-like, il a pas mal de modules, tu peux faire des virtual users sans avoir à utiliser pam (et là si tu essayes, tu verras, c'est relou :) ). Mais ce n'est pas pour autant que c'est évident. Poste plutôt ta conf et tes erreurs pour qu'on puisse t'aiguiller.[/quote]
[quote="Nagol"]Je prefere pure-ftpd à n'importe quel autre surtout proftpd qui a eu à mon gout beaucoup trop de probleme de sécurité dans son histoire pour etre considéré comme fiable meme si tous le monde s'accorde pour dire que ca s'est amélioré.[/quote]
[quote="stopher"]Pour proftpd , lorsqu'il démarre , tu dois forcement avoir des logs ..[/quote]
[quote="Nagol"]d'ailleurs par défaut proftpd utilise pam qui signifie plugable authentification module, et qui permet entre autre d'utiliser une base de donnée (mysql pgsql) ou un annuaire (ldap) voir du côté de pam-mysql et pam-ldap, ca se configure pas trop mal avec tous les tutos du net contrairement à ce que Sekil dit.[/quote]
Je veux bien le croire mais j'ai un gros souci pour m'y loguer avec une authentification via mysql. Par contre, avec mon compte unix, aucun souci.
Les logs, j'en ai. Seulement ça se résume à "530 - authentification failed", aucun détail sur la requête faite et/ou retournée.
J'ai également essayé avec pure-ftpd et vsftpd et... pareil. Pourtant, je me connecte bien sur ma table (phpmyadmin) avec l'identifiant et mdp des ftp que j'ai défini
[/quote]
Une bonne technique pour voir les choses plus clairement c'est de lancer le processus du serveur en ligne de commande pour pouvoir scruter les logs au fur et à mesure, sans qu'il parte en processus daemon, si tu as une conf pam-mysql , il y a fort à parier qu'elle n'est pas au point, le compte systeme authentifie toujours parceque en plus du mysql il va checker le compte système (pratique pour éviter d'etre coincé, surtout quand on touche au pam de ssh :))
[quote="LHDN92"]
[quote="stopher"]http://doc.ubuntu-fr.org/proftpd_et_mysql[/quote]
Merci, je l'ai suivie mais ça ne fonctionne pas... proftpd se lance bien et par contre ne se connecte pas avec une authentification via mysql ("530 - authentification failed" un truc du genre)
[quote="Nagol"]Pas réellement de façon tangible sans partir dans la virtualisation, la meilleure et la plus simple des façon est d'utiliser un environnement chrooté, ou mieux encore un jail freebsd (sous ubuntu forcément ca sera difficile:))[/quote]
Désolé Nagol mais rien compris. Autant à la phpFranquette devant des sushis tu parlais français, autant là je suis largué ^_^
[/quote]
Aye désolé, on me le dit souvent que je suis un peu cryptique quand je résume, la virtualisation c'est le fait de pouvoir lancer un OS virtuel dans un OS réel, un linux dans un linux, deux linux dans un linux, un windows dans un linux, etc etc, vmware est le leader de ce marché actuellement, le jail freebsd oublie c'est une technique comparable au chroot sous linux mais plus avancée et disponible uniquement sous freebsd et peut etre openbsd ou netbsd.
[quote="LHDN92"]
Dites, pendant que j'y pense, y'a pas une distrib modifiée avec tout ça d'installé et securisé par hasard ? On fait bien des distribs windows prête à l'emploi...pas légales mais bon ^_^[/quote]
y'a des OS qui se spécialise dans la sécurité, OpenBSD est sans doute le meilleur exemple, c'est un OS compliqué à aborder qui n'est généralement utilisé que pour faire de la sécu (passerelle/firewall/ids etc) côté linux, faudrait fouiller un peu, mais Debian est une distribution qui a fait ses preuves en tant que solution sécurité, notament en allongeant les cycles de stabilisation des logiciels au point que les derniers versions stables pour une debian sont souvent des versions très vieilles pour n'importe quelle autre distribution, personellement je n'aime pas, mais c'est une des distrib les plus faciles et équilibrées pour faire un serveur web sécurisé correctement.