--- title: "Cloud-Sicherheit & Infrastruktur-Härtung" canonical: https://wavect.io/de/services/cloud-security/ language: de description: "Cloud-Zugriffe, exponierte Systeme und Wiederherstellung prüfen. Wavect setzt vereinbarte Kontrollen um und dokumentiert Ergebnisse und Zuständigkeiten." image: "https://wavect.io/img/general/bak/open_graph_preview.jpg" --- Cloud Security # Cloud-Sicherheit, mit der euer Betriebsteam arbeiten kann. Wisst, wer auf eure Umgebung zugreifen kann, was erreichbar ist und wie die Wiederherstellung funktioniert. Wir prüfen die vereinbarte Infrastruktur, setzen priorisierte Verbesserungen um und proben ausgewählte Betriebsabläufe mit den zuständigen Personen. DER AUFTRAG ## Zugriffe kennen. Abläufe prüfen. Verantwortung festlegen. 1. **Umgebung prüfen** Accounts, Systeme und relevante Betriebsrisiken abgrenzen. 2. **Gezielt verbessern** Ausgewählte Zugriffs- und Konfigurationskontrollen umsetzen. 3. **Übergabe proben** Festhalten, was der Betreiber ausführen kann und was offenbleibt. KURZ ERKLÄRT Cloud Security umfasst die vereinbarte laufende Umgebung: Zugriffe, erreichbare Ressourcen, Konfiguration, Alarme und Wiederherstellung. Das Ergebnis sind abgegrenzte Verbesserungen mit Nachweisen und klarer Betriebsverantwortung. Passt für - Produktverantwortliche mit unklaren Infrastrukturzugängen oder ungeprüfter Wiederherstellung - Teams, die ihre Umgebung härten und den bisherigen Betreiber behalten wollen Eine andere Leistung passt besser - Ein rund um die Uhr besetztes Security Operations Center oder pauschale Verfügbarkeitszusagen - Ein vollständiger Anbieterwechsel oder die Umsetzung einer Build-Pipeline ## Mit eurer bestehenden Umgebung beginnen Erfasst Accounts, Workloads, Datenspeicher und privilegierte Personen oder Dienste. Prüft übernommene Zugänge, öffentliche Erreichbarkeit und Abhängigkeiten vor Änderungen. Ein Providerwechsel braucht einen eigenen Grund und Umfang, siehe [Cloud-Migration](/de/services/cloud-migration/). Kontrollen vom Repository bis zum Release gehören zu [DevSecOps](/de/services/devsecops/). Eine reine Infrastruktur-Prüfung im Rahmen einer Bewertung vor Investition oder Übernahme ist [Technische Due Diligence](/de/services/technical-due-diligence/). Änderungen umsetzen und proben bleibt hier. ## Aus Infrastruktur-Befunden umsetzbare Änderungen machen Wir wählen Kontrollen passend zu Provider und Architektur. Unterstützte Umgebungen werden beim Scoping bestätigt; eine pauschale Multi-Cloud-Abdeckung wird nicht vorausgesetzt. Identitäten und Zugriffe Rollen, Dienstidentitäten, Offboarding und Notfallzugänge prüfen. Festlegen, wer privilegierte Änderungen freigeben darf. Erreichbarkeit und Laufzeitkonfiguration Erreichbare Dienste, Netzwerkgrenzen, Laufzeit-Secrets sowie vereinbarte Host- oder Containerkonfiguration prüfen. Logs und nützliche Alarme Ereignisse, Umgang mit sensiblen Daten und Aufbewahrung vereinbaren. Handlungsrelevante Alarme an einen benannten Betreiber leiten. Backups und Wiederherstellung Vorhandene Abläufe, Datenannahmen und Abhängigkeiten prüfen. Eine Probe oder neue Umsetzung anhand der tatsächlichen Voraussetzungen scopen. ## Betriebssicherheit im Alltag Zugriffsentzug, Schlüsselrotation, Änderungsfreigabe, Eskalation und unterstützte Wiederherstellung dokumentieren. Festhalten, was euer Team bedient, was Unterstützung braucht und was neu beauftragt werden muss. [Dragan Sekerovic](/de/experts/dragan-sekerovic/) kann unabhängige Infrastruktur-Expertise einbringen, soweit der Auftrag das vorsieht. Seine eigenen Kunden und Qualifikationen bleiben ihm zugeordnet. ## Illustrative Abnahme: einen vereinbarten Datenbestand wiederherstellen Ein benannter Betreiber stellt ein freigegebenes, repräsentatives Backup nach Runbook in einer isolierten Testumgebung wieder her. Das Protokoll nennt Datenstand, beobachtete Dauer, Integritätsprüfungen, fehlende Abhängigkeiten und Grenzen. Ein harmloser Alarmtest prüft den Benachrichtigungsweg. Dies beschreibt eine mögliche Abnahme, kein Kundenresultat, Uptime-SLA oder Recovery-Versprechen für sämtliche Fehlerfälle. ## Assessment, Umsetzung und laufenden Betrieb trennen Umgebung, Abnahme und Preis werden vor jeder Phase vereinbart. Laufender Betrieb ist eine eigene Verantwortung und keine stillschweigende Verlängerung eines Härtungsprojekts. 1. **Assessment** - Ihr erhaltet Ressourcen- und Zugriffsinventar, priorisierte Befunde sowie einen Plan mit Abhängigkeiten und Zuständigkeiten. 2. **Härtung und Betriebsprobe** - Ihr erhaltet vereinbarte Konfigurationsänderungen, Prüfnachweise, Betriebsanleitungen und verbleibende Risiken. 3. **Laufende Unterstützung** - Aufgaben, Arbeitszeiten, Eskalation und Zuständigkeiten werden vereinbart. Wavect bietet kein allgemeines 24/7-NOC und kein Uptime-SLA. ## Den Einstieg nach vorhandenen Voraussetzungen wählen Benötigt werden Account-/Systemumfang, Architektur, Berechtigungen, Datenklassen, Backup-Verfahren, Testumgebung und eine autorisierte Bedienperson. Muss ein vorhandener unterstützter Recovery-Weg nur begrenzt erprobt werden, passt gegebenenfalls [eine Wiederherstellungsübung](/de/services/software-takeover/#recovery-rehearsal). Für die Übergabe gibt es die [Übung zur operativen Unabhängigkeit](/de/services/software-takeover/#operational-independence). Ihre bestehenden Voraussetzungen und Bedingungen gelten; keines der Pakete ist eine vollständige Cloud-Security-Umsetzung. Unsere Support-Grenzen stehen im [Trust Center](/de/trust-center/). // beweise ## Infrastruktur-Umsetzung aus bestehender Arbeit Hyperstate AI dokumentiert den Wechsel von manuellen Deployments und einem GPU-lastigen Monolithen zu containerisierten, orchestrierten Diensten. Das belegt Infrastrukturarbeit, keinen zertifizierten Cloud-Security-Audit oder Verfügbarkeitsnachweis eines Managed Service. ### [Hyperstate AI](/de/case-studies/hyperstate-ai/) - **Status:** Eingestellt - **Ergebnis:** GPU-Monolith - → Microservices - **Zusammenfassung:** GPU-lastigen Monolithen in orchestrierte Services zerlegt und selbst gehostete ML-Bibliotheken durch skalierbare Alternativen … - **Stack:** Python, Django, OpenAI API Das sind ausgewählte Projekte, nicht unser gesamtes Portfolio. Seit 2018 haben wir 100+ Produkte ausgeliefert. ## Fragen vor dem Start ### Betreibt ihr die Umgebung nach dem Projekt weiter? Wir vereinbaren, wer welche Teile nach der Übergabe betreibt. Laufende Unterstützung braucht eigene Aufgaben, Abdeckung und Zuständigkeiten; sie ist nicht automatisch im Assessment enthalten. ### Gibt es 24/7-Reaktion oder ein Uptime-SLA? Wir bieten kein allgemeines rund um die Uhr besetztes Network Operations Center und kein Uptime-SLA. Arbeitszeiten, Eskalation und Reaktionsverantwortung werden im Auftrag festgelegt. ### Mit welchen Cloud-Providern arbeitet ihr? Wir klären Provider, Architektur und benötigte Expertise vor dem Angebot. Der schriftliche Umfang benennt die einbezogenen Umgebungen. ### Beweist ein erfolgreicher Restore unsere Recovery-Ziele? Er dokumentiert das Ergebnis unter den geprüften Bedingungen. Ziele, repräsentative Abdeckung und vertragliche Zusagen müssen gesondert vereinbart werden. ### Müssen wir den Provider wechseln? Häufig ist es sinnvoller, zuerst die bestehende Umgebung zu verstehen und zu verbessern. Eine Migration braucht einen begründeten Bedarf und einen eigenen Plan. Diesen Plan grenzen wir als [Cloud-Migration](/de/services/cloud-migration/) ab. ### Ist das eine Compliance-Zertifizierung? Nein. Ihr erhaltet vereinbarte technische Änderungen und Nachweise. Formale Zertifizierungen und rechtliche Compliance-Bewertungen haben eigene Voraussetzungen und Umfänge. ## Der passende nächste Schritt - [Build und Release absichern](/de/services/devsecops/) - [KI-Datenzugriffe und Tool-Rechte prüfen](/de/services/ai-security/) - [Software- und Betriebsverantwortung übernehmen](/de/services/software-takeover/) ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" } ] } ``` ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/de/services/cloud-security/#service", "@type": "Service", "areaServed": [ { "@type": "Country", "name": "Austria" }, { "@type": "Place", "name": "Worldwide" } ], "category": "Sicherheit & Betrieb", "dateModified": "2026-10-30", "description": "Cloud-Zugriffe, exponierte Systeme und Wiederherstellung prüfen. Wavect setzt vereinbarte Kontrollen um und dokumentiert Ergebnisse und Zuständigkeiten.", "name": "Cloud-Sicherheit & Infrastruktur-Härtung", "provider": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "serviceType": "Cloud Security", "url": "https://wavect.io/de/services/cloud-security/" }, { "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/de/", "name": "Startseite", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/overview/", "name": "Leistungen", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/overview/#security", "name": "Sicherheit & Betrieb", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/de/services/cloud-security/", "name": "Cloud Security", "position": 4 } ] }, { "@id": "https://wavect.io/de/services/cloud-security/#webpage", "@type": "WebPage", "dateModified": "2026-10-30", "description": "Cloud-Zugriffe, exponierte Systeme und Wiederherstellung prüfen. Wavect setzt vereinbarte Kontrollen um und dokumentiert Ergebnisse und Zuständigkeiten.", "inLanguage": "de", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "mainEntity": { "@id": "https://wavect.io/de/services/cloud-security/#service" }, "name": "Cloud-Sicherheit & Infrastruktur-Härtung", "url": "https://wavect.io/de/services/cloud-security/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "FAQPage", "mainEntity": [ { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Wir vereinbaren, wer welche Teile nach der Übergabe betreibt. Laufende Unterstützung braucht eigene Aufgaben, Abdeckung und Zuständigkeiten; sie ist nicht automatisch im Assessment enthalten." }, "name": "Betreibt ihr die Umgebung nach dem Projekt weiter?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Wir bieten kein allgemeines rund um die Uhr besetztes Network Operations Center und kein Uptime-SLA. Arbeitszeiten, Eskalation und Reaktionsverantwortung werden im Auftrag festgelegt." }, "name": "Gibt es 24/7-Reaktion oder ein Uptime-SLA?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Wir klären Provider, Architektur und benötigte Expertise vor dem Angebot. Der schriftliche Umfang benennt die einbezogenen Umgebungen." }, "name": "Mit welchen Cloud-Providern arbeitet ihr?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Er dokumentiert das Ergebnis unter den geprüften Bedingungen. Ziele, repräsentative Abdeckung und vertragliche Zusagen müssen gesondert vereinbart werden." }, "name": "Beweist ein erfolgreicher Restore unsere Recovery-Ziele?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Häufig ist es sinnvoller, zuerst die bestehende Umgebung zu verstehen und zu verbessern. Eine Migration braucht einen begründeten Bedarf und einen eigenen Plan. Diesen Plan grenzen wir als Cloud-Migration ab." }, "name": "Müssen wir den Provider wechseln?" }, { "@type": "Question", "acceptedAnswer": { "@type": "Answer", "text": "Nein. Ihr erhaltet vereinbarte technische Änderungen und Nachweise. Formale Zertifizierungen und rechtliche Compliance-Bewertungen haben eigene Voraussetzungen und Umfänge." }, "name": "Ist das eine Compliance-Zertifizierung?" } ], "speakable": { "@type": "SpeakableSpecification", "cssSelector": [ ".faq-question", ".faq-answer" ] } } ```