Tiger-222

TrueCrypt : entretien avec Ennead

samedi 26 octobre 2013 à 23:33

Ce qui suit est une traduction libre de l'entretien d'un des développeurs du logiciel TrueCrypt, Ennead, par WolfManz611. C'était le samedi 10 septembre 2005.

Entetien rare avec Ennead, un des développeurs de TrueCrypt

WolfManz611 : Quel est ton rôle au sein du projet TrueCrypt ?
Ennead : J'ai 29 ans et plusieurs casquettes dans ce projet : administrateur, développeur et designer. Je suis aussi responsable de la documentation et du site web.

WolfManz611 : Combien de temps as-tu passé sur le projet pour en arriver au stade où il est, et combien de développeurs travaillent dessus ?
Ennead : Actuellement, il y a deux développeurs principaux (aussi administrateurs) qui travaillent sur TrueCrypt. Quant à savoir combien de temps nous avons passé sur sur le projet, je dirais beaucoup. Nous avons l'habitude de faire une courte pause après chaque version majeure (à moins qu'il y ait un bogue majeur qui requiert d'être résolu immédiatement) puis commençons à travailler sur la prochaine version. Une partie considérable de notre temps est consacrée à ce projet.

WolfManz611 : À quels types d'utilisateurs ce programme est-il destiné ?
Ennead : C'est une bonne question. Nous essayons constamment d'équilibrer les choses. D'un côté, vous avez les utilisateurs inexpérimentés qui requièrent une prise en main facilitée au maximum, et de l'autre, vous avez les power users qui, quelques fois, demandent des fonctionnalités vraiment obscures, ce qui peut effrayer le communs des mortels. Ce que nous essayons de faire, c'est de trouver le bon compromis qui satisfasse les deux partis.

En outre, il existe des problèmes mono-utilisateur (maison) vs. multi-utilisateurs (société) . Par exemple, les sociétés nous demandent d'implémenter des "portes dérobées" [NdT : backdoors] dans le cas où un employé oublie son mot de passe, etc. À cet égard, notre logiciel s'adresse plus à des utilisateurs individuels. Malgré cela, d'après les courriels que nous recevons, nous savons qu'il y a beaucoup de sociétés et d'organismes gouvernementaux qui utilisent TrueCrypt.

WolfManz611 : Est-ce que ce programme prend quelconque contre-mesure pour déjouer les keyloggers ?
Ennead : Actuellement, TrueCrypt n'offre aucune protection active contre les logiciels malveillants. Nous pensons que c'est le rôle du logiciel anti-virus. Pour les keyloggers, la meilleure solution pour les contrer est l'utilisation des fichiers de clef [NdT : keyfiles]. Nous avons déjà implémenté le support des fichiers de clef et une nouvelle version devrait voir le jour d'ici peu.

WolfManz611 : Pour donner une idée : en assumant que l'utilisateur ait un mot de passe de 20 caractères aléatoires, à quel point le chiffrement est-il bon en utilisant le type de chiffrement par défaut ? Combien de temps prendrait une tentative de cassage du chiffrement en utilisant une pièce remplie d'ordinateurs haut de gamme ?
Ennead : Je n'ai pas la réponse précise mais je peux donner une estimation. 20 caractères choisis aléatoirement équivaut, en gros, à une clef 128 bit. Disons q'un ordinateur haut de gamme soit capable de tester 100 mots de passes TrueCrypt par seconde. Si nous liions 10 000 ordinateurs de ce même type ensemble, nous pourrions tester 1 000 000 mots de passe par seconde. Par conséquent, il faudrait 5 395 141 535 403 007 094 485 264 années, en moyenne, pour trouver le mot de passe.

