War­um Tier 1 (Online) gegen Ran­som­wa­re ver­sagt #

Sze­na­rio: Ein Angrei­fer hat Ihr Netz­werk kom­pro­mit­tiert. Der File­ser­ver ist ver­schlüs­selt. Sie ver­su­chen, aus Tier 1 Back­ups wiederherzustellen.

Pro­blem 1: Der Angrei­fer hat auch Zugriff auf Tier 1 Wenn der Angrei­fer Admin-Zugriff auf Ihr Netz­werk hat (und er hat es, bei ech­ter Kom­pro­mit­tie­rung), kann er auch das Back­up-Sys­­tem errei­chen. Er kann:

  • Tier 1 Back­ups löschen
  • Tier 1 Back­ups ver­schlüs­seln (Dou­ble Extor­ti­on: Geschäfts­da­ten + Backup-Daten)
  • Tier 1 Back­ups ändern (Silent Encryp­ti­on: Ände­run­gen wer­den in Back­ups replikiert)

Pro­blem 2: Auto­ma­ti­sche Syn­chro­ni­sa­ti­on Vie­le Back­up-Sys­­te­­me syn­chro­ni­sie­ren täg­lich oder sogar stünd­lich. Wenn der Angrei­fer die Encryp­ti­on star­tet und Ihre Back­ups syn­chro­ni­sie­ren am glei­chen Tag — ist die Encryp­ti­on auch in Back­up. Sie haben nur 24 Stun­den um das zu bemerken.

Sta­tis­tik: 76% der Ran­­som­­wa­­re-Opfer hat­ten Back­ups (Vee­am 2024). Aber 60%+ der Opfer konn­ten ihre Back­ups nicht nut­zen, weil die auch kom­pro­mit­tiert waren.

War­um Tier 4 (Cloud) gegen Ran­som­wa­re ver­sagt #

Sze­na­rio: Sie haben AWS S3 Back­ups. Der Angrei­fer kom­pro­mit­tiert Ihr Netz­werk und fin­det die AWS Cre­den­ti­als im Code oder in Umgebungsvariablen.

Pro­blem 1: Cloud-Cre­­den­­ti­als sind im Netz­werk Wenn Ihre Appli­ka­tio­nen mit AWS spre­chen, exis­tier­ten die AWS Cre­den­ti­als im Netz­werk. Ein Angrei­fer kann die­se cre­den­ti­als steh­len und direkt auf AWS zugrei­fen — unab­hän­gig von Ihrem On-Pre­­mi­­ses Netzwerk.

Pro­blem 2: S3 kann Zugriff nicht ver­hin­dern Wenn der Angrei­fer gül­ti­ge Cre­den­ti­als hat, kann AWS nicht unter­schei­den zwischen ​“aut­ho­ri­sier­tem Zugriff” und ​“ange­grif­fe­ner Zugriff”. Der Angrei­fer kann S3 Back­ups löschen oder mit Cryp­to­Lo­cker Ran­som­wa­re verschlüsseln.

Pro­blem 3: Ver­zö­ger­tes Erken­nen Im Gegen­satz zu On-Prem Back­ups, die Sie täg­lich nut­zen und sehen, kön­nen Sie Cloud-Back­ups ver­ges­sen. Wenn der Angrei­fer S3 Back­ups 3 Wochen vor Ihrer Erken­nung löscht, wis­sen Sie davon nichts bis Recovery-Zeit.

Sta­tis­tik: Vie­le Orga­ni­sa­tio­nen nut­zen Cloud als ​“Back­up” — aber Cloud ist kei­ne Iso­la­ti­on gegen kom­pro­mit­tier­te Credentials.

Das Air-Gap-Kon­­­zept #

bedeu­tet: Phy­si­sche oder logi­sche Iso­la­ti­on vom Produktions-Netzwerk.

