Bewährte Best Practices für die Sicherheit von AWS Backup

AWS bietet verschiedene cloudbasierte Produkte für Rechenleistung, Speicher, Analysen usw. an. Zwei dieser Produkte werden von Unternehmen häufig für die Datensicherung genutzt: Amazon S3 für den Objektspeicher in der Cloud und Amazon Elastic Block Store (EBS) für die Speicherung von EC2-Volumes und deren Backups.

Cloud-Speicherplattformen eignen sich ideal für die Umsetzung des 3-2-1-Ansatzes für Datensicherheit. AWS ist zudem eine hervorragende Wahl sowohl für Speicher- als auch für Rechenressourcen, da es durch Georedundanz über verschiedene geografische Regionen hinweg eine außergewöhnliche Verfügbarkeit und Resilienz bietet. Sie müssen sich keine Sorgen machen, dass eine Katastrophe Ihre Region trifft und das Rechenzentrum beeinträchtigt; Kopien Ihrer Daten sind über den ganzen Globus verteilt.

Angesichts der sich rasch weiterentwickelnden neuen Cyberbedrohungen ist es jedoch wichtig zu verstehen, wie Sie die AWS-Sicherheits-Best Practices für Cloud-Backups umsetzen können, um die potenziellen Risiken für Ihr Unternehmen zu verringern, da die Mehrheit der Sicherheitsvorfälle in der Cloud auf das Verschulden des Kunden und nicht des Cloud-Anbieters zurückzuführen ist. Lesen Sie diesen Beitrag, um mehr über alle Sicherheitsoptionen für verschiedene AWS-Speicherprodukte zu erfahren und zu erfahren, wie Sie davon profitieren können.

NAKIVO für AWS EC2-Backups

Backup von Amazon EC2-Instanzen auf EC2, AWS S3 und vor Ort. Anti-Ransomware-Optionen. Schnelle Wiederherstellung von Instanzen und Anwendungsobjekten.

ERKENNEN SIE DIE LÖSUNG

AWS-Modell der geteilten Verantwortung

Ganz gleich, ob Sie die AWS-Cloud-Speicher-Optionen nutzen oder die gesamte Infrastruktur auf Amazon EC2 migrieren – Sie sollten das AWS-Modell der geteilten Verantwortung kennen, um zu verstehen, wer für die Sicherheit der AWS-Backups verantwortlich ist. Ein Teil der Verantwortung liegt beim Cloud-Anbieter, insbesondere was die Sicherheit und Verfügbarkeit der Cloud-Plattform betrifft. Der Schutz vor vielen anderen Bedrohungen für Ihre Workloads und Daten liegt jedoch weiterhin in Ihrer Verantwortung, d. h. in der des Kunden.

Wie bei den meisten Cloud-Anbietern wird die Verantwortung für die Datensicherheit zwischen AWS und dem Cloud-Kunden geteilt. Als Cloud-Anbieter übernimmt Amazon die Verantwortung für die Sicherheit der AWS-Infrastruktur. Die Sicherheit der Plattform ist entscheidend für den Schutz der kritischen Daten und Anwendungen der Kunden. AWS erkennt Fälle von Betrug und Missbrauch und benachrichtigt seine Kunden über die Vorfälle.

Gleichzeitig sind die Kunden für die Sicherheitskonfigurationen der von ihnen in AWS genutzten Produkte verantwortlich. Sie müssen sicherstellen, dass der Zugriff auf sensible Daten von innerhalb oder außerhalb des Unternehmens ordnungsgemäß eingeschränkt ist und dass sie die empfohlenen Datenschutzrichtlinien anwenden.

AWS-Backup-Speicheroptionen

AWS bietet zwei Haupt-Cloud-Plattformen an: Amazon S3 und Amazon EC2 für verschiedene Verwendungsfälle. Das Rechenprodukt Amazon EC2 stützt sich auf die Speicherplattform Elastic Block Store (EBS).

• Amazon Simple Storage Service oder Amazon S3 ist eine Objektspeicherplattform, die für die Speicherung von Daten aus beliebigen Quellen konzipiert ist – beispielsweise aus Web- oder Mobilanwendungen, Websites oder von IoT-Sensoren (Internet der Dinge). Sie ist zudem eine sehr beliebte Option als Zielspeicher für Backups und Backupkopien von Virtuellen Maschinen und Amazon EC2-Instanzen.

