Navigation
⌂ Root-Index Zielbild: Enterprise-Infrastruktur verstehen Rechenzentrum, Bare Metal und Hardware-Basis Netzwerk, DNS, Load Balancer und Firewall Linux, Betriebssystem-Baseline und Systemdienste Virtualisierung und Private Cloud Storage, Backup und Datenhaltung Kubernetes, OpenShift und Container-Plattform Infrastructure as Code mit Terraform und Ansible GitOps, CI/CD und Plattform-Auslieferung Security, IAM, PKI und Zero Trust Observability, Monitoring, Logging und Tracing High Availability, Disaster Recovery und SRE Praxis: Enterprise-Referenzarchitektur von Portal bis Datenbank
Standard / Framework

Security, IAM, PKI und Zero Trust

Security in Enterprise-Infrastruktur bedeutet: Identitäten, Geräte, Dienste und Daten werden kontinuierlich bewertet. Netzwerkposition allein gilt nicht als Vertrauen.

Diagramm Security, IAM, PKI und Zero Trust

Fachliche Perspektive

Security schützt nicht nur Technik, sondern Geschäftsfähigkeit: Kundendaten, Zahlungsflüsse, Produktionssteuerung, Auditfähigkeit und Unternehmensreputation. Infrastruktur muss Missbrauch erschweren und Schaden begrenzen.

Identity First

Benutzer, Service Accounts, Maschinenidentitäten und Workload-Identitäten brauchen klare Lebenszyklen. MFA, Least Privilege, Rollenmodelle und Rezertifizierung verhindern schleichende Berechtigungsrisiken.

PKI und TLS

Zertifikate sind Vertrauensmaterial. Ohne automatisierten Zertifikatslebenszyklus entstehen Ausfälle kurz vor Ablauf, unsichere Ausnahmen oder ungeprüfte interne Klartextkommunikation.

Zero Trust

Zero Trust bedeutet nicht ein einzelnes Produkt. Es ist ein Architekturansatz: Ressourcen werden geschützt, Zugriff wird pro Anfrage anhand von Identität, Kontext, Gerätezustand, Policy und Risiko bewertet.

Secrets Management

Secrets gehören nicht in Git, Images, Tickets oder Wiki-Seiten. Sie brauchen Rotation, Audit, Zugriffskontrolle und klare Besitzer.

Ausführliche Beispiele

RBAC-Regel verständlich formulieren

access_policy:
  subject: group:team-order-ops
  resource: namespace:orders-prod
  permissions:
    - get pods
    - list pods
    - get logs
    - restart deployment/order-api
  denied:
    - read secrets
    - modify network policies
    - delete persistent volume claims
  justification: "Betrieb darf App neu starten und Logs lesen, aber keine Secrets oder Daten löschen."

NetworkPolicy für eingeschränkten Datenfluss

apiVersion: networking.k8s.io/v1
kind: NetworkPolicy
metadata:
  name: allow-order-api-to-db-only
  namespace: orders-prod
spec:
  podSelector:
    matchLabels:
      app: order-db
  ingress:
    - from:
        - podSelector:
            matchLabels:
              app: order-api
      ports:
        - protocol: TCP
          port: 5432

Secret-Rotation-Runbook

1. Neues Secret im Secret-Manager erzeugen.
2. Anwendung parallel mit altem und neuem Secret kompatibel machen.
3. Deployment mit neuer Referenz ausrollen.
4. Smoke Test und Monitoring prüfen.
5. Altes Secret deaktivieren.
6. Audit-Eintrag und Change schließen.

Typische Stolperfallen

  • Admin-Rechte werden dauerhaft vergeben.
  • Zertifikate werden manuell verwaltet.
  • Interne Netzwerke werden als automatisch vertrauenswürdig behandelt.
  • Secrets landen in Logs oder CI-Variablen ohne Schutz.
  • Security-Reviews kommen erst am Projektende.

Prüf- und Verständnis-Checkliste

  • Least Privilege ist umgesetzt.
  • MFA und Rezertifizierung sind aktiv.
  • Zertifikate werden überwacht und rotiert.
  • Secrets sind zentral verwaltet.
  • Policies sind getestet und auditierbar.

Merksatz

Eine Infrastrukturkomponente ist erst enterprise-tauglich, wenn sie geplant, automatisiert, überwacht, geschützt, wiederherstellbar und fachlich begründet ist.