Das heißt konkret:

  1. Kopie wird erstellt (aus Tier 1 Back­ups oder direkt)
  2. Kopie wird auf iso­lier­te Hard­ware gelegt (Silent Brick oder exter­ne USB)
  3. Hard­ware wird phy­sisch vom Netz­werk getrennt (Net­z­­werk-Kabel raus)
  4. Hard­ware wird in Tre­sor gela­gert (phy­sisch sicher)
  5. Für Reco­very: Hard­ware wird wie­der ange­schlos­sen (manu­el­ler, bewuss­ter Prozess)

Der Angrei­fer kann:

  • Tier 1 löschen ✓ (net­z­­werk-ver­­­bun­­den, erreichbar)
  • Tier 4 löschen ✓ (Cre­den­ti­als gestohlen)
  • Tier 2 löschen ✗ (phy­sisch nicht erreich­bar, offline)

Das ist die Sicher­heit des Air Gap.

Prak­ti­sche Air-Gap-Imple­­men­­tie­rung #

Schritt 1: Wöchent­li­che Kopie Jeden Freitag:

  • Back­up-Admin ver­bin­det Silent Brick mit Netzwerk
  • Tier 1 Back­ups wer­den auf Silent Brick kopiert
  • Kopie-Pro­­zess wird veri­fi­kiert (Checks­ums überprüft)
  • Silent Brick wird vom Netz­werk disconnected
  • Hard­ware wird in Tre­sor gelagert

Schritt 2: Off­line-Lage­rung

  • Silent Brick bleibt 7 Tage offline
  • In die­ser Zeit kann der Angrei­fer die Hard­ware nicht erreichen
  • Nach 7 Tagen wird die alte Kopie über­schrie­ben (Wie­der­ver­wen­dung der Hardware)

Schritt 3: Reco­very

  • Im Fal­le eines Angriffs wird Silent Brick aus Tre­sor geholt
  • Hard­ware wird mit Reco­­very-Ser­­ver ver­bun­den (in iso­lier­ter Zone)
  • Daten wer­den wie­der­her­ge­stellt (kom­plett off­line von Produktions-Netzwerk)
  • Nach Reco­very kön­nen die Daten schritt­wei­se zurück zu Production

Das ist kein hoch­tech Pro­zess — das ist ele­gan­te Simplizität.

Sze­na­rio-Ana­­ly­­se: Was über­lebt einen voll­stän­di­gen Kom­pro­miss? #

Sze­na­rio: Angrei­fer mit voll­stän­di­ger Kon­trol­le des Pro­­duk­­ti­ons-Net­z­­werks. 72 Stun­den Zugriff.

TierTag 1Tag 2Tag 3Reco­­very-Sta­­tus
**Tier 1 (Online)**Ver­schlüs­seltWegWeg✗ Ver­lo­ren
**Tier 4 (Cloud)**Cre­den­ti­als gestohlenGelöschtWeg✗ Ver­lo­ren
**Tier 3 (WORM)**Uner­reich­barUner­reich­barUner­reich­bar✗ Lang­fris­tig, aber kei­ne schnel­le Recovery
**Tier 2 (Air Gap)**Off­lineOff­lineOff­line✓ Ver­füg­bar

Nur Tier 2 über­lebt wirk­lich unversehrt.

Die kri­ti­sche Phase: ​“Was ist, wenn Tier 2 auch bekannt ist?” #

Ein berech­tig­tes Angstnis: ​“Was ist, wenn der Angrei­fer nicht nur das Pro­­duc­­ti­on-Net­z­­werk kom­pro­mit­tiert, son­dern auch weiß, dass wir Tier 2 Back­ups haben — und die ver­sucht zu finden?”

Ant­wort: Phy­si­sche Sicherheit.

Wenn die Tier 2 Hard­ware im Tre­sor ist, und der Angrei­fer hat nicht phy­si­schen Zugang zum Gebäu­de, kann er die Hard­ware nicht löschen. Das ist war­um Tier 2 auch phy­sisch sau­ber gela­gert wer­den muss — nicht im Ser­ver­raum (zugäng­lich vom Netz­werk), son­dern im Tre­sor oder Bank-Safe.

