SED eller mjukvarukryptering? Så väljer du rätt kryptering för hemmserver och NAS

Stöldskyddet för en hemmserver handlar sällan om brandväggar — det handlar om vad som händer när någon bär ut själva diskarna. Kryptering är svaret, men det finns två skolor: själv-krypterande diskar (SED) som gör jobbet i hårdvara, och mjukvarukryptering (LUKS, BitLocker, VeraCrypt, ZFS native encryption) som gör det i operativsystemet. Här jämför vi prestanda, nyckelhantering, säker radering och risker — och ger köpråd per användningsfall.

Vad en själv-krypterande disk faktiskt gör

En SED följer standarden TCG Opal (i dag version 2.0) från Trusted Computing Group. I disken genereras en intern medianyckel (MEK) som aldrig lämnar kontrollern; ditt lösenord skapar en nyckelkrypteringsnyckel (KEK) som skyddar MEK:en. All data krypteras med AES-256 direkt i kontrollern — krypteringen är alltså alltid på, och utan lösenord är disken låst snarare än okrypterad.

När strömmen bryts rensas nyckeln ur minnet och upplåsning kräver pre-boot authentication eller verktyg som sedutil. Eftersom krypteringsmotorn sitter i diskens egen krets nås full porthastighet — prestandaförlusten är i princip noll.

Mjukvarualternativen i korthet

LUKS — Linux-världens standard

LUKS (via dm-crypt) är standardvalet för Linux-servrar. LUKS2-headern har åtta nyckelplatser, så lösenord och nyckelfiler kan kombineras och roteras utan omkryptering. Upplåsning sker manuellt eller automatiskt med TPM2, Clevis eller en Tang-server. Viktigaste rutinen: ta backup av LUKS-headern — en korrupt header utan backup betyder att hela volymen är förlorad.

ZFS native encryption

ZFS krypterar per dataset med egen nyckel — lösenord eller rå hex-nyckel — som laddas vid uppstart. Styrkan är krypterad replikering: råa sändningar kopierar datasetet till en annan maskin utan att dekryptera det på vägen. För en ZFS-baserad NAS är detta det naturliga valet.

BitLocker

BitLocker är Windows inbyggda lösning med XTS-AES och TPM-stöd, ofta med PIN vid uppstart. På en Opal-kompatibel SED med eDrive-stöd delegerar BitLocker till diskens egen krypteringsmotor — i praktiken en SED-lösning med Windows-nyckelhantering.

VeraCrypt

VeraCrypt skapar portabla containrar eller krypterar hela partitioner på Windows, macOS och Linux. Det är plattformsoberoende med funktioner som dolda volymer, men CPU-kostnaden är något högre än LUKS. Styrkan är portabilitet: en container på en USB-disk kan öppnas på nästan vilken dator som helst.

Prestanda: vad kostar krypteringen i praktiken?

Med en SED är svaret enkelt: ingenting. Krypteringen sker i diskens kontroller och påverkar varken CPU eller genomströmning. För mjukvarukryptering avgör processorn: med AES-NI — de dedikerade AES-instruktionerna som funnits i så gott som alla Intel- och AMD-processorer i över ett decennium — ligger LUKS-overheaden på några få procent, ofta helt omätbar. Utan AES-NI, exempelvis på äldre NAS-processorer, kan kostnaden däremot bli kännbar, så kontrollera processorns flaggor innan du bestämmer dig.

I ett hemmalabb är prestandadiskussionen dessutom ofta teoretisk: ett 1- eller 2,5-gigabitnätverk är flaskhalsen långt före krypteringen. Slumpmässig I/O med små block påverkas mer än sekventiell genomströmning, men för filserver, mediaströmning och säkerhetskopior märker du sällan någon skillnad med modern hårdvara. ZFS native encryption med AES-GCM ligger i samma härad, medan VeraCrypt generellt kostar något mer CPU-cykler.

Jämförelse: SED, LUKS och ZFS native encryption

