Chryzler hat folgendes geschrieben:

jaenicke hat folgendes geschrieben: Der direkte Hardwarezugriff ist unter Windows nur durch einen Treiber möglich (und eben durch das System). Und woher soll ich das wissen? Muss einem doch gesagt werden.. tststs.. Dann muss aber Windows (genauer theoretisch die Win-API) für sich selber auch nen Treiber haben.

Klar hat Windows nen Treiber... Windows hat ne Menge Treiber... Ist ja auch das Betriebssystem, das braucht Treiber.

Ist das denn nicht auch der Sinn eines Betriebssystems?
Ein Programm sagt: Ich hätte gerne Datei YX, ihr Pfad ist XC, das BS sagt: Okay, hier bitte oder nö keine Erlaubnis. Dabei ist dem Programm egal ob der Pfad XC der physische ist und wie das Gerät wo die Datei liegt angesprochen wird(CD, DVD, SD, RAM, FDD, HDD, Intenetordner,....).
//inlinedit:
übertrieben dargestellt

Eben, und deshalb ist eben kein direkter Zugriff auf die Festplatte möglich, weil man sonst ja einfach versuchen könnte eine Datei zu lesen, und wenn das Betriebssystem sagt: "Nö", dann antwortet das Programm "Ätsch, ich kann Assembler, versuch mich doch aufzuhalten"^^

Kommt aber eigentlich drauf an, an welcher Stelle Windows "nö" sagt. Denn sonst kann man ja einfach selber den Treiber von Windows nehmen, ohne "Umweg" über die WinAPI.

jaenicke hat folgendes geschrieben:

Eben, und deshalb ist eben kein direkter Zugriff auf die Festplatte möglich, weil man sonst ja einfach versuchen könnte eine Datei zu lesen, und wenn das Betriebssystem sagt: "Nö", dann antwortet das Programm "Ätsch, ich kann Assembler, versuch mich doch aufzuhalten"^^

Wenn man einen eigenen NTFS-Treiber verwendet, geht das schon.
Oder andersherum: Ein Treiber schaltet sich dazwischen und versteckt Dateien einfach. Womit wir bei Rootkits angekommen wären...

Wenn man die Verschlüsseln-Funktion verwendet, werden die Dateien ja nicht nur gesperrt, sondern auch noch eben verschlüsselt. Dann reicht es nicht, einfach an die Daten zu kommen.