Bug IPCop

par **malakgodz** » 04 Avr 2003 03:41

Bonjours, je fait plusieur essai réseau et je désir essayer IPCop comme firewall/rooter a l'entré de mon reseau jaimerai savoir s'il existe une list des bug connu ou encore des faille de toute sorte a propos de cette distrib pour éventuellement prévoir une solution ou simplement metre l'idée de coté de remplacé freebsd par ipcop

par **Gesp** » 04 Avr 2003 09:27

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE>jaimerai savoir s'il existe une list des bug connu</BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> A ma connaissance, il n'y a pas de synthèse mais dans les mailing-list user ou devel, il y a toutes les infos. A ma connaissance, à part le problème de gestion du cache pour les patchs résolu dans le dernier patch4 dans la V1.2, il reste un problème de reconnection en PPTP qui vient d'être retranscrit en CVS pour lequel un patch n'est pas encore sorti. Sinon dans les bugs connus, il ne faut pas fixer une taille trop importante au cache de Squid (inférieure à 50Mo, voir 20Mo) suivant la taille de la mémoire disponible même avec un disque de plusieurs Go. Sinon toute la mémoire peut être consommée par la gestion du cache et occasionner le ralentissement du trafic. voir <a href="http://www.ipcop.org/cgi-bin/twiki/view/IPCop/WebHome" target="_blank">http://www.ipcop.org/cgi-bin/twiki/view/IPCop/WebHome</a> <TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE>ou encore des faille de toute sorte a propos de cette distrib</BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Je dirais que des patchs sont créés pour IPCOP dès que les correctifs des composants sont disponibles pour la version en cours (la V1.2 avec noyau 2.2) Pour la version V1.3 encore en beta avec le noyau 2.4, il n'y a pas de patchs mais vu que les betas durent environ 15j, les corrections sont apportées directement dans la suivante.

par **micj** » 04 Avr 2003 09:34

La manière la plus simple de savoir ce qui se passe et ce qui est identifié et corrigé est d'aller consulter le site d'IPCop pour voir les packages qui sont inclus dans la distribution. Ensuite de s'abonner aux listes de distribution de RedHat pour recevoir des mises-à-jour concernant les problèmes découverts. IPCop est une distribution relativement dynamique dont le groupe de dvl est très, très réactif. Le seul problème (mais c'est le même pour tous les dvl de ce type) est qu'il se repose sur d'autres groupes pour les correctifs. Partant du principe qu'il ne faut pas réinventer la roue à chaque fois, un grand nombre de distribution utilise le même type d'outil à savoir SNORT, SQUID, BIND, ... les correctifs dépendent donc de la réactivité des dvl de ces solutions.

par **malakgodz** » 04 Avr 2003 23:53

Merci de vos réponce sa me parait sufisant meme si je c que jaurai pus allé sur le site directement, la raison pour laquel je ne lai pas fait c'est que ce n'est pas toujours bien vue d'annoncé s'est faille et défaillance de conception pour un groupe de dévelopeur donc es-ce qu'il iron annoncé publiquement sur leur site qu'il on un probleme a tel et tel place ... c'est pour sa que jai posé la question ici. Pour ce qui est des liste de diffusion de RedHat es-ce que je peu me faire expliqué le lien entre IPCop et RedHat ?? meme groupe de dévelopeur comme MNF et mandrake <IMG SRC="images/smiles/icon_confused.gif">

par **micj** » 05 Avr 2003 07:02

Pourquoi RedHat? Simplement parce que IPCop est construit à partir d'un système basé sur RPM... donc RedHat est une bonne référence pour les failles. Mandrake pourrait aussi convenir mais je préfére personnellement RedHat à Mandrake ... ce n'est pas un classement en fonction de la qualité mais c'est perso donc pas de remarque <IMG SRC="images/smiles/icon_rolleyes.gif">

par **Gesp** » 05 Avr 2003 10:03

Les versions 1.2 et 1.3 sont dérivées de RedHat7.2/7.3 mais avec beaucoup de mise à jour et de changement. Mais la prochaine version 1.4 (je ne sais pas quand elle sortira) sera from scratch. Il semble qu'il y ait une autre vulnérabilité liée à Snort. Il suffit de déclencher des alertes rapprochées pendant suffisament de temps pour remplir la partition de log et quand elle sera rempli, cela coince. Le cas a été rencontré avec 4 Go de log!

