C'est d'ailleurs quelque chose que windows fait depuis longtemps pour séparer les différents stacks des différents threads d'un même processus.
C'est ce qui est fait aussi sous linux pour le thread, sauf pour le thread principal (le main) dont la stack est alloué par linux.
Le flags VM_GROWSDOWN, devrait aussi être rendu obsolète. Ils n'est plus utilisé pour les stacks des thread, et sont intérêt est limité (l'allocation de la stack étant déjà lazy)
PS : la page de garde peut malheureusement être contournée, si le programme fait des grosses allocations sur la stack (et passe par dessus la page de garde).
Ha si le hardware avait un flags (comme NX ou W) dans la table mmu, pour contraindre les valeurs pouvant être mise dans le registre de stack (comment ça, on pouvait faire un truc similaire avec la segmentation x86...)
[^] # Re: Explication un peu plus complete
Posté par M . En réponse à la dépêche Problème de sécurité entre le serveur X et le noyau. Évalué à 4.
C'est ce qui est fait aussi sous linux pour le thread, sauf pour le thread principal (le main) dont la stack est alloué par linux.
Le flags VM_GROWSDOWN, devrait aussi être rendu obsolète. Ils n'est plus utilisé pour les stacks des thread, et sont intérêt est limité (l'allocation de la stack étant déjà lazy)
PS : la page de garde peut malheureusement être contournée, si le programme fait des grosses allocations sur la stack (et passe par dessus la page de garde).
Ha si le hardware avait un flags (comme NX ou W) dans la table mmu, pour contraindre les valeurs pouvant être mise dans le registre de stack (comment ça, on pouvait faire un truc similaire avec la segmentation x86...)