• Amazon Elastic Block Store (EBS) wurde von Amazon entwickelt, um persistente Blockspeichervolumes für Workloads in Amazon EC2 bereitzustellen.

Die beiden Optionen für den Backup-Speicher lassen sich häufig in einer Backup-Strategie für Amazon EC2-Instanzen kombinieren: Sie können Backups von Instanzen an Amazon EBS senden und zur Erhöhung der Zuverlässigkeit eine Backupkopie erstellen, die in Amazon S3 gespeichert wird.

AWS-Best Practices für die Cloud-Sicherheit bei Backups

Zwar gibt es eine Vielzahl von AWS-Diensten, doch zu den wichtigsten zählen Elastic Compute Cloud (EC2), Amazon S3 und Amazon Virtual Private Cloud (VPC), eine isolierte private Cloud, die innerhalb einer öffentlichen Cloud gehostet wird.

Wie bereits erwähnt, überträgt das Modell der geteilten Verantwortung dem Kunden die volle Verantwortung für die Konfiguration der Sicherheitsmaßnahmen. Um sicherzustellen, dass Ihre Daten in AWS intakt und geschützt bleiben, befolgen Sie die Best Practices in fünf Schlüsselbereichen:

• Sicherheitsüberwachung
• Kontosicherheit
• Sicherheitskonfiguration
• Verwaltung inaktiver Entitäten
• Zugriffsbeschränkungen

Erwägen Sie außerdem die Umsetzung der AWS-Sicherheits-Best-Practices für jeden einzelnen Amazon-Dienst:

• Amazon S3
• Amazon EC2
• Amazon VPC

Sicherheitsüberwachung

Die Sicherheitsüberwachung ist eine der wichtigsten AWS-Sicherheits-Best Practices, da sie es Ihnen ermöglicht, verdächtige Ereignisse rechtzeitig zu erkennen und Probleme im Zusammenhang mit der Datensicherheit proaktiv zu beheben.

1. Aktivieren von CloudTrail. Der CloudTrail-Dienst generiert Protokolle für alle Amazon-Webdienste, einschließlich solcher, die nicht regionsspezifisch sind, wie z. B. IAM, CloudFront usw.
2. Verwendung der CloudTrail-Protokolldatei-Validierung. Diese Funktion dient als zusätzliche Schutzebene für die Integrität der Protokolldateien. Bei aktivierter Protokolldatei-Validierung sind alle Änderungen an der Protokolldatei nach der Übertragung in den Amazon S3-Bucket nachvollziehbar.
3. Aktivieren der CloudTrail-Protokollierung über mehrere Regionen hinweg. CloudTrail stellt einen Verlauf der AWS-API-Aufrufe bereit, der es Sicherheitsanalysten ermöglicht, Änderungen in der AWS-Umgebung zu verfolgen, die Compliance zu überprüfen, Vorfälle zu untersuchen und sicherzustellen, dass die Best Practices für die Sicherheit in AWS eingehalten werden. Durch die Aktivierung von CloudTrail in allen Regionen können Unternehmen unerwartete oder verdächtige Aktivitäten in ansonsten ungenutzten Regionen erkennen.
4. Integration des CloudTrail-Dienstes mit CloudWatch. Die CloudWatch-Komponente bietet eine kontinuierliche Überwachung von Protokolldateien aus EC2-Instanzen, CloudTrail und anderen Quellen. CloudWatch kann außerdem Metriken erfassen und verfolgen, um Ihnen zu helfen, Bedrohungen schnell zu erkennen. Diese Integration ermöglicht die Protokollierung von Aktivitäten in Echtzeit und in der Vergangenheit in Bezug auf Benutzer, API, Ressourcen und IP-Adressen. Sie können Alarme und Benachrichtigungen für ungewöhnliche oder verdächtige Kontoaktivitäten einrichten.
5. Aktivieren der Zugriffsprotokollierung für CloudTrail-S3-Buckets. Diese Funktion soll verhindern, dass Angreifer tiefer in CloudTrail-S3-Buckets eindringen können. Diese Protokolle enthalten die von CloudTrail erfassten Protokolldaten, die zur Überwachung von Aktivitäten und zur Untersuchung von Vorfällen verwendet werden. Lassen Sie die Zugriffsprotokollierung für CloudTrail-S3-Buckets aktiviert. So können Sie Zugriffsanfragen nachverfolgen und unbefugte Zugriffsversuche schnell erkennen.
6. Aktivieren der Zugriffsprotokollierung für Elastic Load Balancer (ELB). Durch die Aktivierung der ELB-Zugriffsprotokollierung kann der ELB Informationen zu jeder TCP- oder HTTP-Anfrage aufzeichnen und speichern. Diese Daten können für Spezialisten der Sicherheit und der Fehlerbehebung äußerst nützlich sein. Beispielsweise können Ihre ELB-Protokollierungsdaten bei der Analyse von Datenverkehrsmustern hilfreich sein, die auf bestimmte Arten von Angriffen hindeuten könnten.
7. Aktivieren der Redshift-Auditprotokollierung. Amazon Redshift ist ein AWS-Dienst, der Details zu Benutzeraktivitäten wie Abfragen und Verbindungen in der Datenbank protokolliert. Durch die Aktivierung von Redshift können Sie Audits durchführen und forensische Untersuchungen nach Vorfällen für eine bestimmte Datenbank unterstützen.
8. Aktivieren der VPC-Flow-Protokollierung (Virtual Private Cloud). Die VPC-Flussprotokollierung ist ein Netzwerküberwachungsdienst, der Einblick in den VPC-Netzwerkverkehr gewährt. Diese Funktion kann zur Erkennung ungewöhnlichen oder verdächtigen Datenverkehrs, zur Gewinnung von Erkenntnissen zur Sicherheit und zur Benachrichtigung über anomale Aktivitäten genutzt werden. Durch die Aktivierung von VPC können Sie Sicherheits- und Zugriffsprobleme identifizieren, wie z. B. ungewöhnlich hohe Datenübertragungsvolumina, abgelehnte Verbindungsanfragen, zu freizügige Sicherheitsgruppen oder Netzwerk-Zugriffskontrolllisten (ACLs) usw.

