Zum Inhalt springen
BigTree108

Cloud-Security-Services

Cloud-Security-Services für AWS, Azure und Google Cloud: Sicherheitsbewertungen, CSPM- und CNAPP-Roll-outs, IAM- und Zugriffsprüfungen, Kubernetes- und Container-Sicherheit, Netzwerk- und Datensicherheit sowie Cloud-Compliance-Baselines, mit dedizierten Cloud-Security-Engineers für Ihr Team oder komplett von uns umgesetzten Cloud-Security-Projekten.

Cloud-Security-Services, die wir anbieten

  • Cloud-Security-Assessments

    Eine Prüfung Ihrer AWS-, Azure- oder Google-Cloud-Konten im Nur-Lese-Modus gegen die CIS Foundations Benchmarks und die Security-Säule des Well-Architected Framework des jeweiligen Anbieters, die Identität, Netzwerkexposition, Verschlüsselung, Logging und Backups abdeckt, geliefert als schriftliche, nach Auswirkung geordnete Liste von Risiken.

  • CSPM- und CNAPP-Roll-outs

    Wiz, Microsoft Defender for Cloud, Cortex Cloud, Orca oder das Open-Source-Tool Prowler, angebunden an jedes Konto und jedes Abonnement, Findings an das Team weitergeleitet, dem die jeweilige Ressource gehört, Angriffspfade danach geordnet, was aus dem Internet erreichbar ist, und jedes akzeptierte Risiko mit Verantwortlichem und Ablaufdatum festgehalten.

  • IAM- und Zugriffsprüfungen

    Ungenutzte Rollen, Berechtigungen und Zugriffsschlüssel, gefunden mit IAM Access Analyzer, dem Google Cloud IAM Recommender und Entra-ID-Zugriffsüberprüfungen, dauerhafte Administratorrechte, ersetzt durch Just-in-Time-Erhöhung über Entra Privileged Identity Management oder Google Cloud Privileged Access Manager, und jede menschliche Anmeldung auf Single Sign-on mit phishing-resistenter MFA umgestellt.

  • Kubernetes- und Container-Sicherheit

    Cluster, geprüft gegen den CIS Kubernetes Benchmark mit kube-bench und Kubescape, Images, in der Registry gescannt und mit Sigstore cosign signiert, Admission-Policies, die privilegierte oder unsignierte Workloads ablehnen, und Falco, das laufende Container auf Shells, unerwartete Verbindungen und geänderte Binaries überwacht.

  • Guardrails und Policy as Code

    Service Control Policies, Azure Policy und Google-Cloud-Organisationsrichtlinien, die öffentliche Buckets, unverschlüsselte Datenträger und Ressourcen in nicht genehmigten Regionen blockieren, mit Checkov- oder OPA-Richtlinien im Pull Request, damit eine Fehlkonfiguration abgefangen wird, bevor Terraform sie anwendet.

  • Cloud-Netzwerksicherheit

    Datenbanken und Speicher nur über Private Endpoints erreichbar, ausgehender Verkehr gefiltert, AWS WAF, Azure Web Application Firewall oder Cloud Armor mit DDoS-Schutz vor öffentlichen Services und interne Tools, die über Identity-Aware Proxy, Entra Private Access oder Cloudflare Access statt über ein VPN veröffentlicht werden.

  • Datensicherheit und Schlüsselverwaltung

    Sensible Daten, gefunden in Buckets und Datenbanken mit Amazon Macie, Microsoft Purview oder Sensitive Data Protection, Verschlüsselung mit kundenverwalteten Schlüsseln in KMS, Key Vault oder Cloud KMS mit Rotation und Backups in unveränderlichen Vaults, die ein gestohlenes Administratorkonto nicht löschen kann.

  • Secrets und Workload-Identität

    Zugangsdaten, aus Code, Variablen und Images in Secrets Manager, Key Vault, Secret Manager oder HashiCorp Vault verlagert, Secret-Scanning mit Push Protection in jedem Repository und Pipelines und Services, die sich über Workload Identity Federation anmelden, damit kein langlebiger Schlüssel übrig bleibt, der abfließen kann.

  • Cloud-Compliance-Baselines

    Konten, die laufend an CIS-, NIST-SP-800-53-, PCI-DSS- oder ISO-27001-Kontrollsätzen gemessen werden, über AWS Config Conformance Packs, die Regulatory-Compliance-Funktion von Azure Policy und das Security Command Center, mit Daten, die in EU-Regionen bleiben, wo DSGVO oder ein Kundenvertrag es verlangt.

Cloud-Security-Engineers einstellen

  • Dedizierte Cloud-Security-Engineers

    Cloud-Security-Engineers, die in Vollzeit zu Ihrem Team gehören, in Ihren Tools und Ihrem Prozess arbeiten und an Ihren Lead berichten. Sie führen die Interviews; wir tragen den ukrainischen Vertrag, die Gehaltsabrechnung, die Rechnungsstellung und den Urlaub.

  • Projekte im Bereich Cloud-Sicherheit

    Ein abgegrenztes Arbeitspaket im Bereich Cloud-Sicherheit mit festem Umfang, festem Plan und einem benannten Verantwortlichen auf unserer Seite, der das Ergebnis verantwortet und den Fortschritt in Ihren Kanälen berichtet.

  • Cloud-Sicherheit als laufender Service

    Cloud-Sicherheit als fortlaufende Leistung: jeden Monat dieselben Personen, ein Backlog, das Sie priorisieren, und Stunden, die Sie in unserem Portal und auf der Rechnung einsehen können.

Die Seite zum dedizierten Team erklärt, wie Spezialisten zu Ihrem Team stoßen, und die Seite zum Outsourcing behandelt Projektlieferung, Übernahmen und unsere Abrechnung.

