Hardening consulting (Articles sur C)

Utiliser socket pair et passfd

David FORT — Fri, 17 Apr 2026 06:11:00 GMT

J'ai toujours eu en tête cette fonctionnalité de passfd disponible sous Linux mais je n'avais jamais eu l'occasion de vraiment m'en servir. Au gré de tests d'architecture, j'ai pu expérimenté ça, et je trouve que ça ouvre plein de perspectives, je vous parle de tout ça.

Socket pair

Rien de bien compliqué avec socketpair ça permet en un appel système d'avoir 2 sockets inter-connectées: quand on envoie des octets sur une socket ou peut les lire sur l'autre:

#include <sys/socket.h>

int socketpair(int domain, int type, int protocol, int sv[2]);

Ça reste quand même plus pratique que les appels systèmes pipe ou pipe2, qui fournissent un file descriptor pour lire et un autre pour écrire.

Lire la suite… (Il reste encore 6 min. de lecture)

Une grande balade dans FreeRdp

David FORT — Thu, 22 May 2014 17:03:19 GMT

Ces dernières semaines, j'ai travaillé à rendre les écritures sockets non bloquantes dans FreeRDP. Ceci m'a permis de faire une petite balade dans les composants bas-niveau de FreeRDP, je vous propose donc un petit carnet de voyage.

Rendre les écritures non bloquantes

De quoi s'agit-il ?

Dans FreeRDP actuellement, les appels en lecture sont bien gérés de manière non-bloquante: on s'attend a des résultats EAGAIN ou EWOULDBLOCK lors des lectures / écritures. Par contre pour l'écriture, quand on a ce genre de résultats, on rentre dans une boucle qui va attendre de manière active que les octets aient bien été envoyés. On est donc bloquant pour l'écriture même si la socket est en mode non-bloquant.

On ne rencontre quasiment jamais ce cas en utilisant le client FreeRDP car la majorité du trafic va du serveur vers le client. On imagine difficilement une saturation de la bande passante à coups de frappes clavier ou de mouvements de souris. On peut néanmoins voir ça en utilisant des channels: par exemple la redirection de disques (en poussant un fichier vers le serveur) ou la redirection audio du micro (le micro local exporté sur le serveur).

Par contre quand on est dans FreeRDS, en tant que serveur RDP, c'est un cas que l'on rencontre très fréquemment. Il suffit de regarder une vidéo youtube en fullscreen à travers un réseau WIFI moyen (le mien pour ne pas le nommer), et on tombe tout de suite dans le cas en question. Et ceci malgrés la compression remoteFx.

Lire la suite… (Il reste encore 4 min. de lecture)

Agacé par les warnings d'openSSL sous Valgrind ?

David FORT — Mon, 12 May 2014 13:03:19 GMT

Le problème

OpenSSL a la "bonne" idée de vouloir fabriquer de l'entropie en se servant de la pile comme une source de valeurs "au hasard". C'est une entropie toute relative, qui a d'ailleurs donné le bug debian de 2008: le mainteneur debian d'openssl était agacé des erreurs de variables non-initialisées remontées par valgrind. Il a introduit un correctif enlevant les erreurs valgrind, mais réduisant les nombres aléatoires générés à quelques millions ce qui permettait de lister toutes les clés possibles. Une belle conséquence avec tout le matériel cryptographique généré avec cette version d'openSSL à recréer, et sûrement des serveurs qui tourne encore avec des clés facilement devinables.

Bon c'est bien beau, le mainteneur debian a fait son méa-culpa, mais on est quand même bien embêté par toutes ces erreurs de valgrind quand on a le malheur de faire un peu de SSL.

Lire la suite… (Il reste encore 3 min. de lecture)