Bewährte Best Practices zur AWS-Kontosicherheit

Es ist wichtig, Benutzerkonten zu schützen, um sicherzustellen, dass sie nicht leicht kompromittiert werden können. Befolgen Sie dazu die folgenden bewährten Best Practices zur AWS-Kontosicherheit:

1. Mehrfaktor-Authentifizierung (MFA) für das Löschen von CloudTrail-S3-Buckets. Wenn Ihr AWS-Konto kompromittiert wird, wäre der erste Schritt eines Angreifers wahrscheinlich das Löschen der CloudTrail-Protokolle, um seinen Einbruch zu vertuschen und die Erkennung zu verzögern. Die Einrichtung von MFA für das Löschen von S3-Buckets mit CloudTrail-Protokollen erschwert einem Hacker das Löschen der Protokolle erheblich und verringert somit seine Chancen, unentdeckt zu bleiben.
2. MFA für das Root-Konto. Das erste Benutzerkonto, das bei der Anmeldung bei AWS erstellt wird, wird als Root-Konto bezeichnet. Das Root-Konto ist der Benutzertyp mit den höchsten Berechtigungen und hat Zugriff auf alle AWS-Ressourcen. Aus diesem Grund sollten Sie MFA für das Root-Konto so schnell wie möglich aktivieren. Eine der AWS-Best Practices für die MFA des Root-Kontos lautet, die Anmeldeinformationen nicht auf dem persönlichen Gerät eines Benutzers zu speichern. Zu diesem Zweck sollten Sie über ein dediziertes mobiles Gerät verfügen, das an einem entfernten Standort aufbewahrt wird. Dies schafft eine zusätzliche Schutzebene und stellt sicher, dass das Root-Konto immer zugänglich ist, unabhängig davon, wessen persönliche Geräte verloren gehen oder beschädigt werden.
3. MFA für IAM-Benutzer. Wenn Ihr Konto kompromittiert wird, ist die MFA die letzte Verteidigungslinie. Alle Benutzer mit einem Konsolenpasswort für den Identity and Access Management (IAM)-Dienst sollten verpflichtet werden, die MFA zu durchlaufen.
4. Multimodus-Zugriff für IAM-Benutzer. Durch die Aktivierung des Multimodus-Zugriffs für IAM-Benutzer können Sie Benutzer in zwei Gruppen unterteilen: Anwendungsbenutzer mit API-Zugriff und Administratoren mit Konsolenzugriff. Dies verringert das Risiko eines unbefugten Zugriffs, falls die Anmeldeinformationen von IAM-Benutzern (Zugriffsschlüssel oder Passwörter) kompromittiert werden.
5. IAM-Richtlinien, die Gruppen oder Rollen zugewiesen sind. Weisen Sie Richtlinien und Berechtigungen nicht direkt Benutzern zu. Richten Sie stattdessen die Berechtigungen der Benutzer auf Gruppen- und Rollenebene ein. Dieser Ansatz macht das Management von Berechtigungen einfacher und bequemer. Außerdem verringern Sie das Risiko, dass ein einzelner Benutzer versehentlich übermäßige Berechtigungen oder Privilegien erhält.
6. Regelmäßige Rotation der IAM-Zugriffsschlüssel. Je häufiger Sie Zugriffsschlüsselpaare rotieren, desto geringer ist die Wahrscheinlichkeit, dass mit einem verlorenen oder gestohlenen Schlüssel unberechtigt auf Ihre Daten zugegriffen wird.
7. Strenge Passwort-Richtlinie. Es überrascht nicht, dass Benutzer dazu neigen, zu einfache Passwörter zu erstellen. Das liegt daran, dass sie sich etwas wünschen, das sie sich leicht merken können. Solche Passwörter sind jedoch oft auch leicht zu erraten. Die Umsetzung und Einhaltung einer strengen Passwortrichtlinie ist eine weitere AWS-Best Practice zum Schutz von Konten vor Brute-Force-Anmeldeversuchen. Die Details der Richtlinie können variieren, Sie sollten jedoch vorschreiben, dass Passwörter mindestens einen Großbuchstaben, einen Kleinbuchstaben, eine Ziffer, ein Sonderzeichen und eine Mindestlänge von 14 Zeichen enthalten müssen.

