Suite aux nombreuses rumeurs qui faisaient de Steam un spyware de premier ordre, Gabe Newell, président de VALVe Software, a tenu à expliquer que c’était n’importe quoi.
Rappel des faits : Steam crée des fichiers de cache pour fonctionner, dans lesquels seront téléchargés moults fichiers une fois l’usine à gaz mise en branle. Si l’on édite ce fichier de cache à l’aide d’un éditeur héxadécimal, on trouve diverses choses (qui varient selon les personnes), allant d’une liste de mp3s aux cookies de votre navigateur web. Évidemment, les esprits échauffés ont immédiatement taxé Steam de spyware et accusé VALVe d’espionner ses utilisateurs pour le compte d’on ne sait qui et dans un but qui reste à déterminer. Nous n’avions pas parlé de tout cela en page principale, jugeant hautement fantaisiste que VALVe trouve du temps et un intérêt quelconque pour ce genre d’occupations malsaines.
Aujourd’hui, Gabe Newell a expliqué par mail (lisible dans les forums de Halflife2.net) la raison de la présence de ces données textuelles dans le cache de Steam : l’explication est toute simple et ne dépend pas de Steam, mais du système de fichiers utilisé par le disque dur. Ainsi, le problème n’est présent qu’en FAT32, et pas en NTFS, pour une raison simple : en NTFS les secteurs sont remis à zéro avant d’être alloués à un fichier, alors qu’en FAT32 les secteurs sont directement alloués.
Ce que contient le fichier de cache de Steam n’est donc ni plus ni moins que le contenu précédent des secteurs du disque dur où le cache de Steam se trouve désormais. Et VALVe ne récupère aucunement ces données.[–SUITE–]Le message de Gabe Newell, en anglais :
We have no interest in what’s on your hard drive.
When we first heard about this, we were perplexed. Then we realized that the people who were seeing this were running FAT32 instead of NTFS. In Windows, if you have the NTFS file system, it zeros out sectors before it reallocates them. With FAT32, it doesn’t. So if you allocate a large file (it doesn’t matter if it’s a Steam cache or some other application’s files), in FAT32 if you open that file, you will see whatever data was left over from the previous writes to those sectors until your application writes over that data with new data. So on FAT32, Steam allocates 400 MB of space, fills up 200 MB with game stuff, and the remaining 200 MB contains whatever was already there.
Does this make sense? You can try it with other large unfilled files on your system and see the same thing.
