Amongst The Catacombs Of Nephren-Ka

May 16th, 2007 par mat

Suite à une question sur HP-UX (dont on peut décaler le tiret d’une lettre vers la gauche) posée sur le chan, il est toujours de bon ton de rappeller l’existence de ça, qui peut éventuellement sauver la vie à un jardinier malheureusement plongé dans du PerimUNIX, obligé de configurer du /dev/deprec0.

Et maintenant, répète après moi

Khetti Satha Seneh
Khetti Satha Tehen
Khetti Satha Tua
Khetti Satha Kesu

Posté dans Unix | No Comments »

Répondre

Vous devez être identifié pour poster un commentaire.

Identification

SQUAD!

GCU live

[19:11:56] moid je ne vois pas en quoi ce serait plus simple avec un malloc sbrk qu'avec un malloc mmap.

[19:12:58] TheSnide non, mais le rincage au moment du munmap aj lieu de free

[19:13:20] TheSnide (autres == mmap)

[19:13:55] moid si tu rinces au moment de munmap(), ça ne sert à rien.

[19:13:58] TheSnide ... genre tu free() plus souvent que tu unmap

[19:14:27] moid d'une part parce que le munmap() fait disparaître la zone d'adresses, donc de toute façon un UAF va provoquer un SIGSEGV

[19:14:28] TheSnide bin si pour le destinatire du bloc

[19:15:07] TheSnide si tu re-mmap dans un autre process, tu leak

[19:15:11] moid d'autre part parce que pour les blocs plus petit qu'une page, il peut s'écouler beaucoup de temps entre l'appel à free() sur ce bloc et le numnmap() effectif de la page, qui contient d'autres allocations.

[19:15:13] TheSnide sinon

[19:15:45] moid quand tu re-mmap dans un autre process, le noyal aura initialisé la mémoire à zéro justement pour éviter que des données soient visibles d'un processus à l'autre.