Konfiguration von Sicherheits-Best Practices in AWS

Konfigurieren Sie Sicherheitsoptionen zum Schutz Ihrer Daten in AWS, einschließlich Backups.

1. Beschränken Sie den Zugriff auf CloudTrail-S3-Buckets. Aktivieren Sie für kein Benutzer- oder Administratorkonto den Zugriff auf CloudTrail-Protokolle. Der Grund dafür ist, dass diese Konten immer dem Risiko von Phishing-Angriffen ausgesetzt sind. Beschränken Sie den Zugriff ausschließlich auf diejenigen, die die Funktion zur Ausübung ihrer Tätigkeit benötigen. So verringern Sie die Wahrscheinlichkeit unnötiger Zugriffe.
2. Verschlüsselung von CloudTrail-Protokolldateien . Für die Entschlüsselung von CloudTrail-Protokolldateien im Ruhezustand gelten zwei Anforderungen. Erstens muss die Berechtigung zur Entschlüsselung über die „Customer Master Keys“-Richtlinie geregelt sein. Zweitens muss die Berechtigung zum Zugriff auf die Amazon S3-Buckets erteilt werden. Nur Benutzer mit entsprechenden Aufgabenbereichen sollten beide Berechtigungen erhalten.
3. Verschlüsselung der EBS-Datenbank. Die Sicherstellung, dass die EBS-Datenbank verschlüsselt ist, bietet eine zusätzliche Schutzebene. Beachten Sie, dass dies nur zum Zeitpunkt der Erstellung des EBS-Volumes möglich ist – die Verschlüsselung kann später nicht mehr aktiviert werden. Wenn also unverschlüsselte Volumes vorhanden sind, müssen Sie neue verschlüsselte Volumes erstellen und Ihre Daten von den unverschlüsselten Volumes übertragen.
4. Reduzierung der Bereiche offener Ports für EC2-Sicherheitsgruppen. Große Bereiche offener Ports bieten Angreifern, die Port-Scans durchführen, mehr Angriffsmöglichkeiten.
5. Konfiguration von EC2-Sicherheitsgruppen zur Zugriffsbeschränkung. Die Vergabe zu vieler Zugriffsberechtigungen für EC2-Instanzen sollte vermieden werden. Erlauben Sie niemals großen IP-Bereichen den Zugriff auf EC2-Instanzen. Seien Sie stattdessen konkret und nehmen Sie nur exakte IP-Adressen in Ihre Zugriffsliste auf. Folgen Sie Bewährte Best Practices für AWS-Sicherheitsgruppen.
6. Vermeiden Sie die Verwendung von Root-Benutzerkonten. Wenn Sie sich für ein AWS-Konto registrieren, werden die von Ihnen verwendete E-Mail-Adresse und das Passwort automatisch zum Root-Benutzerkonto. Der Root-Benutzer ist der Benutzer mit den höchsten Berechtigungen im System und hat ausnahmslos Zugriff auf alle Dienste und Ressourcen in Ihrem AWS-Konto. Es empfiehlt sich, dieses Konto nur einmal bei der Erstellung des ersten IAM-Benutzers zu verwenden. Danach sollten Sie die Anmeldeinformationen des Root-Benutzers an einem sicheren Ort behalten, der für alle anderen unzugänglich ist.
7. Verwendung sicherer SSL-Versionen und Verschlüsselungsalgorithmen. Vermeiden Sie bei Verbindungen zwischen dem Client und dem Elastic Load Balancing (ELB)-System die Verwendung veralteter SSL-Versionen oder veralteter Verschlüsselungsalgorithmen. Diese können zu einer unsicheren Verbindung zwischen dem Client und dem Load Balancer führen.
8. Verschlüsselung des Amazon Relational Database Service (RDS). Die Verschlüsselung von Amazon RDS schafft eine zusätzliche Schutzebene. Es wird empfohlen, Bewährte Best Practices für die Sicherheit von AWS RDSzu verwenden.
9. Vermeiden Sie die Verwendung von Zugriffsschlüsseln mit Root-Konten. Erstellen Sie rollenbasierte Konten mit eingeschränkten Berechtigungen und Zugriffsschlüsseln. Verwenden Sie niemals Zugriffsschlüssel mit dem Root-Konto, da dies unweigerlich zu einer Kompromittierung des Kontos führt.
10. Regelmäßige Rotation von SSH-Schlüsseln. Rotieren Sie SSH-Schlüssel periodisch. Diese AWS-Sicherheitsempfehlung verringert die Risiken, die damit verbunden sind, dass Mitarbeiter SSH-Schlüssel versehentlich teilen – sei es aus Versehen oder durch Fahrlässigkeit.
11. Minimierung der Anzahl separater Sicherheitsgruppen. Unternehmen sollten die Anzahl separater Sicherheitsgruppen so gering wie möglich behalten. Dies verringert das Risiko von Fehlkonfigurationen, die zu einer Kompromittierung des Kontos führen können, und gehört zu den AWS-Best Practices für Sicherheitsgruppen.

