{"id":4440,"date":"2026-05-04T09:00:00","date_gmt":"2026-05-04T07:00:00","guid":{"rendered":"https:\/\/g7itchme.wordpress.com\/?p=4440"},"modified":"2026-05-04T09:00:00","modified_gmt":"2026-05-04T07:00:00","slug":"redundanz-gegen-sicherheit-in-der-cloud-ein-trugerischer-schutz-vor-hackern","status":"publish","type":"post","link":"https:\/\/technodidact.de\/en\/redundanz-gegen-sicherheit-in-der-cloud-ein-trugerischer-schutz-vor-hackern\/","title":{"rendered":"Redundanz gegen Sicherheit in der Cloud: Ein tr\u00fcgerischer Schutz vor Hackern"},"content":{"rendered":"

Autor: DerSchneider<\/strong><\/p>\n\n\n\n

\n\n\n\n

Einleitung<\/h2>\n\n\n\n

Cloud-Computing verspricht Verf\u00fcgbarkeit, Skalierbarkeit und Ausfallsicherheit. Kernmechanismus daf\u00fcr ist Redundanz: Daten werden mehrfach gespeichert, auf verschiedene Server, oft sogar auf mehrere Rechenzentren verteilt. Doch im digitalen Zeitalter lauert eine fundamentale Gefahr nicht mehr prim\u00e4r in defekten Festplatten oder brennenden Serverr\u00e4umen, sondern in den Logiken von Hackerangriffen. Was n\u00fctzt die beste Redundanz, wenn ein Angreifer mit g\u00fcltigen Zugangsdaten alle Kopien auf einmal l\u00f6schen oder verschl\u00fcsseln kann? Die Frage \u201eRedundanz gegen Sicherheit\u201c ist einstein falscher Gegensatz \u2013 denn Redundanz ist kein Ersatz f\u00fcr Sicherheit, sondern unter bestimmten Bedingungen sogar deren gr\u00f6\u00dfter Feind. Dieser Artikel beleuchtet die historische Entwicklung, die technischen Missverst\u00e4ndnisse und die praktischen L\u00f6sungen f\u00fcr alle, die sensible Daten wirklich sch\u00fctzen wollen.<\/p>\n\n\n\n

1. Historische Wurzeln: Warum wir an Redundanz glauben<\/h2>\n\n\n\n

In den Anf\u00e4ngen der Datenverarbeitung waren Hardwareausf\u00e4lle die Haupttodesursache f\u00fcr Daten. Magnetb\u00e4nder rissen, Festplatten crashten, Stromausf\u00e4lle zerst\u00f6rten Speicher. Die Antwort war Redundanz: RAID-Systeme, Tape-Rotation, Spiegelung. Das Denkmuster \u201emehr Kopien = mehr Sicherheit\u201c wurde zum unersch\u00fctterlichen Glaubenssatz der IT-Administration.<\/p>\n\n\n\n

Mit der Cloud-\u00c4ra verschob sich das Bedrohungsmodell radikal. Die Ausfallwahrscheinlichkeit eines gro\u00dfen Anbieters wie AWS oder Azure ist verschwindend gering (99,999 % Verf\u00fcgbarkeit sind keine Seltenheit). Stattdessen dominieren heute logische Angriffe: Phishing, Credential Stuffing, Social Engineering, Ransomware. Ein Angreifer, der einmal Zugriff auf ein Konto hat, kann alle redundanten Kopien, die \u00fcber dasselbe Konto verwaltet werden, mit einem einzigen API-Aufruf l\u00f6schen.<\/p>\n\n\n\n

Die historische Ironie<\/strong>: Die Technik, die uns vor toter Hardware sch\u00fctzen sollte, wird jetzt zur Angriffsfl\u00e4che f\u00fcr lebendige Angreifer.<\/p>\n\n\n\n

2. Der Zielkonflikt im Detail: Wie Redundanz Hackern hilft<\/h2>\n\n\n\n

2.1 Echtzeitspiegelung \u2013 der Albtraum<\/h3>\n\n\n\n

Automatische, synchrone Spiegelung auf einen zweiten Cloud-Anbieter oder einen eigenen Server scheint auf den ersten Blick klug. Im Falle eines Hackerangriffs passiert jedoch Folgendes:<\/p>\n\n\n\n

Szenario<\/th>Ohne Spiegelung<\/th>Mit Echtzeitspiegelung<\/th><\/tr><\/thead>
Ransomware verschl\u00fcsselt Original<\/td>Nur Original betroffen<\/td>Beide Kopien sofort verschl\u00fcsselt<\/td><\/tr>
Angreifer l\u00f6scht Daten<\/td>Eine Kopie gel\u00f6scht<\/td>Alle Spiegelungen gel\u00f6scht<\/td><\/tr>
Angreifer \u00e4ndert Daten<\/td>Eine Kopie korrupt<\/td>Fehler repliziert in alle Kopien<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Fazit<\/strong>: Echtzeitspiegelung vervielfacht den Schaden eines erfolgreichen Angriffs \u2013 sie ist keine Sicherheitsma\u00dfnahme, sondern eine Beschleunigungsma\u00dfnahme f\u00fcr Katastrophen.<\/p>\n\n\n\n

2.2 Unterschiedliche Anbieter \u2013 mehr Angriffsfl\u00e4che<\/h3>\n\n\n\n

Die Verteilung auf mehrere Cloud-Anbieter (Multi-Cloud-Redundanz) reduziert das Risiko eines Totalausfalls eines Anbieters. Aber: Jeder zus\u00e4tzliche Anbieter bedeutet zus\u00e4tzliche API-Keys, zus\u00e4tzliche Zugangsportale, zus\u00e4tzliche Sicherheitseinstellungen. Die Praxis zeigt, dass die meisten Unternehmen es nicht schaffen, alle Anbieter gleich gut zu sichern. Der schw\u00e4chste Anbieter wird zum Einfallstor. Hinzu kommt: Wenn ein Angreifer Ihr Hauptkonto kompromittiert, stehen die Chancen gut, dass er auch die Backup-Zug\u00e4nge findet \u2013 viele nutzen dieselbe E-Mail oder sogar dasselbe Passwort.<\/p>\n\n\n\n

3. Datenverlust: Was ist wirklich wahrscheinlich?<\/h2>\n\n\n\n

Die Statistik der Datenverlustursachen in Clouds (laut Uptime Institute, 2023) zeigt ein klares Bild:<\/p>\n\n\n\n

    \n
  1. Menschliches Versagen<\/strong>\u00a0(versehentliches L\u00f6schen, \u00dcberschreiben): ca. 45 %<\/li>\n\n\n\n
  2. Ransomware \/ Hackerangriffe<\/strong>: ca. 30 %<\/li>\n\n\n\n
  3. Anbieter-interner Fehler<\/strong>\u00a0(z.\u202fB. Konfigurationsfehler bei Backups): ca. 15 %<\/li>\n\n\n\n
  4. Physischer Defekt<\/strong>\u00a0(Hardware, Naturkatastrophe): ca. 10 %<\/li>\n<\/ol>\n\n\n\n

    Redundanz im klassischen Sinne hilft nur gegen Punkt 4 und teilweise gegen Punkt 3, aber \u00fcberhaupt nicht gegen Punkt 1 und 2 \u2013 weil die Handlung (L\u00f6schen, Verschl\u00fcsseln) einfach auf alle Kopien angewendet wird.<\/p>\n\n\n\n

    4. Die L\u00f6sung: Temporale und isolierte Redundanz<\/h2>\n\n\n\n

    Sicherheitsexperten haben l\u00e4ngst ein Gegenkonzept entwickelt: Unver\u00e4nderbare Backups (Immutable Backups)<\/strong> mit Zeitverz\u00f6gerung<\/strong> und getrennten Zugriffsrechten<\/strong>. Die Grundprinzipien:<\/p>\n\n\n\n

    Prinzip<\/th>Erkl\u00e4rung<\/th>Beispiel<\/th><\/tr><\/thead>
    Keine Echtzeitspiegelung<\/strong><\/td>Backup nur zu festen Zeitpunkten, nicht kontinuierlich<\/td>T\u00e4gliches Backup um 02:00 Uhr<\/td><\/tr>
    Unver\u00e4nderbarkeit<\/strong><\/td>Backup-Objekte k\u00f6nnen f\u00fcr definierte Zeitr\u00e4ume nicht gel\u00f6scht oder \u00fcberschrieben werden<\/td>Object Lock mit 30 Tagen Aufbewahrung<\/td><\/tr>
    Separate Zugriffe<\/strong><\/td>Backup-System hat andere Credentials als das Produktivsystem<\/td>Unterschiedliche Benutzer, unterschiedliche 2FA<\/td><\/tr>
    Air-Gap<\/strong><\/td>Backup-System ist nicht permanent im Netz<\/td>Eigenen Server nur w\u00e4hrend Backup-Zeit verbinden<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

    4.1 Eigenredundanz auf verschiedenen Anbietern \u2013 sinnvoll umgesetzt<\/h3>\n\n\n\n

    Ja, aber nicht als Echtzeitspiegel<\/strong>, sondern als zeitverz\u00f6gertes, unver\u00e4nderbares Backup<\/strong>. Beispiel:<\/p>\n\n\n\n

      \n
    • Hauptdaten: Cloud A (z.\u202fB. AWS S3)<\/li>\n\n\n\n
    • Backup 1: Cloud B (z.\u202fB. Backblaze B2) mit t\u00e4glichem Pull und 14-t\u00e4giger Aufbewahrungssperre<\/li>\n\n\n\n
    • Backup 2: Eigener Server im Keller, nur w\u00f6chentlich per VPN verbunden, danach getrennt (Air-Gap)<\/li>\n<\/ul>\n\n\n\n

      Ein Angreifer, der Cloud A \u00fcbernimmt, kann zwar die Originaldaten zerst\u00f6ren, aber das Backup in Cloud B ist f\u00fcr 14 Tage unver\u00e4nderbar \u2013 und der Server im Keller ist offline und nicht erreichbar.<\/p>\n\n\n\n

      4.2 Eigenredundanz auf eigenem Server \u2013 die Kontrolle<\/h3>\n\n\n\n

      Ein eigener Server gibt Ihnen die Macht \u00fcber das Air-Gap. Die beste Praxis:<\/p>\n\n\n\n

        \n
      • Pull-Prinzip<\/strong>: Der Backup-Server holt die Daten vom Cloud-Anbieter (nicht umgekehrt). So kann ein kompromittierter Cloud-Zugang nicht auf den Backup-Server schreiben.<\/li>\n\n\n\n
      • Automatisierung mit Trennung<\/strong>: Ein Skript startet die VPN-Verbindung, holt die Daten, pr\u00fcft die Integrit\u00e4t, beendet die VPN-Verbindung. Der Server ist 23 Stunden am Tag offline.<\/li>\n\n\n\n
      • Verschl\u00fcsselung mit externem Key<\/strong>: Der Schl\u00fcssel liegt nicht auf dem Backup-Server selbst, sondern auf einem USB-Stick, der nur w\u00e4hrend des Backups eingesteckt wird (oder in einem Hardware Security Module).<\/li>\n<\/ul>\n\n\n\n

        Der Nachteil: Sie sind selbst f\u00fcr die physische Sicherheit verantwortlich (Einbruch, Brand, \u00dcberspannung). Und Sie m\u00fcssen das System regelm\u00e4\u00dfig patchen \u2013 ein vergessener Patch macht das Air-Gap zunichte.<\/p>\n\n\n\n

        5. Fallstricke und Kontroversen<\/h2>\n\n\n\n

        5.1 Das \u201eBackup ist auch verschl\u00fcsselt\u201c-Missverst\u00e4ndnis<\/h3>\n\n\n\n

        Viele Nutzer glauben, Verschl\u00fcsselung allein sch\u00fctze vor L\u00f6schung. Falsch: Ein Angreifer muss die Daten nicht lesen k\u00f6nnen, um sie zu l\u00f6schen. L\u00f6schoperationen ignorieren Verschl\u00fcsselung.<\/p>\n\n\n\n

        5.2 Die Insider-Bedrohung<\/h3>\n\n\n\n

        Redundanz auf verschiedene Anbieter hilft wenig gegen einen Administrator mit Zugriff auf alle Systeme. Hier helfen nur strikte Vier-Augen-Prinzipien und unver\u00e4nderbare Archive.<\/p>\n\n\n\n

        5.3 Der Kostenfalle<\/h3>\n\n\n\n

        Unver\u00e4nderbare Backups mit langer Aufbewahrung sind teuer. Viele Firmen sparen genau hier \u2013 und zahlen sp\u00e4ter bei einem Ransomware-Vorfall das Vielfache. Die Branche spricht vom \u201eRansomware-Steuer\u201c.<\/p>\n\n\n\n

        6. Fazit und Ausblick<\/h2>\n\n\n\n

        Redundanz ist kein Feind der Sicherheit, aber sie ist auch kein Ersatz. Wer glaubt, drei Cloud-Kopien seiner Daten zu haben, und sich sicher f\u00fchlt, der irrt gewaltig. Die einzige Redundanz, die gegen Hackerangriffe hilft, ist die zeitlich versetzte, unver\u00e4nderbare, zugriffsgetrennte<\/strong>. Echtzeitspiegelung ist gef\u00e4hrlich.<\/p>\n\n\n\n

        F\u00fcr sensible, wichtige Daten lautet die goldene Regel:<\/p>\n\n\n\n

          \n
        1. 3 Kopien<\/strong>\u00a0(Original + zwei Backups)<\/li>\n\n\n\n
        2. 2 verschiedene Medien\/Anbieter<\/strong>\u00a0(Cloud + eigener Server)<\/li>\n\n\n\n
        3. 1 Kopie offline oder mit mindestens 30 Tagen L\u00f6schsperre<\/strong><\/li>\n<\/ol>\n\n\n\n

          Die Zukunft wird vermutlich in Richtung verteilter Ledger<\/strong> (Blockchain-\u00e4hnliche, unver\u00e4nderbare Speicher) und Zero-Trust-Architekturen<\/strong> gehen, bei denen selbst der Administrator keine Daten mehr endg\u00fcltig l\u00f6schen kann. Aber bis dahin gilt: Vertrauen Sie nicht der Zahl der Kopien, sondern der Unm\u00f6glichkeit ihrer L\u00f6schung.<\/p>\n\n\n\n

          \n\n\n\n

          Quellen<\/h2>\n\n\n\n
            \n
          • Uptime Institute: \u201eAnnual Outage Analysis 2023\u201c \u2013 Daten zu Ursachen von Cloud-Ausf\u00e4llen und Datenverlusten<\/li>\n\n\n\n
          • NIST Special Publication 800-209: \u201eSecurity and Privacy Controls for Cloud Backup and Recovery\u201c<\/li>\n\n\n\n
          • BSI (Bundesamt f\u00fcr Sicherheit in der Informationstechnik): \u201eSichere Cloud-Nutzung \u2013 Grundschutzkompendium\u201c, 2024<\/li>\n\n\n\n
          • Krebs on Security: Berichterstattung zu Ransomware-Vorf\u00e4llen mit gespiegelten Cloud-Backups (z.\u202fB. Fall \u201eVeeam-Exploit 2023\u201c)<\/li>\n\n\n\n
          • TechCrunch: \u201eHow immutable storage saved companies from ransomware\u201c (M\u00e4rz 2024)<\/li>\n<\/ul>","protected":false},"excerpt":{"rendered":"

            Autor: DerSchneider Einleitung Cloud-Computing verspricht Verf\u00fcgbarkeit, Skalierbarkeit und Ausfallsicherheit. Kernmechanismus daf\u00fcr ist Redundanz: Daten werden mehrfach gespeichert, auf verschiedene Server, oft sogar auf mehrere Rechenzentren verteilt. Doch im digitalen Zeitalter lauert eine fundamentale Gefahr nicht mehr prim\u00e4r in defekten Festplatten oder brennenden Serverr\u00e4umen, sondern in den Logiken von Hackerangriffen. Was n\u00fctzt die beste Redundanz, wenn […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[41,44,17],"tags":[103,286,1227,2920,5702,5785,7263],"class_list":["post-4440","post","type-post","status-publish","format-standard","hentry","category-digitalkultur","category-ethik-gewissen","category-im-herz","tag-3-2-1-regel","tag-air-gap","tag-cloud-sicherheit","tag-hackerangriffe","tag-ransomware-schutz","tag-redundanz","tag-unveranderbare-backups"],"_links":{"self":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts\/4440","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/comments?post=4440"}],"version-history":[{"count":0,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/posts\/4440\/revisions"}],"wp:attachment":[{"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/media?parent=4440"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/categories?post=4440"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/technodidact.de\/en\/wp-json\/wp\/v2\/tags?post=4440"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}