Egenskap	SED (TCG Opal)	LUKS (dm-crypt)	ZFS native encryption
Var krypteringen sker	I diskens kontroller (hårdvara)	I CPU:n via dm-crypt	I CPU:n via ZFS
Prestandapåverkan	I princip noll	Några få procent med AES-NI	Minimal med AES-NI
Nyckelhantering	Ett enhetslösenord; KEK skyddar den interna MEK:en	Åtta nyckelplatser, lösenord och nyckelfiler kan kombineras	En nyckel per dataset, lösenord eller rå nyckelfil
Låsning vid avstängning	Automatisk — nyckeln försvinner ur minnet vid strömavbrott	Volymen låst tills lösenord eller nyckel matas in	Datasetet olåst tills nyckeln laddas
Secure erase	Crypto-erase på sekunder via PSID-återställning	Radera headern och kör TRIM	Förstör datasetets nyckel
Portabilitet	Bunden till enheten och Opal-verktyg som sedutil	Flyttbar mellan Linux-system	Bunden till ZFS-pooler
Största risk	Kontrollerdöd eller firmwarebugg gör datan oläslig	Förlorad header eller glömt lösenord	Oladdad eller förlorad nyckel efter omstart

Nyckelhantering: här avgörs allt

Sanningen är densamma för alla metoder: glömt lösenord plus saknad nyckelkopia betyder att datan är borta för alltid. En SED har i praktiken ett enda lösenord — PSID-koden på etiketten återställer bara disken till fabriksläge och raderar allt.

LUKS ger mer andrum: åtta nyckelplatser för en separat administratörsnyckel, lösenordsrotation utan driftstopp och en header-backup på USB i kassaskåpet. ZFS hanterar en nyckelfil per dataset. Kör du headless måste upplåsningen efter strömavbrott vara planerad — TPM-baserad upplåsning, dropbear i initramfs eller en Tang-server — annars står servern stilla.

Secure erase: därför vinner crypto-erase

På en SSD fungerar inte klassisk överskrivning som säker radering: wear leveling flyttar datan mellan cellerna och överprovisionerade reserceller är osynliga för operativsystemet. TRIM garanterar ingen faktisk nollställning.

Lösningen är crypto-erase: förstör nyckeln så blir all data oläslig på sekunder. På en SED heter det Instant Secure Erase (PSID-återställning), med LUKS raderar du headern och kör TRIM, i ZFS förstör du datasetets nyckel. Vid försäljning eller skrotning är crypto-erase alltid steg ett.

Risker du måste känna till

SED:ens akilleshäl är att nyckeln bara finns i enheten — dör kontrollern är datan oläslig trots rätt lösenord. Firmwarebuggar har förekommit: forskning 2018 visade att flera konsument-SSD:er hade bristfälliga Opal-implementationer som kunde låsas upp utan det riktiga lösenordet. Välj etablerade tillverkare och verifiera låsningen.

För mjukvara är hoten en korrupt LUKS-header utan backup, ett bortglömt VeraCrypt-lösenord eller en ZFS-nyckel som aldrig laddas. Och kom ihåg: kryptering skyddar mot stöld, inte mot hårdvarufel — backup enligt 3-2-1 med en krypterad offsite-kopia förblir obligatoriskt.

Slutsats: praktiska köpråd

Rätt val beror på vad servern ska göra och vem som ska kunna låsa upp den. Här är rekommendationerna per typiskt användningsfall i hemmalabbet:

• Linux-NAS med vanliga volymer (OpenMediaVault, Proxmox, Debian/Ubuntu): välj LUKS — flexibelt, väldokumenterat och portabelt, med försumbar prestandakostnad vid AES-NI.
• ZFS-baserad NAS (TrueNAS och liknande): använd ZFS native encryption — per-dataset-nycklar och krypterad replikering är svårslaget för säkerhetskopior mellan maskiner.
• Bootdisk i en server som ska vara stöldsäker: välj en Opal-kompatibel SED och aktivera pre-boot authentication med sedutil. Noll prestandakostnad och automatisk låsning vid strömavbrott.
• Extern USB-disk som flyttas mellan datorer: välj en VeraCrypt-container om flera operativsystem ska kunna läsa den, eller LUKS om det bara är Linux som gäller.
• Windows-baserad server: kör BitLocker med TPM och PIN-kod — med eDrive-stöd används diskens egen hårdvarukryptering.

Oavsett metod: skriv ner återställningsnycklar på papper i kassaskåpet, säkerhetskopiera LUKS-headern eller ZFS-nycklarna separat från datan, och testa upplåsning från kallstart innan du litar på lösningen. Kryptera dessutom själva säkerhetskopian — en okrypterad backup upphäver hela poängen.