Verwaltung inaktiver Entitäten

Die Verwaltung und Löschung inaktiver Entitäten ist wichtig, da diese von Dritten für unbefugten Zugriff genutzt werden können.

1. Minimierung der Anzahl von IAM-Gruppen . Das Löschen ungenutzter oder veralteter IAM-Gruppen verringert das Risiko, versehentlich neue Entitäten mit älteren Sicherheitskonfigurationen bereitzustellen.
2. Löschen ungenutzter Zugriffsschlüssel . Die AWS-Sicherheits-Best Practices schreiben vor, dass Zugriffsschlüssel, die länger als 30 Tage ungenutzt bleiben, gelöscht werden sollten. Das längere Behalten ungenutzter Zugriffsschlüssel erhöht unweigerlich das Risiko eines Konto-Hacks oder einer Insider-Bedrohung.
3. Deaktivieren des Zugriffs für inaktive IAM-Benutzer. Ebenso sollten Sie die Konten von IAM-Benutzern deaktivieren, die sich seit über 90 Tagen nicht mehr angemeldet haben. Dies verringert die Wahrscheinlichkeit, dass ein aufgegebenes oder ungenutztes Konto kompromittiert wird.
4. Löschen ungenutzter öffentlicher SSH-Schlüssel. Löschen Sie ungenutzte öffentliche SSH-Schlüssel, um das Risiko eines unbefugten Zugriffs über SSH von uneingeschränkten Standorten aus zu verringern.

Zugriffsbeschränkungen

Die Beschränkung des Zugriffs ist eine Kategorie der AWS-Sicherheits-Best Practices, mit der Sie die Wahrscheinlichkeit einer Kompromittierung der in AWS gespeicherten Daten minimieren und das Sicherheitsniveau verbessern können.