Das ist im übri­gen auch die Emp­feh­lung von NIST, BSI und ande­ren Stan­dards: Off­line Back­ups soll­ten phy­sisch sicher auf­be­wahrt werden.

Die Rol­le der Reco­­very-Ver­i­­fi­­ka­­ti­on #

Ein wich­ti­ger Punkt: Tier 2 ist nur so gut, wie die Verifikation.

Ein Angrei­fer könn­te theoretisch:

  1. Auf einen älte­ren Back­up zugrei­fen (wenn phy­si­sche Sicher­heit nicht per­fekt ist)
  2. Die­sen Back­up ver­än­dern (Mal­wa­re einschleusen)
  3. Den Back­up wie­der lagern
  4. Wenn Sie ihn spä­ter nut­zen, ist die Mal­wa­re auch dort

Lösung: Veri­fi­zier­te Wiederherstellbarkeit

  • Regel­mä­ßi­ge Reco­­very-Tests direkt aus Tier 2 (nicht aus Tier 1)
  • Inte­­gri­­tät-Checks nach Reco­very (Anti­vi­rus, Hash-Verifikation)
  • Iso­lier­te Reco­­very-Umge­­bung (nicht direkt in Production)

Das macht Tier 2 zu einer wirk­li­chen Versicherungs-Ebene.

Häu­fi­ge Feh­ler bei Air-Gap-Imple­­men­­tie­rung #

Feh­ler 1: ist nicht wirk­lich off­line ​“Wir haben einen iso­lier­ten Ser­ver, aber er ist mit Net­z­­werk-Kabel noch ver­bun­den für ​‘Not­fäl­le’.”

Das ist nicht . Ech­te Iso­la­ti­on bedeu­tet: Kabel raus, wenn offline.

Feh­ler 2: Nur eine Kopie ​“Wir haben eine Air-Gap-Kopie — aber nur eine alte.”

Lösung: Meh­re­re Kopien, rotie­rend. Min­des­tens 4 Wochen alte Kopien vorhalten.

Feh­ler 3: Zu lang­sa­mer Kopi­er-Pro­zess ​“Unser Air-Gap Kopi­er-Pro­­zess dau­ert 12 Stunden.”

Das ist zu lang­sam und zu feh­ler­an­fäl­lig. Mit Silent Brick sind 2 – 4 Stun­den realistisch.

Feh­ler 4: Kei­ne Veri­fi­ka­ti­on ​“Wir kopie­ren auf Air-Gap, aber über­prü­fen nie ob die Daten kon­sis­tent sind.”

Reco­very wird schei­tern wenn Sie es brau­chen. Immer veri­fi­zie­ren: Checks­ums, Grö­ße, Metadaten.

Häu­fi­ge Fra­gen #

Ist Tape-Back­up ein Air Gap? Ja, wenn Tape regel­mä­ßig vom Netz­werk getrennt und off­line gela­gert wird. Aber Tape ist lang­sa­mer als SSD-basier­­te Hard­ware (Silent Brick).

Kön­nen wir Air-Gap mit kom­bi­nie­ren? Ja. Tier 2 (Air-Gap Iso­la­ti­on) + Tier 3 (Har­d­­wa­re-) = maxi­ma­le Resilienz.

Brau­chen KMUs auch Air Gap? Ja. Für ein KMU ist sogar noch wich­ti­ger, weil die Resi­­li­enz-Infra­­struk­­tur weni­ger robust ist. Eine wöchent­li­che Hand-Kopie auf exter­ne Hard­ware ist bes­ser als nichts.


Disclaimer

Dieser Beitrag wurde redaktionell erstellt und mit KI-Unterstützung aufbereitet. Er gibt einen allgemeinen Überblick und stellt keine Rechtsberatung dar – für Ihre konkrete Situation empfehlen wir professionellen Rat.