Non, c'est impossible, sauf si vous changez la définition d'un fichier.

Un fichier est une donnée arbitraire. Les données arbitraires peuvent être des données cryptées.

Même si nous n'autorisons que les données structurées, les données structurées peuvent - si nous ne supposons aucune contrainte d'espace - être abusées pour stocker toutes les données arbitraires * (citation nécessaire). Ce qui nous amène au point de départ.

Vous pouvez avoir un succès partiel, si nous introduisons des restrictions. Par exemple, si vous ne voulez pas que les fichiers soient chiffrés après leur écriture, vous pouvez utiliser un système write once (ou même write only). Ou si vous voulez lutter contre les attaques de ransomwares, vous pouvez avoir un système de fichiers qui conserve les copies originales des fichiers modifiés pendant un certain temps.

* Par exemple, un format de texte restrictif qui n'autorise que les mots "Fizz" et "Buzz" peuvent représenter toutes les données binaires en remplaçant 0 par "Fizz" et 1 par "Buzz".

• Live CD, à partir desquels vous pouvez démarrer dans un système d'exploitation qui aura le même aspect à chaque démarrage.
• Périphériques WORM (Write Once Read Many), utilisés par exemple par des institutions financières qui doivent enregistrer des transactions pendant de nombreuses années sans aucun moyen de les modifier ou de les supprimer numériquement.
• Partitions inscriptibles montées en lecture seule. Cela peut bien sûr être contourné par un programme avec un accès root.

Le contrôle des versions des systèmes de fichiers serait plus pratique, mais n'est pas courant . De tels systèmes peuvent facilement inclure des options pour écrire de manière transparente chaque version d'un fichier (ou sa différence avec la version précédente) sur un périphérique WORM ou un stockage autrement protégé.

Ces deux solutions résolvent le problème sous-jacent: ne pas perdre le données d'origine en cas de cryptage par un logiciel malveillant.

De nombreux systèmes de fichiers ne prennent pas en charge le chiffrement au niveau du système de fichiers natif. Les fichiers cryptés par logiciel peuvent être stockés sur n'importe quel système de fichiers, comme n'importe quel autre fichier. Le système de fichiers ne peut pas faire la différence entre les données aléatoires et les données cryptées.

Existe-t-il un moyen de désactiver définitivement tout type de cryptage au niveau du système d'exploitation?

Pas tant que le code peut exécuter et écrire des fichiers sur le disque.

Ou est-ce fondamentalement impossible à empêcher?

Sans sacrifier les fonctionnalités de base, oui.

Vous avez cependant tagué votre question ransomware. Vous recherchez peut-être des informations sur le sandboxing des applications ou la détection heuristique des ransomwares.

Il semble y avoir une idée fausse entre le chiffrement et les systèmes de fichiers.

Les deux sont indépendants, on peut faire du chiffrement sans avoir de système de fichiers, et on peut avoir un système de fichiers sans faire de chiffrement.

Par exemple, les systèmes de fichiers FAT16 / FAT32 traditionnels ne "supportent" pas le cryptage natif comme NTFS le fait avec son sous-composant EFS. Cela ne signifie pas pour autant que vous ne pouvez pas modifier les données déjà validées, ni écrire des données dans le système de fichiers qui est chiffré.

Il est tout à fait possible d'avoir un Système de fichiers "écriture seule" ou lecteur "lecture seule", mais cela n'empêche toujours pas quelqu'un de copier les données, de les chiffrer, puis de les conserver ailleurs. Vous pouvez certainement empêcher la suppression et l'écriture de données déjà sur le disque (les fichiers sous Windows peuvent être verrouillés par un processus actif).

Un système de fichiers est essentiellement un fournisseur de services pour le système d'exploitation (par exemple, il fournit un moyen de stocker et de récupérer de manière permanente des données sur un support de stockage sous-jacent), et le système d'exploitation propose ce service à tout programme exécuté sur l'ordinateur.

Ce n'est pas dans la description de travail de base d'un système de fichiers de s'occuper du chiffrement, et bien que certains systèmes de fichiers offrent un chiffrement natif, ce sont généralement d'autres couches qui s'en chargent.

Ransomware ne se soucie de rien de tout cela, cependant. Même si vous avez un système de fichiers qui n'effectue pas de cryptage natif, et même si vous avez supprimé tout logiciel supplémentaire fournissant une couche de cryptage (comme Truecrypt, Veracrypt, etc.), le code du ransomware lui-même utilisera l'interface fournie par le système d'exploitation. pour accéder aux fichiers du système de fichiers et les crypter. Il n'y a rien qui vous protégera de manière fiable contre cela, sauf une sauvegarde diligente de vos données, afin que vous puissiez récupérer si nécessaire.