Notez que l'estimation ci-dessus n'est valable que si le mot de passe est vraiment aléatoire. S'il s'agit de mots trouvés dans un dictionnaire, noms d'animaux de compagnie, dates d'anniversaire, numéros de téléphone et ainsi de suite, ça pourrait prendre moins de temps pour trouver le mot de passe (l'attaque par force brute peut être optimisée). Il est très important de choisir un bon mot de passe.

WolfManz611 : J'ai remarqué que tu peux enregistrer les mots de passe dans le pilote mémoire. Pourquoi les enregistrer là par opposition à la mémoire normale ?
Ennead : Une des raisons est qu'il fallait permettre la mise en cache du mot de passe même quand l'application TrueCrypt se ferme. Le pilote est indépendant de l'application TrueCrypt.

WolfManz611 : Après un redémarrage ou la mise hors tension de l'ordinateur, le mot de passe dans le pilote mémoire est-il retenu ?
Ennead : Non, le pilote TrueCrypt est arrêté en même temps que Windows.

WolfManz611 : Penses-tu que plus de programmes actuels, comme les clients de messagerie électronique et similaires, devraient utiliser une sorte de chiffrement sur leurs paramètres et tous les messages qu'ils gèrent ?
Ennead : Oui, bien sûr. De plus en plus de personnes commencent à comprendre que leur vie privée [NdT : vie intime] est quelque chose qu'ils devraient protéger. Si votre client de messagerie ne supporte pas le chiffrement, il devrait au moins vous permettre de le configurer de telle sorte que tous les fichiers sensibles sur lesquels vous travaillez soient stockés dans un volume TrueCrypt (c-à-d chiffrés à la volée).

WolfManz611 : Quel est le minimum requis pour que ton programme fonctionne correctement ?
Ennead : Je ne pense pas que TrueCrypt soit très exigeant à cet égard. Il requiert seulement quelques mégaoctets de mémoire vive et environ un mégaoctet d'espace disque.

WolfManz611 : Avec la recrudescence des vols de données personnelles, ne penses-tu pas que la majorité des gens devrait utiliser un programme comme TrueCrypt afin de tenir les voleurs éloignés ?
Ennead : Eh bien, si le système d'exploitation est infecté, TrueCrypt n'empêchera pas les voleurs d'accéder aux données si un volume TrueCrypt est monté. L'utilisation d'un anti-virus décent est définitivement recommandée.

WolfManz611 : Travailler sur une version Linux et, si oui, où est-ce que ça en est ? Sera t-elle équivalente à celle de Windows ou meilleure ?
Ennead : Oui, pendant que je travaille sur la version Windows, Syncon fini le travail de la version Linux. Elle était en phase alpha pendant plusieurs semaines et semble très stable.

Initialement, les deux versions ne seront pas égales. Par exemple, il n'y aura pas de GUI pour la version Linux. Cependant, dans un futur proche, les deux versions devraient être équivalentes.

WolfManz611 : Quelle est la cote de popularité du programme et, à ton avis, combien de personnes l'utiltisent ou l'ont téléchargé ?
Ennead : D'après les statistiques de SourceForge.net et des log du serveur, à peu près un quart de million de personnes ont téléchargé TrueCrypt 3.1a. Il y a aussi beaucoup d'entités, comme le magazine Chip, qui hébergent nos fichiers sur leurs serveurs, ce qui rend l'estimation impossible.

WolfManz611 : Dans quel langage de programmation est-il codé ?
Ennead : Le code source est entièrement écrit en C, hormis les routines de l'algorithme de chiffrement Serpent, qui est en assembleur. Vu que notre objectif est de rendre le code multi-plateforme, nous prévoyons de remplacer le code assembleur par du C.

WolfManz611 : Prévoyez-vous d'implémanter de grosses fonctionnalités et, si oui, quelles sont-elles ?
Ennead : Oui, c'est prévu. Mais ça ne serait plus une surprise si je te le disais !

WolfManz611 : Quelle est la problématique du fichier d'échange de Windows pour ce genre de programme ? Est-ce que le fichier d'échange de Windows entre en jeu seulement pour écrire un fichier dans le volume chiffré ou compromet-il les fichiers même lors de la lecture de ceux-ci depuis un volume chiffré ?
Ennead : Chaque fois que vous ouvrez un fichier stocké sur un volume TrueCrypt dans un programme (par exemple, dans un éditeur de texte), une partie du fichier est déchiffré dans la RAM et transmise au programme qui les a demandées. TrueCrypt utilise une réserve [NdT : pool] non-paginée pour stocker les mots de passe en cache, les clefs de chiffrement, IVs et autres données sensibles relatives au volume, donc ces données ne peuvent pas être divulguées au fichiers de pagination. Cependant, TrueCrypt ne peux prévenir l'accès au contenu déchiffré des fichiers sensibles ouverts en mémoire. Par conséquent, nous recommandons fortement aux utilisateurs de désactiver le fichier d'échange¹, au moins pour chaque session durant laquelle ils travaillent avec des données sensibles.

WolfManz611 : Prévois-tu de faire d'autres projets qui impliquent le chiffrement, comme un module de client de messagerie facile à utiliser ?
Ennead : En ce qui concerne le logiciel de chiffrement, nous allons probablement rester avec le modèle de chiffrement de disque à la volée, que nous considérons comme le plus efficace.

WolfManz611 : Que fait SourceForge.net pour votre programme ? Est-ce qu'il vous donne une bonne exposition et plein de téléchargements ?
Ennead : Eh bien, j'estime qu'environ 5% des utilisateurs de TrueCrypt l'ont découvert via SourceForge.net. Globalement, les services de SourceForge sont bons, mais il y a des choses qui peuvent être améliorées. Par exemple, la sécurité des services web et les performances des serveurs MySQL sont les raisons pour lesquelles nous avons décidé de migrer le site et les forums sur notre propre serveur dédié.

1 -- Désactiver le fichier de pagination sous Windows. Pour GNU/Linux :

# swapoff partition

sudo swapoff /dev/sda1

TrueCrypt : entretien avec Ennead

samedi 26 octobre 2013 à 21:33

Ce qui suit est une traduction libre de l'entretien d'un des développeurs du logiciel TrueCrypt, Ennead, par WolfManz611. C'était le samedi 10 septembre 2005.

Entetien rare avec Ennead, un des développeurs de TrueCrypt

1 -- Désactiver le fichier de pagination sous Windows. Pour GNU/Linux :

# swapoff partition

sudo swapoff /dev/sda1

Déployez vos modules Python

mardi 22 octobre 2013 à 13:30

Vous venez de terminer votre nouveau module Python ! Évidemment, vous l'avez testé dans tous les sens, et souhaitez le déployer vite fait, bien fait. Un module aisément installable, quelque soit le système d'exploitation, est appréciable pour tout le monde ☺

C'est là qu'entre en jeu pip. Je ne rentrerai pas dans les détails du fonctionnement de pip, d'autres les font très bien. Je m'attarderai plutôt sur la création des fichiers nécessaires ainsi que l'envoi au serveur.
Pour les pressés, voici un mémo des commandes :

$ python setup.py register

$ python setup.py sdist upload

Préparer la base

Vous avez sûrement déjà vu un de ces fameux setup.py, et bien c'est lui qui gère tout. Vous pouvez voir les projets MSS ou minibelt pour vous en inspirer ; voici un exemple tiré du module MSS :

# Import du bon module de gestion

try:

    from distutils.core import setup

except ImportError:

    from setuptools import setup



# Dans le fichier MANIFEST.in, on y liste les ficihers et dossiers à inclure (ou pas)

# dans l'archive qui sera déployée.

# Par défaut, seuls les fichiers module.py et setup.py sont inclus.

open('MANIFEST.in', 'w').write('\n'.join((

    "include *.rst",

    # un_dossier/*.py

    # un_autre_fichier.py

    # prune archives/  <-- ne pas inclure le dossier archives

)))



# En option, importez la version de votre module

from mss import __version__



# Le nom des clefs est assez explicite, on renseigne les infos principales du module

setup(

    name='mss',

    version=__version__,

    author='Tiger-222',

    py_modules=['mss'],

    author_email='contact@tiger-222.fr',

    description='A cross-platform multi-screen shot module in pure python using ctypes',

    long_description=open('README.rst').read(),

    classifiers=[

        'Programming Language :: Python',

        'Intended Audience :: Developers',

        'Intended Audience :: Information Technology',

        'License :: OSI Approved :: zlib/libpng License',

        'Natural Language :: English',

        'Programming Language :: Python :: 2.7',

        'Programming Language :: Python :: 3.3',

        'Topic :: Multimedia :: Graphics :: Capture :: Screen Capture',

    ],

    url='https://github.com/BoboTiG/python-mss'

)

Vous aurez remarquer la présence d'un certain README.rst (format ReStructuredText), il s'agit de la description complète du module (ses classes et méthodes, exemples, ...).
La liste des classifiers se trouve ici : List trove classifiers.

En passant, GitHub accepte les fichiers README.rst, pratique ! Et voici une visionneuse de fichiers RST : restview.

Le déploiement

Créer le dépôt

Ouvrez une console, rendez-vous dans le répertoire du projet, puis :

$ python setup.py register

running register

running check

We need to know who you are, so please choose either:

 1. use your existing login,

 2. register as a new user,

 3. have the server generate a new password for you (and email it to you), or

 4. quit

Your selection [default 1]:

Si vous n'avez pas encore de compte, prenez l'option 2, sinon la 1.

Si tout s'est bien passé, vous devriez avoir ce genre de message :

Registering mss to http://pypi.python.org/pypi

Server response (200): OK

Voilà, votre module est en ligne !

Envoyer le module

La page du module a été créée, mais aucun fichier n'est disponible en téléchargement. Cette commande génère une archive puis l'envoie au serveur :

$ python setup.py sdist upload

running sdist

running check

warning: sdist: standard file not found: should have one of README, README.txt



reading manifest template 'MANIFEST.in'

writing manifest file 'MANIFEST'

creating mss-0.0.2

making hard links in mss-0.0.2...

hard linking README.rst -> mss-0.0.2

hard linking mss.py -> mss-0.0.2

hard linking setup.py -> mss-0.0.2

creating dist

Creating tar archive

removing 'mss-0.0.2' (and everything under it)

Submitting dist/mss-0.0.2.tar.gz to http://pypi.python.org/pypi

Upload (200): OK

Emballé, c'est pesé !

Vous pouvez de suite installer le module fraîchement déployé : pip install mss !

Sources

4. Creating a Source Distribution — Python v2.7.5 documentation
6. The Python Package Index (PyPI) — Python v2.7.5 documentation
Photographie venant de Wallbase.cc : le serpent vert de chez vert (copie locale)

Déployez vos modules Python

mardi 22 octobre 2013 à 11:30

$ python setup.py register

$ python setup.py sdist upload

Préparer la base

# Import du bon module de gestion

try:

    from distutils.core import setup

except ImportError:

    from setuptools import setup



# Dans le fichier MANIFEST.in, on y liste les ficihers et dossiers à inclure (ou pas)

# dans l'archive qui sera déployée.

# Par défaut, seuls les fichiers module.py et setup.py sont inclus.

open('MANIFEST.in', 'w').write('\n'.join((

    "include *.rst",

    # un_dossier/*.py

    # un_autre_fichier.py

    # prune archives/  <-- ne pas inclure le dossier archives

)))



# En option, importez la version de votre module

from mss import __version__



# Le nom des clefs est assez explicite, on renseigne les infos principales du module

setup(

    name='mss',

    version=__version__,

    author='Tiger-222',

    py_modules=['mss'],

    author_email='contact@tiger-222.fr',

    description='A cross-platform multi-screen shot module in pure python using ctypes',

    long_description=open('README.rst').read(),

    classifiers=[

        'Programming Language :: Python',

        'Intended Audience :: Developers',

        'Intended Audience :: Information Technology',

        'License :: OSI Approved :: zlib/libpng License',

        'Natural Language :: English',

        'Programming Language :: Python :: 2.7',

        'Programming Language :: Python :: 3.3',

        'Topic :: Multimedia :: Graphics :: Capture :: Screen Capture',

    ],

    url='https://github.com/BoboTiG/python-mss'

)

Le déploiement

Créer le dépôt

Ouvrez une console, rendez-vous dans le répertoire du projet, puis :

$ python setup.py register

running register

running check

We need to know who you are, so please choose either:

 1. use your existing login,

 2. register as a new user,

 3. have the server generate a new password for you (and email it to you), or

 4. quit

Your selection [default 1]:

Si vous n'avez pas encore de compte, prenez l'option 2, sinon la 1.

Si tout s'est bien passé, vous devriez avoir ce genre de message :

Registering mss to http://pypi.python.org/pypi

Server response (200): OK

Voilà, votre module est en ligne !

Envoyer le module

La page du module a été créée, mais aucun fichier n'est disponible en téléchargement. Cette commande génère une archive puis l'envoie au serveur :

$ python setup.py sdist upload

running sdist

running check

warning: sdist: standard file not found: should have one of README, README.txt



reading manifest template 'MANIFEST.in'

writing manifest file 'MANIFEST'

creating mss-0.0.2

making hard links in mss-0.0.2...

hard linking README.rst -> mss-0.0.2

hard linking mss.py -> mss-0.0.2

hard linking setup.py -> mss-0.0.2

creating dist

Creating tar archive

removing 'mss-0.0.2' (and everything under it)

Submitting dist/mss-0.0.2.tar.gz to http://pypi.python.org/pypi

Upload (200): OK

Emballé, c'est pesé !

Vous pouvez de suite installer le module fraîchement déployé : pip install mss !

Sources

4. Creating a Source Distribution — Python v2.7.5 documentation
6. The Python Package Index (PyPI) — Python v2.7.5 documentation
Photographie venant de Wallbase.cc : le serpent vert de chez vert (copie locale)

PHP : is_file vs file_exists

lundi 14 octobre 2013 à 19:32

is_file, comme la documentation l'indique, vérifie si le fichier est un véritable fichier, tandis que file_exists vérifie si un fichier ou un dossier existe. À savoir que ces deux fonctions utilisent un système de cache, elles partent donc sur un pied d'égalité.

Les sources

Rien de mieux que le retour aux sources pour voir les entrailles de ces deux fonctions. Il s'avère qu'elles utilisent la même function en interne, seules les routines de vérification diffèrent.

Ci-dessous, le pseudo code très simplifié du processus de vérification :

function php_stat($fichier)

{

    'file_exists'

        ↳ virtual_file_ex($fichier)

            ↳ virtual_access($fichier)

                'Windows'

                    ↳ tsrm_win32_access($fichier)

                        ↳ return access($fichier)

                'Autres systèmes'

                    ↳ return access($fichier)

        ↳ return _php_stream_stat_path($fichier) == FALSE

    'is_file'

        ↳ _php_stream_stat_path($fichier)

            ↳ return $fichier.st_mode == S_IFREG

}

Pour les curieux, voici les sources des fonctions :

php_stat
virtual_file_ex
virtual_access
tsrm_win32_access
access fait partie de la libc
_php_stream_stat_path (c'est ici qu'on vérifie le cache)
et S_IFREG est la constante des fichiers réguliers

Au premier abor, ça semble clair comme de l'eau de roche, file_exists() nécessite bien plus d'opérations à effectuer. Cependant, _php_stream_stat_path() est lourde puisqu'elle récupère toutes les informations sur un fichier/dossier (appelé inode) : volume, numéro d'inode, droit d'accès à l'inode, nombre de liens, userid du propriétaire, groupid du propriétaire, type du volume, si le volume est une inode, taille en octets, date de dernier accès (Unix timestamp), date de dernière modification (Unix timestamp), date de dernier changement d'inode (Unix timestamp), taille de bloc et le nombre de blocs de 512 octets alloués.

Il faudra attendre de voir le résultat des tests pour se faire une meilleure idée.

Une meilleure alternative ?

Dans ce commentaire, DeyV laisse à penser que stream_resolve_include_path serait une bonne alternative à file_exists(). À priori, cette fonction utiliserait aussi le système de cache.

Great alternative to file_exists() is stream_resolve_include_path() -- DeyV

Toujours d'après les sources, le pseudo code suivant en ressort :

function stream_resolve_include_path($fichier)

{

    zend_resolve_path($fichier)

        ↳ php_resolve_path_for_zend($fichier)

            ↳ php_resolve_path($fichier)

                ↳ tsrm_realpath($fichier)

                    ↳ return estrdup($fichier)

}

Pour les curieux, le détail de chaque fonction :

Notez que le fait d'utiliser des chemins absolus permet un gain non négligeable.

Les tests

Configuration de la machine de test

Intel Core i5 CPU 750 @ 2.67GHz
4 Go de RAM
disque dur Seagate STM3500418AS 7200 tr/min
Debian GNU/Linux 7 64 bit
noyau 3.10-3-amd64
système de fichiers EXT4
PHP 5.5.5, options de build : --disable-all --disable-pdo --disable-phar --disable-session --disable-mysqlnd-compression-support --without-pear

Le benchmark

Deux types de tests : un réaliste où on teste la présence de fichiers différents, et un autre moins parlant dans lequel le même fichier est testé 1 000 000 de fois.
Pour le test réaliste, j'ai créé un dossier test qui contient 1 000 000 fichiers (le premier fichier s'appelant 0 et le dernier 999999).
D'après le script qui permet de lancer et chronométrer les tests, le graphique suivant en résulte :

Observations

1 : is_file() est plus rapide dans tous les cas
2 : file_exists() a un léger avantage sur stream_resolve_include_path(), si ce dernier utilise les chemins absolus
3 : stream_resolve_include_path() est un gouffre avec les chemins relatifs

Historique

MàJ du 2013-10-23 : ajout des explications avec les sources PHP
MàJ du 2013-10-25 : Une meilleure alternative ?
MàJ du 2013-10-27 : ajout de tests plus réalistes et étoffement des informations
MàJ du 2013-10-28 : ajout du script de tests pour ne pas trop encombrer la page