Nicolas Bareil a écrit 8 commentaires

Salut c'est l'auteur de cette montagne de boue linkée,


Ça fait plaisir de voir que ce post datant de l'année dernière fait toujours autant parlé de lui :)

Je suis totalement d'accord que le ton de ce post est 100% trollesque. Néanmoins, lorsque j'avais testé Gentoo Hardened, c'était avec la meilleure volonté du monde et une relative neutralité initiale, sisi, juré.

Tout le monde l'a remarqué : je n'ai aucune expérience dans Gentoo, je ne l'ai jamais nié : c'est bien pour ça que j'ai suivi à la lettre les instructions. Comment expliquez vous que je n'ai pas été capable d'avoir une installation fonctionnelle (alors qu'Owl et OpenBSD ne m'ont posé aucun soucis) : Soit je suis stupide, soit la documentation avait/a quelques lacunes, soit les paquets avaient un bug.

Comme le soulignait un commentaire plus bas, mon post est dénué d'information technique : ben ouais, puisque j'étais incapable d'avoir un environnement accueillant, je n'ai même pas eu le temps de tester les fonctionnalités de sécurité (le but initial quand même).

Promis, je referai le test dans quelques temps, d'ailleurs, si un Gentoo-er a envie de me filer un coup de main si j'ai besoin de support...

J'imagine que c'est un problème DNS. Ca me fait la même chose lorsque mon laptop n'est pas connecté au réseau.

Tu n'as qu'à le mettre en mode "inetd" et plus de problème (tu décommentes l'entrée dans /etc/inetd.conf).

J'ai le meme probleme avec le chipset VIA de mon portable, d'apres un post d'Alan Cox sur linux-kernel, c'est parce que ces chipsets ont une frequence d'echantillonage fixe/unique.

XMMS est parfaitement capable de s'adapter, contrairement a mplayer, esd...

Je n'ai pas de solution par contre.

Voici les logs :

Jun 12 14:26:45 plop grsec: attempted resource overstep by requesting 4096 for RLIMIT_CORE against limit 0 by (pppoe:24475) UID(0) EUID(0), parent (pppd:27421) UID(0) EUID(0)

Jun 12 14:26:46 plop PAX: From 192.168.0.1: terminating task: (innwatch):7696, uid/euid: 9/9, EIP: 2891AF06, ESP: 5F09C0F8

Jun 12 14:26:46 plop PAX: bytes at EIP: <invalid address>.

Jun 12 14:26:46 plop kernel BUG at <bad filename>:152!

Jun 12 14:26:46 plop invalid operand: 0000 2.4.20-wolk4.0s #1 jeu jun 12 03:33:46 CEST 2003

Jun 12 14:26:46 plop CPU:    0

Jun 12 14:26:46 plop EIP:    0010:[<00034f9e>]    Not tainted

Jun 12 14:26:46 plop EFLAGS: 00010286

Jun 12 14:26:46 plop eax: 00000000   ebx: c1057d44   ecx: 0000019d   edx: 00000002

Jun 12 14:26:46 plop esi: c08956a0   edi: 00000000   ebp: c1d77f20   esp: c1d77eb8

Jun 12 14:26:46 plop ds: 0018   es: 0018   ss: 0018

Jun 12 14:26:46 plop Process innwatch (pid: 32401, stackpage=c1d77000)

Jun 12 14:26:46 plop Stack: c10f859c 5f09bf00 0000e465 c10f8580 c13728f8 5f09bf00 00000001 00000001

Jun 12 14:26:46 plop 00000ba1 c10f84e0 c1d76000 c1d84000 c1d77f20 000136de c1b06000 c10f8580

Jun 12 14:26:46 plop 00010222 c1d76000 c10f8580 c10f8580 c1d8402c 00000000 c011ab20 ffffffff

Jun 12 14:26:46 plop Call Trace: [<0000e465>]  [<00000ba1>]  [<000136de>]  [<00010222>]  [<00015f85>]  [<00010000>]  [<00010000>]  [<000023c3>]  [<00000216>]

Jun 12 14:26:46 plop Code: 0f 0b 98 00 d1 65 58 c0 8b 4b 08 85 c9 0f 85 86 03 00 00 89

../..

Jun 12 14:36:50 plop PAX: bytes at EIP: <invalid address>.

Jun 12 14:36:51 plop Unable to handle kernel NULL pointer dereference at virtual address 00000070

Jun 12 14:36:51 plop printing eip:

Jun 12 14:36:51 plop 0003a910

Jun 12 14:36:51 plop *pde = 00000000

Jun 12 14:36:51 plop Oops: 0000 2.4.20-wolk4.0s #1 jeu jun 12 03:33:46 CEST 2003

Jun 12 14:36:51 plop CPU:    0

Jun 12 14:36:51 plop EIP:    0010:[<0003a910>]    Not tainted

Jun 12 14:36:51 plop EFLAGS: 00010257

Jun 12 14:36:51 plop eax: c100000c   ebx: c100755c   ecx: 0000002d   edx: 00000000

Jun 12 14:36:51 plop esi: c1007540   edi: 00000000   ebp: c1007540   esp: c1fb7f90

Jun 12 14:36:51 plop ds: 0018   es: 0018   ss: 0018

Jun 12 14:36:51 plop Process kscand (pid: 5, stackpage=c1fb7000)

Jun 12 14:36:51 plop Stack: 00000001 c1fb7fb4 c100755c c1007540 c01049e0 00000007 000328fe c1fb6000

Jun 12 14:36:51 plop c1008c1c 00000000 c01049e0 c0104ad4 00000003 c1fb6000 00034b99 c01049e0

Jun 12 14:36:51 plop 00000003 c0104ad4 c1fb6000 00010f00 c1fbff94 c0123000 0008e000 000008b3

Jun 12 14:36:51 plop Call Trace: [<000328fe>]  [<00034b99>]  [<00010f00>]  [<0008e000>]  [<000008b3>]  [<00034b10>]

Jun 12 14:36:51 plop Code: 8b 42 70 39 42 5c 73 05 bf 01 00 00 00 85 ff 8b 54 24 04 0f

Petite recette procmail, qui fait l'inverse de ce que tu demandes : elle refuse certains caractères.

Ici, ce sont les caractères Coréen (ou je sais plus où).

:0
* ^(From|Subject|Content-Type):.*=["?]?(euc-kr|big5|ks_c)
/dev/null

Il faut utiliser le couple spamc/spamd de spamassassin.
De cette facon, lors de l'arrivée d'un mail, le client (spamc écrit en C donc logiquement rapide au
démarrage) se connecte au serveur spamd (en Perl).

Le traitement d'un mail est ainsi effectué en moins
d'une seconde chez moi (sur un AMD 300 Mhz - 256 Mo de RAM). Et j'utilise également fetchmail (car en RTC). Donc, pas de problème de charge.

Vala...

Ok, Et c'est où qu'on peut lire les commentaires rattachés à cet article ?

Et autre question, à part les FAIs payants comme Teaser.fr, nerim ... est-ce qu'il existe des serveur UUCP gratuit (oui, je sais, on peut toujours rever) que tout le monde peut utiliser après inscription ?

A propos de l'article sur UUCP, on peut rappeller le document (HOW-TO) de notre cher Fabien Penso passé sur DLFP y a pas longtemps :
http://perso.linuxfr.org/penso/article/uucp+ssh.html(...)
ou
http://linuxfr.org/2001/04/08/3065,0,1,7,1.html(...)

Mais le dernier lien me parait... bizarre.