Zum Inhalt springen
Alle Leistungen

Enterprise-Sicherheit und Skalierung

Keine gespeicherten Keys, minimale Rechte überall, Backups, die Sie tatsächlich wiederhergestellt haben.

Für Teams, die ein Audit bestehen, einen Enterprise-Kunden gewinnen oder einfach ruhig schlafen wollen. Ich ersetze gespeicherte Secrets durch Identitäten, setze Leitplanken als Code durch, isoliere Mandanten und Daten und beweise, dass Backups und Wiederherstellungen funktionieren, auf Plattformen, die mit Ihnen weiter skalieren. Das habe ich im Banking, in der Automobilindustrie, im öffentlichen Sektor und bei SaaS umgesetzt.

Kommt Ihnen das bekannt vor?

  • Cloud-Keys und Passwörter liegen in CI-Variablen, Konfigurationsdateien oder auf jemandes Laptop
  • Alle sind Owner der Subscription, weil feingranulare Rollen nie eingerichtet wurden
  • Backups gibt es, aber niemand hat je eines wiederhergestellt
  • Ein Enterprise-Kunde oder Auditor verlangt Nachweise, die Sie nicht schnell liefern können

So gehe ich vor

  1. 1

    Identitäten statt Secrets

    Pipelines erreichen die Cloud über OIDC, Workloads nutzen Managed Identities, und was ein Secret bleiben muss, liegt in Key Vault und kommt über External Secrets in Kubernetes. Keine langlebigen Keys in Repositories oder CI.

  2. 2

    Minimale Rechte, als Code durchgesetzt

    Entra-ID-Gruppen, RBAC und Azure Policy werden in Terraform oder Bicep definiert, damit jedes Team dieselbe Baseline bekommt und Abweichungen in einem Pull Request auffallen statt in einem Vorfall.

  3. 3

    Mandanten und Daten isolieren

    Row-Level Security in der Datenbank, strikte Trennung von Dev, Test und Prod und Mandantenisolation auf geteilten Plattformen, damit ein Kunde nie die Daten eines anderen sieht.

  4. 4

    Backups, die wiederhergestellt wurden

    Verschlüsselte Backups mehrmals täglich in separaten Speicher und ein nächtlicher Restore-Test in eine Zwillingsumgebung, damit Wiederherstellung Routine ist und keine Hoffnung.

  5. 5

    Skalieren ohne Überraschungen

    Autoscaling, Prüfungen von aussen alle 10 Minuten und Alerts auf das, was Kunden tatsächlich spüren. Signierte, gestufte Releases mit Smoke-Tests nach jedem Deploy halten Änderungen schnell und sicher.

Keine gespeicherten Keys, isolierte Daten, Backups jede Nacht bewiesen.
Sicherer Auslieferungsweg: Code kommt nur über Pull Requests in ein GitHub-Repository; GitHub Actions führt Tests, Lint und einen Migrations-Probelauf aus und erreicht die Cloud über OIDC ohne gespeicherte Keys; jeder Pull Request bekommt eine Staging-Vorschau; die Produktion läuft auf Postgres mit Row-Level Security; synthetische Checks und Alerts überwachen das Kundenerlebnis; verschlüsselte Backups gehen mehrmals täglich in Objektspeicher und werden jede Nacht in ein Zwillingsprojekt wiederhergestellt.

Was Sie bekommen

  • Ein Security-Review von Identitäten, Secrets, Netzwerk und Daten, nach Risiko geordnet
  • OIDC und Managed Identities anstelle gespeicherter Keys
  • RBAC, Azure Policy und Sicherheits-Baselines in Terraform oder Bicep
  • Verschlüsselte Backups mit automatisiertem Restore-Test und Alerts
  • Nachweise für Auditoren und Enterprise-Kunden, direkt aus dem Code erzeugt

Fragen, die Kunden stellen

Wo fangen Sie an?

Mit einem kurzen Review von Identitäten, Secrets, Netzwerk und Daten, nach Risiko geordnet. Die ersten Fixes betreffen meist gespeicherte Keys und zu breite Rollen, weil sie die grössten Lücken mit dem kleinsten Aufwand schliessen.

Hilft das bei ISO 27001 oder ähnlichen Audits?

Ja. Als Code definierte Kontrollen liefern ihre Nachweise selbst, und ich habe ein Tool gebaut, das ISO-27001-Kontrollen und Nachweise an einem Ort bündelt. Ich bin kein Auditor, aber ich mache den technischen Teil leicht nachweisbar.

Bremst Sicherheit unsere Releases aus?

Nicht, wenn sie in die Pipeline eingebaut ist. Bei Banking-Apps mit Millionen Nutzern wurden die Release-Zyklen etwa 40 % schneller, in einer der am stärksten regulierten Branchen überhaupt.

Arbeiten Sie nur auf Azure?

Nein. Dieselben Prinzipien gelten auf AWS, Google Cloud, Kubernetes und im eigenen Rechenzentrum: Identitäten statt Keys, minimale Rechte als Code, isolierte Daten und getestete Wiederherstellungen.

Wie rechnen Sie ab?

Nach einem 30-Minuten-Gespräch: ein fester Umfang für Review und erste Fixes oder einige Tage pro Monat als Ihr Platform Security Lead.

    Kontakt aufnehmen

    Erzählen Sie mir von Ihrem Projekt, ich antworte innerhalb von 1–2 Werktagen.

    Dominik Heinrich
    Unternehmen
    MADO Consulting

    Weltweit verfügbar, remote. Vor Ort auf Anfrage, je nach Land.

    Ich antworte innerhalb von 1–2 Werktagen. Freie Termine: siehe Kalender

    Öffnet hier den Buchungskalender von Calendly. Beim Laden werden Daten an Calendly übertragen (siehe Impressum).