1. Beschränkung des Zugriffs auf Amazon Machine Images (AMIs). Durch den freien Zugriff auf Ihre Amazon Machine Images (AMIs) werden diese in den Community-AMIs verfügbar. Dort kann jedes Mitglied der Community mit einem AWS-Konto diese nutzen, um EC2-Instanzen zu starten. AMIs enthalten häufig Schnappschüsse von unternehmensspezifischen Anwendungen mit Konfigurations- und Anwendungsdaten. Eine sorgfältige Einschränkung des Zugriffs auf AMIs wird dringend empfohlen.
2. Einschränkung des eingehenden Zugriffs auf ungewöhnliche Ports. Schränken Sie den Zugriff auf ungewöhnliche Ports ein, da diese zu potenziellen Schwachstellen für böswillige Aktivitäten werden können (z. B. Brute-Force-Angriffe, Hacking, DDoS-Angriffe usw.).
3. Einschränkung des Zugriffs auf EC2-Sicherheitsgruppen. Der Zugriff auf EC2-Sicherheitsgruppen sollte eingeschränkt werden. Dies trägt zusätzlich dazu bei, das Risiko böswilliger Aktivitäten zu verringern.
4. Einschränkung des Zugriffs auf RDS-Instanzen. Über den Zugriff auf RDS-Instanzen können Akteure im Internet eine Verbindung zu Ihrer Datenbank herstellen. Uneingeschränkter Zugriff setzt ein Unternehmen böswilligen Aktivitäten wie SQL-Injektionen, Brute-Force-Angriffen oder Hacking aus.
5. Einschränkung des ausgehenden Zugriffs. Ein uneingeschränkter ausgehender Zugriff über Ports kann ein Unternehmen Cyberbedrohungen aussetzen. Sie sollten den Zugriff nur für bestimmte Entitäten zulassen – zum Beispiel für bestimmte Ports oder bestimmte Ziele.
6. Einschränkung des Zugriffs auf bekannte Protokollports. Der Zugriff auf bekannte Ports muss eingeschränkt werden. Wenn Sie diese unkontrolliert lassen, setzen Sie Ihr Unternehmen dem Risiko eines unbefugten Datenzugriffs aus – beispielsweise über CIFS auf Port 445, FTP auf Port 20/21, MySQL auf Port 3306 usw.

AWS S3-Sicherheits-Best Practices

Da es sich um eine der gängigsten Cloud-Speicher-Typen für Backups handelt, sollten Sie sich mit So arbeitet Amazon S3 vertraut machen und die AWS S3-Sicherheits-Best Practices berücksichtigen.

1. Versionierung aktivieren. Die Versionierung dient dazu, nach dem Speichern von Änderungen an einem Objekt mehrere Versionen dieses Objekts in einem S3-Bucket zu behalten. Wenn unerwünschte Änderungen an Objekten in einem Bucket vorgenommen werden, können Sie jede frühere Objektversion wiederherstellen.
2. Verwendung von unveränderlichem (WORM-)Speicher. Amazon S3 unterstützt das „Write-Once-Read-Many“-Modell (WORM) für den Zugriff auf Daten in S3-Buckets. Mit diesem Ansatz können Sie Daten vor versehentlichem Löschen durch Benutzer oder vor absichtlichem Löschen durch Ransomware oder andere Malware schützen. Das Speichern von Backups in unveränderlichem Speicher verbessert die Sicherheit von AWS-Backups erheblich.
3. Sperren öffentlicher Amazon S3-Buckets. Sperren Sie den öffentlichen Zugriff auf S3-Buckets, um unbefugten Zugriff auf die Daten zu verhindern, einschließlich der Backups, die Sie in AWS S3 speichern. Sie können diese Option auf Kontoebene und für einzelne Buckets konfigurieren.

Bewährte Best Practices für die Sicherheit von Amazon EC2

Verschiedene AWS-EC2-Instanzen mit EBS-Volumes sind eine weitere Möglichkeit, Backups in der Cloud von Amazon zu speichern. Beachten Sie diese bewährten Best Practices für die Sicherheit von Amazon EC2, um Ihre in Amazon EC2 erstellten Backups zu schützen.

