Krunch a écrit 3983 commentaires

La manière traditionnelle et sans doute la plus appropriée dans la plupart des cas est effectivement d'utiliser waitpid(). Mais puisque tu as l'air de vouloir du Tim Toady...

ptrace(2) te donnera un PTRACE_EVENT_EXIT quand le process surveillé se termine.

SystemTap permet de faire des trucs comme ça :

probe kprocess.exit {
        if (pid() == 42) {
                printf("process exited\n")
                exit()
        }
}

Il y a un PERF_EVENT_EXIT qui est émis et qui doit pouvoir être récupérable via perf mais je sais pas s'il est possible d'obtenir celui d'un process spécifique.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Évidemment c'est pas le même texte et j'avais cherché un bout qui est différent.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

À part le "source: Microsoft" en bas de l'article, je ne vois rien qui montre que ça vienne effectivement de chez Microsoft. J'arrive pas à trouver le texte sur microsoft.{com,fr} en tout cas.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Évidemment je me suis trompé de journal.

À la Ruxcon la DSD avait des posters comme ça :

Apply Now
6AAAAABbi8uDwx4zwDPSigOK
ETLCiAM8AHQrg8EBg8MB6+wz
/7/z+TEct0SlpGf5dRyl53US
YQEE56Ri7Kdkj8IAABkcOsw=

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

À la Ruxcon la DSD avait des posters comme ça :

Apply Now
6AAAAABbi8uDwx4zwDPSigOK
ETLCiAM8AHQrg8EBg8MB6+wz
/7/z+TEct0SlpGf5dRyl53US
YQEE56Ri7Kdkj8IAABkcOsw=

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

404
Si tu repostes il est possible que je regarde sous 7 jours.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Les deux lignes de tcpdump que tu donnes ne donnent pas beaucoup d'information. On voit juste une machine qui envoi un ACK sur une certaine connexion puis un SYN pour ouvrir une autre connexion.

Faudrait une séquence un peu complète pour pouvoir espérer diagnostiquer quoi que ce soit.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

J'ai toujours pas compris l'intérêt de ce genre de vidéo. Code or it didn't happen.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Donc pour les mal comprenants il y a un leak d'un compteur de référence qui pourrait amener le noyau à libérer de la mémoire utilisée. Cette mémoire pourrait donc être réutilisée par quelque chose d'autre et si on a bien calculé son coup on peut potentiellement faire exécuter du code arbitraire.

Le payload n'a pas besoin d'être dans le paquet UDP. Il peut très bien se retrouver dans la mémoire du noyal via l'utilisation d'un service existant sur le même système (dans un header HTTP par exemple au hasard).

Bon en pratique si quelqu'un arrive à écrire un exploit pour ça, je demande quand même à voir.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

La vaste majorité des startups qui réussissent sont formées par des gens qui ont monté des startups qui se sont plantées.

http://www.paulgraham.com/articles.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Il y a eu un thread sur le sujet récemment sur une certaine liste dont les archives ne sont pas publiques.

http://www.overthewire.org/wargames/
OWASP webgoat
Foundstone hackmebank
OWASP hackademic challenges
http://smashthestack.org/
- Moth
- Metasploitable
- Kioptrix (3 different VMs/levels)
- DVWA
- DVL
http://www.webantix.net/war-games-current-and-past-hacking-simulators-and-challanges/
http://www.goriya.com/flash/tictactoe.shtml

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

On a une démo d'une console CQL ici si ça intéresse des gens (possible qu'on rajoute des données plus intéressantes dans les jours qui viennent) : http://cqldemo.acunu.com/
Oui, c'est comme du SQL avec des trucs en moins de ce que j'ai compris. ça simplifie beaucoup l'utilisation par rapport à l'API natif.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pour information, au moins OVH (uniquement pour les clients belges ?) et le Chaos Computer Club procèdent comme ça et ça marche bien.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Ça ne nous dit toujours pas où les paquets se perdent.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Si on sait pas ce qui se passe on va avoir du mal de savoir comment corriger le problème.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

En même temps, un correctif qui casse les trucs mal codés, c'est peut-être un moyen de les forcer à être un peu plus propres, non ?

Je te suggère la lecture quotidienne de http://blogs.msdn.com/b/oldnewthing/

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le fichier va grossir très vite. L'astuce c'est d'utiliser rotatelog, possiblement avec ce patch : https://issues.apache.org/bugzilla/show_bug.cgi?id=47170

Une autre possibilité c'est d'attacher strace au process(es) seulement quand le problème a lieu. Obtenir un core au moment du problème est aussi une bonne idée (gdb et/ou gcore).

Sinon perso j'ai tendance à rajouter les options "-v -s1024 -tt -T" à strace.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

C'est qui ? Il est dans quel changelog ?

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Pas un mot sur sa carrière artistique ni sa mort http://en.wikipedia.org/wiki/Robert_Love

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Typiquement c'est l'initrd qui a merdé un truc lors du changement de racine.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

http://www.snopes.com/music/artists/vanhalen.asp

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Dans tous les cas, si ton programme génère des données de manière soutenue tel que le récepteur (ta carte SD) ne peut pas suivre, tu vas devoir soit bloquer soit perdre de l'information. Si la vitesse de génération des données est « raisonnable » pour le récepteur sur un temps donné, il suffit d'avoir un buffer en conséquence entre les deux (ce qui peut se faire dans le programme, dans la bibliothèque qui se charge des I/O, avec un programme intermédiaire ou au niveau du noyau).

Après en pratique C10K donne un bon résumé des options possibles sous Unix même si la problèmatique est un peu différente : http://www.kegel.com/c10k.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

Le reproche principal c'est qu'il y a un changement qui a été fait en plein freeze sans raison valable apparente.

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

c'est pourquoi cet attribut a été appliqué à toutes les fonctions de la glibc qui n'utilisent pas de callback

Sauf que ça a été appliqué à *printf() aussi si j'ai bien suivi.
http://www.gnu.org/s/hello/manual/libc/Customizing-Printf.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.

[leaf] permet de signifier qu'une fonction ne va fait appel à aucune autre fonction.

À une autre fonction dans la même unité de compilation. Elle peut toujours faire appel à une fonction dans une autre unité de compilation (tant qu'elle ne revient pas dans l'unité courante).

Voir aussi http://www.hpl.hp.com/techreports/2004/HPL-2004-209.html

pertinent adj. Approprié : qui se rapporte exactement à ce dont il est question.