Idéalement, les données chiffrées ne doivent pas être distinguées des données aléatoires . Il ne s'agit pas de "cacher" si des données cryptées sont présentes ou non (c'est la stéganographie; plus à ce sujet plus tard) mais de s'assurer qu'un attaquant ne peut pas trouver de modèles dans les données qui pourraient, à leur tour, être utilisés pour trouver la clé pour le déchiffrer.

Cela pose un problème pour le système souhaité, car les données aléatoires pourraient, en théorie, contenir n'importe quelle séquence de bits . Il n'est pas nécessairement probable qu'une chaîne aléatoire de bits se révèle être, par exemple, un JPEG aléatoire, mais c'est arrivé. Combinez cela avec la stéganographie, où les données sont cachées dans d'autres données (souvent utilisées pour cacher des données chiffrées dans d'autres données non chiffrées), et la situation semble plus sombre pour votre scénario.

Pour cette raison, là n'est pas vraiment un moyen de savoir si une donnée donnée est chiffrée ou non, ou contient une autre donnée qui pourrait être chiffrée . Le plus proche que vous puissiez obtenir d'un système de fichiers qui ne peut absolument pas contenir de données chiffrées est celui qui ne peut contenir aucune donnée, et il y a très peu d'utilisations pour un système de fichiers comme celui-là.

Comme d'autres l'ont dit, vous ne pouvez pas empêcher le chiffrement au niveau du système de fichiers, mais l'alternative la plus proche que je n'ai pas encore vue mentionnée est le Contrôle d'accès obligatoire.

Fondamentalement, vous pouvez définir des autorisations supplémentaires afin que vos applications qui ont accès à Internet aient un accès extrêmement limité à votre disque. Votre navigateur Web, par exemple, pourrait être configuré pour ne pouvoir écrire que dans ses paramètres, son cache et un répertoire de téléchargements. Toute tentative par ce processus d'écrire en dehors de ces dossiers serait refusée par le système d'exploitation.

Donc, que se passe-t-il si une vulnérabilité est exploitée au lieu de chiffrer l'intégralité de votre disque, seul votre répertoire de téléchargements peut être chiffré. Bien sûr, ce n'est pas sûr à 100% (rien ne l'est), mais c'est une autre couche à laquelle les attaquants ne s'attendent généralement pas.

L'inconvénient est qu'il est difficile à configurer et peu pratique à maintenir, et se sent inutile après un certain temps lorsque les attaques très médiatisées laissent les yeux du public.

Je suppose que votre raisonnement est dû au souci d'être vulnérable aux ransomwares. Si ce n'est pas le cas, ma réponse devient également «pourquoi»? Tous les systèmes de fichiers prenant en charge le chiffrement offrent la possibilité de ne pas l'utiliser. Ainsi, vous n'avez pas la surcharge qui ralentit vos accès aux fichiers, et vous n'avez pas à vous soucier de la corruption du disque qui rend l'ensemble de votre système de fichiers illisible.

Je ne pense pas qu'aucune des variétés de ransomwares n'utilise les capacités de chiffrement des systèmes de fichiers. Ils font les leurs, donc la désactivation du chiffrement au niveau du système de fichiers n'aidera pas.

Pour empêcher les ransomwares de crypter les fichiers, vous devez rendre votre système de fichiers en lecture seule ou manipuler les autorisations. Vous pouvez vous priver de la capacité d'écrire / modifier / supprimer vos fichiers de données, et de vous accorder ces droits uniquement lorsque vous souhaitez mettre à jour un fichier. Pas très faisable. J'ai récemment fait une petite preuve de concept avec une application de type lockbox, qui supprimerait toutes les autorisations de modification d'un dossier en le rendant en lecture seule pour vous, les administrateurs, etc. le dossier.

Je ne suis pas vraiment allé plus loin avec cela parce que je ne vois toujours pas que cela soit faisable du point de vue de l'utilisateur.

La meilleure protection contre les ransomwares reste de faire des sauvegardes fréquentes de vos fichiers. Windows 7/10 a la fonctionnalité "versions précédentes" qui est agréable car elle conserve un historique des fichiers au fur et à mesure qu'ils changent. Donc, si vos fichiers sont chiffrés, supprimés, etc. il y a une semaine, mais que vous ne l'avez pas remarqué jusqu'à aujourd'hui, vous trouverez toujours les versions non endommagées.

Vous pouvez configurer Windows 7/10 pour déclencher l'UAC lorsque vos fichiers de données sont modifiés si vous placez ces fichiers dans le dossier "Program Files".

Si le problème consiste à empêcher les fichiers d'être rendus inaccessibles, un système de fichiers versionné (comme VMS l'avait fait), configuré de manière à ce que la suppression des anciennes versions ne soit pas trivialement possible, fait probablement partie de votre meilleur pari.