1. Schutz von Zugriffsschlüsselpaaren. Schützen Sie Schlüsselpaare (öffentliche und private Schlüssel, die in AWS EC2 als Anmeldeinformationen dienen), die für den Zugriff auf Amazon EC2-Instanzen generiert wurden. Jeder, der Zugriff auf diese Anmeldeinformationen hat und die Instanz-ID kennt, kann auf die Instanz und die darin enthaltenen Daten zugreifen. Beachten Sie außerdem, dass Sie diesen Schlüssel beim Erstellen einer EC2-Instanz nur einmal herunterladen können und dass Sie keine Kopie des privaten Schlüssels in AWS haben. Nach dem Herunterladen sollte dieser Schlüssel an einem sicheren Ort aufbewahrt werden.
2. Installieren von Updates. Installieren Sie Sicherheitsupdates und aktualisieren Sie Treiber in einem Gastbetriebssystem wie Windows, das auf einer Amazon EC2-Instanz ausgeführt wird.
3. Verwendung separater EBS-Volumes. Ein EBS-Volume ist eine virtuelle Festplatte für eine Amazon EC2-Instanz in AWS. Verwenden Sie separate EBS-Volumes für die Ausführung eines Betriebssystems und die Speicherung von Backups. Stellen Sie sicher, dass Ihr EBS-Volume mit den Backups auch nach der Beendigung der Amazon EC2-Instanz erhalten bleibt.
4. Konfiguration des temporären Zugriffs. Legen Sie Sicherheitsschlüssel nicht in EC2-Instanzen oder AMIs für den temporären Zugriff ab. Wenn Sie temporären Zugriff gewähren müssen, verwenden Sie temporäre Anmeldeinformationen, die nur für kurze Zeit gültig sind. Verwenden Sie Instanzrollen.

AWS VPC-Sicherheits-Best Practices

Amazon Virtual Private Cloud (VPC) ist eine Cloud-Umgebung, die Sie mit einer festgelegten Netzwerkkonfiguration isolieren können. Diese logisch isolierte Umgebung (nicht-öffentliche Cloud) in AWS kann zur Speicherung von Backups mit einem höheren Sicherheitsniveau genutzt werden.

Um in der VPC gespeicherte Backups zu schützen, lesen Sie die unten aufgeführten Best Practices zur AWS VPC-Sicherheit:

• Verwenden Sie mehrere Verfügbarkeitszonen für hohe Verfügbarkeit, wenn Sie der VPC Subnetze hinzufügen.
• Verwenden Sie Netzwerkzugriffskontrolllisten (ACLs), um den Zugriff auf Subnetze zu steuern.
• Verwenden Sie Sicherheitsgruppen, um den Datenverkehr zu EC2-Instanzen in Subnetzen zu steuern.
• Verwenden Sie VC-Flow-Logs, um in der VPC generierte Ereignisse anzusehen.
• Trennen Sie Ihre VPC-Umgebungen wie Dev, Test, Backup usw. voneinander.

Weitere Best Practices für die Cloud-Datensicherheit in AWS

Es gibt weitere AWS-Sicherheits-Best-Practices, die für mehrere Kategorien gleichzeitig umgesetzt werden können:

1. Verwenden Sie den einheitlichen Sicherheitsansatz. Verwenden Sie den einheitlichen Sicherheitsansatz für die AWS-Cloud und lokale Server. Unterschiedliche Richtlinien zur Absicherung von AWS- und lokalen Umgebungen können in einer der beiden Umgebungen eine Sicherheitslücke verursachen. Da beide Umgebungen über das Netzwerk miteinander verbunden sind, werden dadurch beide anfällig.
2. Automatisierung von Backup-Aufträgen. Verwenden Sie spezielle Software für die Datensicherheit, um Daten automatisch in AWS zu sichern. Für optimale AWS-Backup-Sicherheit sollten Sie Backups und Backupkopien so planen, dass sie regelmäßig in Amazon S3-Buckets ausgeführt werden.

NAKIVO Backup & Replication ist die universelle Lösung, die Amazon EC2-Backup/Replikation und Backup in Amazon S3unterstützt:

• Inkrementelle, konsistente Backups von Amazon EC2-Instanzen
• Zahlreiche Automatisierungsfunktionen mit richtlinienbasiertem Backup/Replikation, erweiterter Zeitplanung und Backup-Verkettung, um aus erfolgreichen Primär-Backups automatisierte Backupkopien in Amazon S3 zu erstellen
• Integriert mit S3 Object Lock, um unveränderliche, ransomware-resistente Backups in Amazon S3-Buckets zu erstellen

Probieren Sie NAKIVO Backup & Replication aus

Nutzen Sie die kostenlose Testversion, um alle Funktionen der Datensicherheit der Lösung kennenzulernen. 15 Tage kostenlos. Keine Einschränkungen hinsichtlich Funktionen oder Kapazitäten. Keine Kreditkarte erforderlich.

Kostenlos testen