# PS-02 Redundanzmodell

- Bereich: PS – Physische Sicherheit
- Gegenüber C5:2020: geändert
- Webseite: https://c5.patrickscheid.de/ps-02/

## Basiskriterium

### PS-02.01B

Die Bereitstellung des Cloud-Dienstes erfolgt aus mindestens zwei Standorten. Die Standorte entsprechen den Sicherheitsanforderungen des Cloud-Anbieters (vgl. PS-01) und weisen einen hinreichenden Abstand zueinander auf, um Betriebsredundanz und -Resilienz zu erreichen.

**Ergänzende Information (zu 01B, 02B):**

Eine Betriebsredundanz der Standorte zueinander im Sinne dieses Kriteriums ist gegeben, wenn auf Basis der Bewertung elementarer Gefährdungen am Standort entsprechende Abstände der Räumlichkeiten und Gebäude zu diesen Gefahren eingehalten werden. Sehr großräumige Ereignisse, die aufgrund ihres Ausmaßes gleichzeitig oder zeitnah mehrere Standorte der gleichen Redundanzgruppe betreffen könnten (z. B. Hochwasser, Erdbeben), bleiben dabei unberücksichtigt.

Es gibt Cloud-Anbieter, die das Thema Ausfallsicherheit des Cloud-Dienstes auf physischer Ebene nicht mehr durch Redundanz aus zwei unabhängigen Standorten, sondern durch Resilienz adressieren. Hierbei wird der Cloud-Service simultan aus mehr als zwei Standorten erbracht. Die zugrundeliegende verteilte Rechenzentrums-Architektur stellt sicher, dass der Ausfall eines Standortes oder von Komponenten eines Standortes nicht die definierten Verfügbarkeitskriterien des Cloud-Dienstes verletzt. Eine solche Architektur kann eine alternative Erfüllung (vgl. Kapitel 3.4.12) des Kriteriums darstellen. Die im Kriterium geforderten Tests und Übungen zur Funktionsfähigkeit gelten sinngemäß auch für resiliente Architekturen.

### PS-02.02B

Die Betriebsredundanz ist so ausgelegt, dass die in den Service Level-Vereinbarungen enthaltenen Verfügbarkeitsanforderungen eingehalten werden.

### PS-02.03B

Die Wirksamkeit der Redundanz wird mindestens jährlich durch geeignete Tests und Übungen überprüft (vgl. BCM-04).

## Zusatzkriterium

### PS-02.01AS (Zusatz, verschärft 01B)

Die Bereitstellung des Cloud-Dienstes erfolgt aus mehr als zwei Standorten. Die Standorte entsprechen den Sicherheitsanforderungen des Cloud-Anbieters (vgl. PS-01) und weisen einen hinreichenden Abstand zueinander auf, um Georedundanz und -Resilienz zu erreichen. Bei einem zeitgleichen Ausfall zweier Standorte steht mindestens ein dritter Standort weiterhin zur Verfügung, um einen Totalausfall zu verhindern.

**Ergänzende Information (zu 01AS, 02AS):**

Eine Georedundanz der Standorte zueinander im Sinne dieses Kriteriums ist gegeben, wenn ein sehr großräumiges Ereignis an einem Standort keinesfalls gleichzeitig oder zeitnah mehrere Standorte der gleichen Redundanzgruppe trifft. Die BSI-Publikation 'Kriterien für die Standortwahl von Rechenzentren' gibt hierzu Empfehlungen.

### PS-02.02AS (Zusatz, verschärft 02B)

Die Georedundanz ist so ausgelegt, dass die in der Service Level-Vereinbarung enthaltenen Verfügbarkeitsanforderungen eingehalten werden.

## Korrespondierende Kriterien für Kunden

Cloud-Kunden stellen mit geeigneten Kontrollen sicher, dass das vorliegende Redundanzmodell des Cloud-Anbieters und die Nachweise zur Überprüfung des Modells mit den eigenen Anforderungen zur Verfügbarkeit und Verlässlichkeit des Cloud-Dienstes konform sind.

## Änderungen gegenüber C5:2020

Aus der BSI C5:2026 Änderungshistorie, die das BSI bisher nur auf Englisch veröffentlicht.

**Basiskriterium:**

Specified that the two locations should provide each other with resilience as well.

Modified requirement for checking the functionality to be for checking the effectiveness of the redundancy.

**Zusatzkriterium:**

Removed requirement for checking the effectiveness of the redundancy, as this is, with the new way criteria are structure in C5:2026, already covered by the basic criterion.

---

Quelle: BSI C5:2026, maschinenlesbare Fassung v1.1.0, © Bundesamt für Sicherheit in der Informationstechnik (BSI) 2026, unverändert wiedergegeben unter CC BY-ND 4.0 (https://creativecommons.org/licenses/by-nd/4.0/deed.de). Änderungshinweise: BSI C5:2026 Änderungshistorie, © BSI 2026, CC BY-ND 4.0. Inoffizielle Darstellung, ohne Verbindung zum BSI.