par **didier** » 05 Avr 2003 11:45

ok c une attaque possible mais un bon admin regarde l'évolution de son système avec un petit "df -h" <IMG SRC="images/smiles/icon_biggrin.gif"> et donc il ne peut pas se faire avoir avec ce genre de méthodes.

par **malakgodz** » 05 Avr 2003 17:08

micj merci je ne savais pas que IPCop était basé sur les RPM qui d'un coté tu fais bien de dire que c mieu redhat que mandrake pour les faille mais pas pour une raison de gout par contre... RPM signifi RedhatPackageManager on pourai meme dire que mandrake a été fait avec une base de redhat... donc pour les faille oui c'est mieu de prendre les information chez redhat mais pas pour des raison de gout.

par **HammerFall** » 05 Avr 2003 17:16

Attention je viens de tester la 1.2 avec les patchs 1 à 4 et impossible à la fois de booter sur les disquettes images donc j'ai réutilisé les images de la 1.2 originale et le TGZ de la 1.2 Patchée ensuite il me fait une erreur de copie de fichier. Donc retour à la 1.2 et application des patchs. Quelqu'un à eu le même prob ?

par **Vinzstyle** » 05 Avr 2003 19:43

C'est vrai que les 1ères Mandrake étaient basées sur RedHat, mais e là à dire que les RPM RedHat sont mieux que ceux de Mandrake.... En tout cas, je sais pas pour RedHat, mais il est vrai que les MAJ en RPM sont un peu longue à sortir chez mdk.

par **kerozene** » 05 Avr 2003 20:48

mode debian on #apt - get update #apt -get install rpm <IMG SRC="images/smiles/icon_lol.gif"> bof marche pas vos trucs rpm <IMG SRC="images/smiles/icon_cussing.gif"> !!! mode debian off

par **malakgodz** » 05 Avr 2003 21:45

kerozene c'est normal que si tu est en debien les rpm tu ne puisse les installé l'extension des packet sur debien c'est .deb et non rpm. rpm c'est un module d'installation automatisé créé par Redhat destiné au distribution redhat et celle basé sur redhat. c'est pour cette raison qu'un rpm ne fonctionne pas sur redhat didier une administrateur qui ne peu surveillé toute c'est machine a le probleme de ne pas pouvoir faire ta commande et meme si tu fait un shell script ou toute autre programe c'est cellemenet une commande pour afficher l'espace prise donc plus ou mouin utile pour quelqu'un qui ne peu ou qui na pas le temps d'observer toute c'est machine pour ce probleme il serai mieu de se créé un petit programe qui conte l'espace utilisé pour calculé l'espace utilisé et et qui transphere les fichier ailleur dans un espace défini au pré-alable et si on veux compliqué les chose lui faire envoyer un e-mail a l'administrateur pour l'informé de l'espace critique... PS si un crinqué a le temps de faire ce petit programe aventque jai le temps de mi metre faite moi signe sa pourrai m'intéressé

par **grosbedos** » 05 Avr 2003 22:07

peut etre c'était de l'humour aussi lol

par **Vinzstyle** » 06 Avr 2003 01:42

En tout cas, j'ai rien compris

par **micj** » 06 Avr 2003 06:23

<TABLE BORDER=0 ALIGN=CENTER WIDTH=85%><TR><TD>En réponse à:<HR></TD></TR><TR><TD><BLOCKQUOTE> Le 2003-04-05 19:43, Vinzstyle a écrit: C'est vrai que les 1ères Mandrake étaient basées sur RedHat, mais e là à dire que les RPM RedHat sont mieux que ceux de Mandrake.... En tout cas, je sais pas pour RedHat, mais il est vrai que les MAJ en RPM sont un peu longue à sortir chez mdk. </BLOCKQUOTE></TD></TR><TR><TD><HR></TD></TR></TABLE> Faut pas tout mélanger, ce que j'ai dis c'est qu'il faut se registrer chez RedHat pour recevoir les security notices... c'est tout aucun jugement de valeur n'a été fait c'était pur information.

Bug IPCop

Qui est en ligne ?