Reprise du message précédent :
ici on ne rack pas mais on pose les serveurs sur des equerres. C'est vachement plus pratique

 
je ne peu pas deviner que tout le monde était deja au courant
je ne passe pas ma vie sur le net (quoique...)

Je serais quand même curieu de gouter cette bière

 
vivement une version libre de la Guinness

c'est le truc qui a scanné le rezo dont tu parlais ?

J'ai ma carte d'identité électronique
 
 
 
 
 
 
 
 
 
 
 
 
 
 
Mais bon , ça va rien changer grand chose pour moi

Il vérifie souvent qui il y a sur le système quand même

Je m'ennuie  

Tout le monde est parti en vacance en ne me donnant du taff que pour l'apres midi => faut que je m'occupe jusqu'a lundi
 
Bon bah pause café...
 
Tu fais ton stage en espagne

 
Perso j'ai des checks sur les exec dans les reps tmp, parce qu'hormis ces merdes, c'est pas vraiment fréquent d'en avoir à cet endroit là. Encore plus radical, avoir une partition pour /tmp ( avec un bind pour /var/tmp ) et monter la partoche en noexec. Par contre Sous Debian lors d'installation avec apt-get ça a déjà couiné cette méthode là.

je crois que le noexec se fait bypasser assez facilement

 
Ah ? Explique ?

en y réfléchissant, il faut chrooter pour ne pas avoir de pb
 
car le noexec se bypasse en utilisant la lib qui va bien

Petite question sur iptables / ULOG:
Peut-on facilement separer les log de ulog dans differents fichiers ? Ceci par souci de lisibilité. Par exemple (bidon), je voudrais loguer tout le traffic tcp dans un fichier et tout le traffic udp dans un autre. Je me suis deja un peu renseigné mais tout ce que j'ai trouvé, c'est l'option loglevel, mais je n'ai pas très bien compris.
 
Je sais aussi qu'avec ulog, on peut utiliser une base de donné mais comme je n'en ai jamais fais, je prefere eviter . En plus, il doit surement avoir des trucs a installer en plus qui ne me serviront jamis donc bon...
 
Je viens de penser que ca pouvait se faire avec des scripts mais c'est un peu bourrin

 
pareil
 
mais au taf il y a des belles filles

 
Quelle lib ? Sans être root ?
 
Mais bon explique moi derrière aussi comment un script qui ne peut pas éxécuter un exec va pouvoir utiliser une lib pour créer son exec dans le /tmp ?

quelqu'un sait il si gallery (le systeme de catalogue d'image php) est capable de lire la date dans un fichier jpeg issu d'un apn ?

 
 
très facilement même sans lib
 
on peut toujours exécuter sur /tmp en faisant php fichier.php , perl fichier.pl , sh fichier
 
un truc est de faire chmod 700 gcc va permettre d'empêcher de compiler des programmes avec ton gcc mais n'empêche pas les utilisateurs de compiler
 
et dans php.ini :  disable_functions = system, exec, shell_exec

  Il faut "jouer" avec le paramètre nlgroup
Tu peux avoir plusieurs démons ulogd qui écoutent, mais chacun sur un "netlink multicast group" différent (faut jouer avec le paramètre nlgroup dans le fichier de config des différents ulogd)
 
  Ensuite, charge à toi, dans tes règles netfilter de logger le paquet/info vers le ulogd que tu souhaites, avec le paramètre --ulog-nlgroup du target ULOG, dans iptables.
 
  Y'a plus simple pour commencer, sans séparer les différents log, en utilisant un préfixe différent (--ulog-prefix dans le target ULOG) pour chaque type de log, après tu joues avec des outils comme grep, etc ... pour filtrer suivant ce que tu veux.
 
A toi de voir

 
Exact, par contre la majorité des scripts habituels ne font pas ces checks, c'est déjà donc une bonne chose. Pour gcc, ça sert surtout pour des passage au root genre ptrace.
 
De toute manière ce sont des protections pour réduire les risques, après c'est pas là que ça se joue.  
 
Pour PHP, il vaut mieux avoir aussi un safe_mode, parce que ça se contourne aussi les appels directs, à ce moment là il faut aussi supprimer fopen()...

 
ça se fait sous win mais possible sous linux  
 

  merci, je n'avais pas pensé à plusieurs ulogd. Pour le prefix, c'est ce que j'allais me resoudre à faire lorsque je parlais de script: faire des grep et retrier tout ca dans differents fichiers . Je vais regarder l'option nlgroup
 
[EDIT] voila, c'est reglé, merci

Salut  
 

je me rappele plus exactement mais c'était marqué dans la "doc" (de sécurisation de debian je crois) que le noexec de /tmp (sans rien d'autre) n'était pas "sécure"

 
/lib/ld-linux.so.2 /bin/bash  
 
fonctionne avec le noyau 2.4 (pas avec le 2.6)
 

putain mais la guerre des mondes c nullachier

Alors il manque un U pour Utilisateurs

 
ce n'est pas la faute des utilisateurs  
 
c'est la conception du système qu'est nulle à chier

mouais, l'interface fauteuil clavier est quand même un gros problème

 
ok merci

1 de plus
Je comptabilise les gens qui trouve que c'est nulachier (avec un seul l ). Pour l'instant, je n'ai pas eu d'echo favorable.
 
Pour ma part, je suis aller voir madagascar avec des potes en croyant bien me marré (comme pour l'age de glace), bah j'ai été decu . Les seuls perso qui sont droles sont les pingouin comme quoi ...
Enfin, ca doit plaire aux gamins de 10 ans

Ouais .... faut la patcher avec des gros coussins dans le dos  

 
1 de plus.
 
la bande annonce me déplaît fortement. Ce n'est pas mon genre de films.  

 
on est des geeks, donc sai null.

la\ guerre\ des\ mondes > /dev/null ?

Ah, moi j'ai vu "Spielberg" et "Tom Cruise" et j'ai décidé à l'unanimité avec moi même de ne même pas regarder la BA  

http://www.presence-pc.com/actuali [...] ran-10887/
 
Le top serait l'écran holographique, je veux! On aurait alors seulement le boîtier du PC!
 
cliquer sur un bouton pour fermer la fenêtre avec son doigt dans le vide ou encore avec une télécommande comme avec la TV

 
 
Ouais. c'est nul. Steve VAI joue pas dedans

Faut aller voir Charlie et la chocolaterie...ou alors Blood and bones avec Takeshi Kitano.
 
Opera

J'avais lu le livre il y a pas mal de temps. D'après mes souvenirs, c'etait sympa . Mais je ne sais pas si j'apprecierais toujours autant maintenant