Dev-Partition mit VeraCrypt verschlüsseln?

[LTE5]

Ich stelle mir gerade eine Frage und nun auch euch: würde es etwas an der Sicherheit ändern, wenn ich eine extra Partition für meine Delphi-Projekte anlege und diese mit VeraCrypt verschlüssle?

Wenn ich darauf zugreifen kann, kann das dann nicht auch gegebenenfalls eine Schadware die sich auf dem PC befindet?

[bnreimer42]

VeraCrypt hilft nur, wenn ein anderer den Rechner in die Finger bekommt und Du nicht angemeldet bist bzw. das VeraCrypt Volume nicht getrennt wurde.

Ich verwende VeraCrypt für Daten.

Mein Delphi läuft in einer VM und ist somit abgeschottet von der anderen Arbeitsumgebung, zumindest bis auf Laufwerke zur Übertragung der fertigen Programme.

Die Frage ist, was willst Du erreichen?

Eventuell ist eine Versionsverwaltung die Lösung für Dein Problem?

[Ghostwalker]

Festplatten/Partitionen vereschlüsseln macht imho nur in folgenden Scenarien sinn:


a) Bei portablen Platten, da die geklaut werden können. Somit wir dem Dieb es nicht ganz so leicht gemacht,
an die Daten zu kommen.

b) Wenn ggf. mehre Leute theoretisch auf den PC zugreifen können (also z.B. im Büro). Auch hier wird es dem
(potentiellen) Dieb nicht so einfach gemacht, an die Daten zu kommen, wenn du mal nicht am PC sitzt.

Klar kann eine Schadsoftware, die bereits auf dem PC ist, entsprechend auf die Daten zu greifen. Aber es ist ja auch nicht Sinn und Zweck einer Festplattenverschlüsselung (zumindest nicht der Hauptzweck). Für den Schutz vor Schadsoftware hilft eine Anti-Viren-Software und der gesunde Menschenverstand

[LTE5]

So ganz verstehe ich VeraCrypt noch nicht. Wäre hier dann ein verschlüsselter Container die bessere Wahl, den ich ein- und ausbinde wenn notwendig?

[dummzeuch]

Zitat von Ghostwalker:

Festplatten/Partitionen vereschlüsseln macht imho nur in folgenden Scenarien sinn:


a) Bei portablen Platten, da die geklaut werden können. Somit wir dem Dieb es nicht ganz so leicht gemacht,
an die Daten zu kommen.

b) Wenn ggf. mehre Leute theoretisch auf den PC zugreifen können (also z.B. im Büro). Auch hier wird es dem
(potentiellen) Dieb nicht so einfach gemacht, an die Daten zu kommen, wenn du mal nicht am PC sitzt.

c) Für Notebooks, da die geklaut werden können.

[LTE5]

Meine Idee war jetzt in etwa so

ich erstelle eine Partition E für Entwicklung von 10 GB. In diesem Container sind alle meine Quelltexte.
MOit VeraCrypt erstelle ich eine 9,99 GB großen Containerdatei, die ich auf D speichere. Und immer wenn ich was mit Delphi machen möchte, was etwa 1x am Tag vorkommt, dann binde ich den Container ein und am Ende wieder aus.

Macht man das in etwa so?

[Ghostwalker]

Die Frage ist eher, ob überhaupt eine Verschlüsselung notwendig ist.

Denn eine Verschlüsserlung on the fly auf einem Entwicklungssystem frist Leistung und Zeit wie andere Leute Kekse

[Der schöne Günther]

Dumme Frage, ich kenne mich damit nicht wirklich aus.

Angenommen ich versuche meinen Quelltext jetzt nicht vor Mossad, FSB oder NSA zu schützen, sondern lediglich vor anderen Unternehmen und ähnlichen Bösewichten.

Welchen Vorteil bietet der ganze Aufwand mit zusätzlichen (upzudatenden) Tools wie VeraCrypt im Gegensatz zur betriebssystem-eigenen Verschlüsselung (NTFS auf Windows Professional)?

Das deckt doch ebenso gut die bislang genannten Punkte a)-c) ab, oder?

[Namenloser]

Das meiste wurde schon gesagt, nur hierzu möchte ich noch etwas anmerken:

Zitat von Ghostwalker:

Denn eine Verschlüsserlung on the fly auf einem Entwicklungssystem frist Leistung und Zeit wie andere Leute Kekse

Praktisch alle modernen CPUs haben AES-NI, das heißt der Overhead ist nahezu 0. Außerdem sind Dateizugriffe ohnehin IO-bound und nicht CPU-bound.

[himitsu]

Zitat von Ghostwalker:

Die Frage ist eher, ob überhaupt eine Verschlüsselung notwendig ist.

Denn eine Verschlüsserlung on the fly auf einem Entwicklungssystem frist Leistung und Zeit wie andere Leute Kekse

Wenn es gut gemacht ist, dann braucht die Verschlüsselung kaum rechenleistung.

Aber daher gibt es vor allem für Notebooks auch Verschlüsselungen auf Hardwareebene (quasi im BIOS + IDE-Controller).