6 Fragen zu Crypt

Die Fernsehserie „Tales from the Crypt“ (1989–1996) wurde nicht direkt wegen des Erfolgs der „Creepshow“-Filme gestartet, aber es gibt einen Zusammenhang zwischen beiden Formaten und ihren Comic-Wurzeln. **Hintergrund:** - **Creepshow** (1982, Regie: George A. Romero, Drehbuch: Stephen King) war ein Horror-Anthologiefilm, der als Hommage an die EC-Comics der 1950er Jahre gedacht war, insbesondere an Reihen wie „Tales from the Crypt“, „The Vault of Horror“ und „The Haunt of Fear“. Die Filme nutzten einen fiktiven Comic-Stil, weil die echten EC-Comics damals nicht lizenziert waren. - **Tales from the Crypt** als Fernsehserie basiert tatsächlich auf den originalen EC-Comics aus den 1950ern. Die Serie wurde von HBO produziert und profitierte davon, dass sie die Rechte an den echten Comics hatte. **Zusammenhang:** Der Erfolg von „Creepshow“ (und später auch „Creepshow 2“) zeigte, dass das Publikum großes Interesse an Horror-Anthologien im Comic-Stil hatte. Das trug dazu bei, dass Produzenten und Sender das Potenzial der echten EC-Comics als Vorlage für eine TV-Serie erkannten. Die Macher von „Tales from the Crypt“ (darunter Richard Donner, Joel Silver, Robert Zemeckis und Walter Hill) nutzten diese Gelegenheit und entwickelten eine Serie, die sich direkt auf die originalen Comics stützte. **Fazit:** „Tales from the Crypt“ wurde nicht ausschließlich wegen des Erfolgs von „Creepshow“ gestartet, aber der Erfolg von „Creepshow“ als Film (und später als Serie) hat sicherlich dazu beigetragen, das Interesse an Horror-Anthologien im Comic-Stil zu wecken und den Weg für eine Serie auf Basis der echten EC-Comics zu ebnen. Weitere Infos: - [Creepshow (Wikipedia)](https://de.wikipedia.org/wiki/Creepshow) - [Tales from the Crypt (Wikipedia)](https://de.wikipedia.org/wiki/Tales_from_the_Crypt_(Fernsehserie)) - [EC Comics (Wikipedia)](https://de.wikipedia.org/wiki/EC_Comics)

Das klassische Unix-Tool zum Verschlüsseln von Text auf der Konsole heißt `crypt`. Es ist ein Kommandozeilenprogramm, das in älteren Unix-Systemen verfügbar war. Die grundlegende Verwendung sieht so aus: ```bash crypt <passwort> <eingabedatei >ausgabedatei ``` Beispiel: ```bash crypt meinpasswort < klartext.txt > verschluesselt.txt ``` **Hinweis:** - Das `crypt`-Programm gilt heute als unsicher und wird auf modernen Unix- und Linux-Systemen meist nicht mehr mitgeliefert. - Für sichere Verschlüsselung empfiehlt sich stattdessen z.B. [GnuPG (gpg)](https://gnupg.org/) oder [OpenSSL](https://www.openssl.org/). Weitere Informationen zu `crypt` findest du z.B. in der [man page von crypt](https://man7.org/linux/man-pages/man1/crypt.1.html).

Die „Tales from the Crypt“-Comics wurden ursprünglich von 1950 bis 1955 veröffentlicht. Sie erschienen beim US-amerikanischen Verlag EC Comics und sind ein Klassiker des Horror-Comic-Genres.

Die „Tales from the Crypt“-Comics von EC Comics, die zwischen 1950 und 1955 erschienen, spiegelten ein ambivalentes und oft stereotypisiertes Frauenbild wider, das typisch für viele Popkulturprodukte der damaligen Zeit war. Frauenrollen in den Comics: 1. **Opferrolle:** Frauen wurden häufig als Opfer von Gewalt, Mord oder übernatürlichen Ereignissen dargestellt. Sie waren oft hilflos, schutzbedürftig oder Zielscheibe grausamer Racheakte. 2. **Verführerinnen und Femme Fatales:** Es gab zahlreiche Darstellungen von Frauen als manipulative, verführerische Figuren, die Männer ins Verderben führten. Diese „Femme Fatale“-Figur entsprach gängigen Klischees des Film Noir und der Pulp-Literatur. 3. **Moralische Instanz oder Rächerin:** In einigen Geschichten traten Frauen auch als Rächerinnen auf, die sich an untreuen oder gewalttätigen Männern rächten. Allerdings geschah dies meist im Rahmen übernatürlicher oder makabrer Handlungen. 4. **Nebenfiguren:** Viele weibliche Charaktere blieben eindimensional und dienten vor allem als Katalysatoren für die Handlung oder als Schockelement. Gesellschaftlicher Kontext: Das Frauenbild in „Tales from the Crypt“ war geprägt von den gesellschaftlichen Normen der 1950er Jahre, in denen traditionelle Geschlechterrollen vorherrschten. Die Comics griffen zwar gelegentlich Themen wie weibliche Selbstbestimmung oder Rache auf, taten dies aber meist in überzeichneter, sensationeller Weise. Fazit: Insgesamt vermittelten die „Tales from the Crypt“-Comics ein eher konservatives und klischeehaftes Frauenbild, das zwischen Opfer, Verführerin und gelegentlicher Rächerin schwankte. Emanzipierte oder vielschichtige Frauenfiguren waren selten. Die Darstellung entsprach damit weitgehend den damaligen gesellschaftlichen Vorstellungen und den Konventionen des Horror- und Krimigenres. Weitere Informationen zu EC Comics findest du hier: [EC Comics – Wikipedia](https://de.wikipedia.org/wiki/EC_Comics) [Tales from the Crypt – Wikipedia](https://de.wikipedia.org/wiki/Tales_from_the_Crypt)

Das "Loopback"-Device (oft als "loop" bezeichnet) ist eine Methode unter Unix/Linux, um eine Datei als Blockgerät zu behandeln, sodass sie wie ein echtes Gerät (z.B. eine Festplattenpartition) gemountet werden kann. Das wird häufig beim Einsatz von verschlüsselten Dateisystemen genutzt, etwa mit **cryptsetup** oder **losetup**. Wenn du nach einer Alternative zum klassischen "loop"-Device für verschlüsselte Dateisysteme suchst, gibt es mehrere Möglichkeiten: 1. **Direktes Blockgerät** Anstatt eine Datei als Loopback-Device zu verwenden, kannst du direkt eine Partition oder ein physisches Blockgerät (z.B. `/dev/sdb1`) für die Verschlüsselung nutzen. Beispiel: ``` cryptsetup luksFormat /dev/sdb1 cryptsetup open /dev/sdb1 mycrypt mkfs.ext4 /dev/mapper/mycrypt ``` 2. **Device Mapper (dm-crypt)** Moderne Verschlüsselungslösungen wie **dm-crypt** (genutzt von cryptsetup/LUKS) arbeiten direkt mit Blockgeräten und benötigen kein Loopback-Device, sofern du keine Datei als Container nutzt. 3. **Dateibasierte Container ohne Loopback** Einige Tools (z.B. **TrueCrypt**, **VeraCrypt**) können verschlüsselte Containerdateien auch ohne explizites Anlegen eines Loopback-Devices einbinden, indem sie intern den Zugriff regeln. 4. **FUSE-basierte Lösungen** Tools wie **EncFS** oder **gocryptfs** arbeiten auf Dateiebene und benötigen kein Loopback-Device, da sie das Dateisystem im Userspace (über FUSE) bereitstellen. - [EncFS](https://vgough.github.io/encfs/) - [gocryptfs](https://github.com/rfjakob/gocryptfs) **Fazit:** Du brauchst das Loopback-Device nur, wenn du eine Datei als Blockgerät mounten willst. Wenn du direkt mit Partitionen, physischen Geräten oder FUSE-basierten Lösungen arbeitest, ist das "loop"-Device nicht notwendig.

Das ext4-Dateisystem selbst bietet keine native Verschlüsselung auf Dateisystemebene wie z.B. LUKS/dm-crypt (Blockgeräte-Verschlüsselung). Allerdings unterstützt ext4 seit Linux 4.1 die sogenannte **Filesystem-level Encryption** (fscrypt), auch als "ext4 native encryption" bekannt. Diese Verschlüsselung funktioniert auf Verzeichnisebene und ist nicht mit LUKS/dm-crypt zu verwechseln. **Voraussetzungen:** - Linux-Kernel ≥ 4.1 (besser ≥ 5.x) - e2fsprogs ≥ 1.43 - Das Paket `fscrypt` (https://github.com/google/fscrypt) **Schritte zur Erstellung und Nutzung:** 1. **Dateisystem anlegen (wie gewohnt):** ```bash mkfs.ext4 /dev/sdXn ``` 2. **Mounten:** ```bash mount /dev/sdXn /mnt/mydata ``` 3. **fscrypt installieren:** - Unter Debian/Ubuntu: ```bash sudo apt install fscrypt ``` - Unter Fedora: ```bash sudo dnf install fscrypt ``` 4. **Dateisystem für fscrypt vorbereiten:** ```bash sudo fscrypt setup /mnt/mydata ``` 5. **Verschlüsseltes Verzeichnis anlegen:** ```bash sudo mkdir /mnt/mydata/secret sudo fscrypt encrypt /mnt/mydata/secret ``` Du wirst nach einem Passwort gefragt und kannst ggf. weitere Optionen wählen. 6. **Verwendung:** - Nach dem Mounten des Dateisystems musst du das Verzeichnis mit `fscrypt unlock` freischalten: ```bash fscrypt unlock /mnt/mydata/secret ``` - Danach kannst du wie gewohnt auf das Verzeichnis zugreifen. **Wichtige Hinweise:** - Die Verschlüsselung gilt **nur für die so eingerichteten Verzeichnisse**, nicht für das gesamte Dateisystem. - Die Metadaten (z.B. Verzeichnisstruktur) sind teilweise weiterhin sichtbar. - fscrypt ist **kein Ersatz für LUKS/dm-crypt**, aber für viele Anwendungsfälle ausreichend. **Weitere Infos:** - [fscrypt GitHub](https://github.com/google/fscrypt) - [Kernel-Dokumentation](https://www.kernel.org/doc/html/latest/filesystems/fscrypt.html) **Zusammenfassung:** Ein "nativ verschlüsseltes ext4-Dateisystem" ohne LUKS/dm-crypt erreichst du mit `fscrypt` auf Verzeichnisebene. Das Dateisystem wird wie gewohnt erstellt und gemountet, die Verschlüsselung erfolgt dann gezielt auf Verzeichnisse mit Hilfe von `fscrypt`.