<h2><a name="p-14036-cause-de-la-scurit-1" class="anchor" href="#p-14036-cause-de-la-scurit-1" aria-label="Heading link"></a>À cause de la sécurité !</h2>
<p>C’est la vraie raison. (Et la <em>seule</em> vraie raison, à mon avis – ce n’est pas <em>si</em> difficile de créer un lecteur pour les principaux systèmes de fichiers, bien que ce ne soit pas non plus facile ; créer un <em>écrivain</em> est le vrai défi.)</p>
<p>Un programme comme celui-ci contourne toute l’infrastructure de sécurité du système (de fichiers), donc seul un administrateur (ou quelqu’un d’autre ayant les privilèges « Gérer le volume ») peut réellement l’exécuter.</p>
<p>Donc, évidemment, cela ne fonctionnerait pas dans de nombreux scénarios – et <em>je ne pense pas que Microsoft (ou toute autre grande entreprise) envisagerait jamais de créer un produit comme celui-ci et d’encourager ensuite les utilisateurs à l’exécuter en tant qu’administrateurs</em>, à cause des implications en matière de sécurité.</p>
<p>Il serait <em>théoriquement</em> possible de créer un système qui s’exécute en arrière-plan et filtre les données sécurisées, mais en pratique ce serait <strong>énormément</strong> de travail pour le rendre correct et sans failles de sécurité pour la production.</p>
<p>Au fait, je n’ai pas utilisé UltraSearch, mais j’avais écrit un programme très similaire moi-même il y a quelques années que j’ai publié en <a href="https://sourceforge.net/projects/swiftsearch/">open source</a> le mois dernier ! Jetez-y un oeil si cela vous intéresse. <img src="//forum-microsoft.fr/images/emoji/twitter/slight_smile.png?v=15" title=":slight_smile:" class="emoji" alt=":slight_smile:" loading="lazy" width="20" height="20"></p>
