Prévention des problèmes de sécurité causés par les fichiers exécutables

Un certain nombre de bogues de sécurité sont liés aux piles exécutables par défaut lorsque leurs autorisations sont définies sur lecture, écriture et exécution. Alors que les piles avec autorisations d'exécution sont autorisées, la plupart des programmes peuvent fonctionner correctement sans utiliser de piles exécutables.

La variable noexec_user_stack vous permet de spécifier si les mappages de pile sont exécutables. La variable est disponible à partir de la version Solaris 2.6. Par défaut, cette variable est définie sur zéro, à l'exception des applications 64 bits, et fournit le comportement conforme ABI. Si la variable est définie sur une valeur non nulle, le système marque la pile de chaque processus dans le système comme étant accessible en lecture et en écriture, mais non exécutable.

Une fois que cette variable est définie, un signal SIGSEGV est envoyé aux programmes qui tentent d'exécuter du code sur leur pile. Ce signal résulte généralement en un arrêt du programme à l'aide d'un core dump. Ces programmes génèrent également un message d'avertissement qui inclut le nom du programme concerné, l'ID de processus, et l'UID réel de l'utilisateur à l'origine de l'exécution du programme. Par exemple :

a.out[347] attempt to execute code on stack by uid 555 

Le message est consigné par le démon syslog lorsque la fonctionnalité syslog kern est définie sur le niveau notice. Cet enregistrement est défini par défaut dans le fichier syslog.conf, ce qui signifie que le message est envoyé à la console et au fichier /var/adm/messages. Pour plus d'informations, reportez-vous aux pages de manuel syslogd(1M) et syslog.conf(4).

Le message syslog est utile pour l'observation de problèmes de sécurité potentiels. Le message identifie également les programmes valides qui dépendent des piles exécutable dont le bon fonctionnement est empêché par la définition de cette variable. Si vous ne voulez pas que les messages soient consignés, définissez la variable noexec_user_stack_log sur zéro dans le fichier /etc/system. Bien que les messages ne soient pas consignés, le signal SIGSEGV peut continuer d'entraîner l'arrêt du programme d'exécution à l'aide d'un core dump.

Vous pouvez utiliser la fonction mprotect() si vous souhaitez que les programmes marquent explicitement leur pile comme exécutable. Pour plus d'informations, reportez-vous à la page de manuel mprotect(2).

En raison de limitations matérielles, la capacité de détection et de signalement des problèmes de pile exécutable n'est pas disponible sur la plupart les systèmes x86. Les systèmes de la famille de produits AMD64 peuvent détecter et signaler les problèmes de pile exécutable.