Wer sich bei Ihnen um Cloud-Sicherheit kümmert

  • Cloud-Security-Ingenieure

    Sicherheitslage, Identität, Netzwerk- und Datensicherheit

  • Cloud- und DevOps-Ingenieure

    Korrekturen als Terraform- und Pipeline-Änderungen geschrieben

  • Kubernetes-Security-Engineers

    Cluster-Benchmarks, Admission-Policies und Runtime-Erkennung

  • Penetrationstester

    Angriffe auf Cloud-Konten und die darin laufenden Anwendungen

  • Security-Architekten

    Reviews von Landing Zone, Identität und Netzwerkdesign

Wie wir an Cloud-Sicherheit arbeiten

Die Arbeit beginnt mit Lesezugriff über eine Rolle, die Sie anlegen und widerrufen können, und jede Phase endet mit Ergebnissen, geordnet danach, was ein Angreifer erreichen könnte. Korrekturen kommen als Pull Requests auf Ihren Terraform-, Bicep- oder CDK-Code und Ihre Pipelines, sodass jede Änderung geprüft und wiederholbar ist und nicht zurückdriftet, wenn das nächste Mal jemand eine Einstellung in der Konsole ändert.

Posture-Tools finden die Fehlkonfiguration, ein Penetrationstest zeigt, was ein Angreifer damit tun kann, und Security-Monitoring fängt den Versuch ab, deshalb verbinden wir alle drei: Findings mit hohem Risiko werden nach der Korrektur erneut getestet, und für die riskantesten Angriffspfade gibt es eine Erkennungsregel in Ihrem SIEM. Unsere eigene Plattform läuft nach denselben Regeln: jede Ressource in Terraform, GitHub Actions mit föderierten Zugangsdaten und per Hash gepinnten Actions, Secrets nur in Key Vault, Firewalls mit Deny-by-default und Drift-Erkennung nach Zeitplan.

Weitere Leistungen in Cloud, DevOps und Sicherheit

Übersicht über Cloud, DevOps und Sicherheit

Fragen zur Cloud-Sicherheit

In welchen Branchen arbeiten Ihre Cloud-Security-Engineers?

Überwiegend Fintech, Banking und Versicherung, wo Cloud-Konten unter PCI DSS und DORA fallen; Cybersicherheitsunternehmen, die ihre eigenen Produkte in der Cloud betreiben; Cloud-, Hosting- und Telekommunikationsanbieter; E-Commerce und Handel, die Checkout und Kundendaten schützen; SaaS-Unternehmen, die die Security-Reviews ihrer Kunden beantworten; Gesundheitsprodukte, die Patientendaten halten; KI- und Datenprodukte mit großen Datenspeichern und Modell-Endpunkten sowie Industrie- und Energieunternehmen, die Anlagendaten mit der Cloud verbinden.

Ist ein Cloud-Security-Assessment dasselbe wie ein Penetrationstest?

Nein. Ein Assessment liest Ihre Konfiguration von innen mit Lesezugriff und findet, was über alle Konten hinweg falsch konfiguriert ist. Ein Penetrationstest greift Ihre Anwendungen und Konten von außen an, mit schriftlicher Genehmigung, um zu zeigen, was sich tatsächlich ausnutzen lässt. Viele Kunden beginnen mit dem Assessment und lassen einen Test der riskantesten Pfade folgen, und wir führen beides durch.

Mit welchen CSPM- oder CNAPP-Tools arbeiten Sie?

Microsoft Defender for Cloud, AWS Security Hub und Google Security Command Center, die zu ihren Clouds gehören; Wiz, Cortex Cloud und Orca, die mehrere Clouds in einer Konsole abdecken; und das Open-Source-Tool Prowler, das die CIS-Prüfungen ohne Lizenz ausführt. Wir führen ein, stimmen ab und betreiben, was Sie wählen, und halten die Korrekturen in Ihrem Infrastrukturcode.

Wie schnell können Cloud-Security-Engineers starten?

Steht für die Position Cloud-Security-Engineer eine passende Person zur Verfügung, hängt der Start nur von Ihrem Interview sowie von NDA und IP-Übertragung ab. Andernfalls starten wir eine Suche, die typischerweise innerhalb von zwei bis drei Wochen Kandidatenprofile liefert, und niemand beginnt, bevor Sie zugestimmt haben.

Wie stellen wir Cloud-Security-Engineers über BigTree108 ein?

Nennen Sie uns die Aufgabe, die Seniorität und die benötigten Stunden. Wir schlagen ein oder zwei Personen mit ihren Profilen vor, Sie führen die Interviews so, wie Sie Ihre eigene Neueinstellung interviewen würden, unterzeichnen einen Vertrag mit BIG TREE 108 LLC und erhalten eine Rechnung im Monat.

Wem gehören die Arbeitsergebnisse?

Sie. Jeder Spezialist hat einen unterzeichneten Vertrag mit BigTree108, der alle Arbeitsergebnisse dem Unternehmen überträgt, und unser Vertrag mit Ihnen überträgt sie an Sie weiter. Code, Designs und Dokumente werden in Ihre eigenen Repositories und Tools geliefert und nicht dort aufbewahrt, wo nur wir sie ändern können.

Möchten Sie Ihre Cloud-Konten prüfen lassen?

Sagen Sie uns, welche Clouds Sie nutzen, wie viele Konten oder Abonnements Sie betreiben und auf welches Audit oder welchen Kunden-Review Sie sich vorbereiten. Sie erhalten innerhalb eines Werktags eine Antwort: einen Umfang für ein Assessment, einen Plan für die Arbeit oder Kandidatenprofile.