![]() |
root ausperren
Hallo
Es geht um die Zugriffsberechtigung auf sensibele Daten. Kennt ihr eine Möglichkeit, wie NUR und ausschliesslich der Besitzer auf diese Daten zugreifen kann? Mit chmod 600 foo kann ich zwar alle anderen aussperren, root kann aber immernoch zugreifen. Die Daten sind jedoch so sensibel, dass auch root (in dem Fall ich :) ) nicht die Möglichkeit haben soll drauf zuzugreifen. Geht das über den Dateisystembaum überhaupt? Können BSDs sowas vielleicht über Securitylevels? Weiß wer was? Danke fürs Nachdenken. |
verschlüsseln, alles andere wäre sinnlos.
|
Zitat:
Password: und dann ist es erst wieder im Dateisystem eingehängt, und root hat auch wieder Zugriff. Zumindest über die in der cryptoAPI von 2.6.8 eingebauten cryptoloop Lösung. |
Du kannst zum Beispiel ein Programm von Steganos verwenden, das ist so eine Art save, oder du hast McAfee Internet security, hier würde es mit privacy service gehen.
|
@DSC-technologys: unter Linux ? ;)
|
Das ganze unter eine .nix Betriebsystem. Am liebsten integriert im System selbst. Ist es tatsächlich so gedacht gewesen, das ein Admin Zugriff auf alle Userdaten hat?
|
wenn du als root nicht vertrauenswürdig bist :eek:
dann haben solche daten nix im netz verloren und gehören auf einen standalone-rechner. |
Ja, vermutlich ist es in so einem Fall sowieso besser, einen PGP-Save auf einem Samba share zu speichern. Aber egal, hab ich als User nicht die Möglichkeit dem Administrator den Blick in ein Verzeichniss zu verwehren? BSP: Ich hab einen Account in einer Unix-Umgebung, bin aber nicht root. Ich find irgendetwas im Inet, das mich interessiert, von dem ich aber nicht will, das irgendwer weiß, das es mich interessiert (zum Beispiel ein besseres Jobangebot bei einer Konkurrenzfirma). Das ist natürlich jetzt konstruiert, aber mich interessiert das jetzt mal rein akademisch.
|
ich sag mal so:
wenn ich als root versteckte oder verschlüsselte dateien finde, werden die gelöscht, könnte ja ein backdoor oder sowas sein :D |
Wenn ich mich richtig erinnere ist das was du willst mittels SELinux möglich. Zumindest kann man damit auch root einiges verbieten.
http://www.unix-open.de/O/151/Y/85317/default.aspx Ansonsten: zum Thema verschlüsseln bist du nur auf Cryptoloop eingegangen, aber was ist mit GPG? Deine Passphrase wird root ja hoffentlich nicht kennen... |
Zitat:
GPG ist doch Public/Private Key Verschlüsselung. D.h. ich muss den Private Key irgendwo aufbewahren, und darauf hat root ja Zugriff, zumindest wenn der Schlüssel lokal am Rechner liegt. Aber du hast Recht, ich bin zuwenig auf Cryptografie eingangen: Cryptografie muss in meinen Augen, neben einigermassen sicher, auch zukünftig noch implementiert sein. Und ich tendiere dazu, dass ich glaube, dass das allgemein eher für betriebsystemnahe Implementierungen zutrifft. (GPG ist dafür ein gutes Beispiel, den dafür wirds noch lange Software geben. Betriebsystemnahe is es nicht.) Apropos GPG: Weil mir das gerade so einfällt. Wie geht ihr den eigentlich mit euren privaten Schlüsseln um? Am Arbeitsplatz auf der Platte ist der ja nicht in den besten Händen, und nochweniger auf irgendwelchen Netzwerklaufwerken. USB-Sticks halten nicht ewig, wenn die mal hin sind, ist der Schlüssel futsch (was schlecht ist, falls der public Key auf einem Keyserver liegt) |
Zitat:
Zitat:
|
Zitat:
|
Zitat:
|
ich weis ja nicht welche daten du schützen willst oder musst denke mal das muss ja wirklich streng geheime daten sein.. naja egal... warum speicherst du die daten nicht auf nen usb-stick ? oder dvd-rw ?
diskette wird denke mal zu klein sein ... oder so ?? da kann dir dann keiner deine daten anschauen oder sonst was .. mfg deftones |
Das Problem ist, das ich einen usb-stick wie ein cryptoloop Laufwerk mounten muss, und damit hat neben dem user wieder root drauf zugriff. Das gilt übrigends auch ähnlich für mit gpg verschlüsselte Daten: Um sie zu benutzen muss man sie entschlüsseln, und dann liegen sie wieder im Klartext auf dem Dateisystem und root könnte sie einlesen.
Es stimmt natürlich, dass man, um einen mit dem Public-Key verschlüsselten Inhalt zu entschlüsseln, den Privat-Key UND ein Passwort braucht, und nicht bloß den Privat Key. Hatte ich vergessen. |
| Alle Zeitangaben in WEZ +2. Es ist jetzt 14:01 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
© 2009 FSL Verlag