PMG inf3/Einführung/MaxP

Wiki-Quelltext dieser Seite.

=Trust-Problem -- Vertrauen in unsicheren Systemen=

==Definition==
Das '''Trust-Problem''' beschreibt die Herausforderung, in digitalen Umgebungen '''Sicherheit und Vertrauen''' zwischen Parteien herzustellen, die sich nicht kennen und keine zentralen Autoritäten (wie Banken oder Regierungen) als Vermittler nutzen. Dies betrifft kritische Bereiche wie Finanztransaktionen, Identitätsprüfungen und IoT-Sicherheit.

Beispiele: 
* 🛒 Online-Shopping: Vertraust du dem Shop mit deinen Daten?
* 💬 Messenger: Weißt du, ob deine Nachrichten wirklich verschlüsselt sind?
* 🏠 Smart Home: Können Hacker deine vernetzte Heizung kapern?



==Warum ist das Problem so komplex?==
In der analogen Welt stützen wir Vertrauen auf '''sichtbare Zeichen''': Gesichter, Markenlogos oder physische Dokumente. In der digitalen Sphäre fehlen diese Ankerpunkte:
* '''Anonymität''': Identitäten lassen sich leicht fälschen (z. B. Fake-Profile, manipulierte Zertifikate).
* '''Manipulationsrisiko''': Angriffe auf zentrale Kontrollinstanzen gefährden gesamte Netzwerke (z. B. Datenlecks bei Tech-Konzernen).
* '''Systemische Unsicherheit''': Dezentrale Ansätze wie Blockchain reduzieren zentrale Schwachstellen, erfordern aber hohen Energieaufwand und technologische Komplexität.



== Technologische Vertrauensanker ==
Moderne Vertrauenssysteme basieren auf drei Säulen:

1. '''Asymmetrische Verschlüsselung''':
   * Schlüsselpaare (öffentlich/privat) ermöglichen sichere Kommunikation ohne vorherigen Schlüsselaustausch.
   * ''Beispiel'': HTTPS-Verbindungen via TLS-Zertifikaten.
2. '''Hashfunktionen''':
   * Einwegfunktionen erzeugen digitale Fingerabdrücke für Datenintegrität.
   * ''Beispiel'': SHA-256 in Blockchain-Transaktionen.
3. '''Zero-Knowledge-Proofs''':
   * Identitätsnachweis ohne Preisgabe sensibler Daten (z. B. Altersverifikation ohne Geburtsdatum).



==Lösungsansätze im Vergleich==

{| class="wikitable" style="text-align:left;"
|+ '''Lösungsansätze für das Trust-Problem'''
|-
! style="width:20%" | Ansatz
! style="width:30%" | Funktionsweise
! style="width:25%" | Vorteile
! style="width:25%" | Nachteile
|-
| '''Zentrale Systeme'''<br>🏦 (z. B. Banken, Google)
| 
* Eine zentrale Instanz kontrolliert alle Prozesse
* Beispiele: Online-Banking, staatliche Zertifizierungsstellen
| 
✅ Einfache Nutzung<br>
✅ Klare Verantwortung
| 
❌ Single Point of Failure<br>
❌ Risiko großer Datenlecks (z. B. bei Hacks)
|-
| '''Dezentrale Systeme'''<br>🔗 (z. B. Blockchain, P2P-Netzwerke)
|
* Verteilter Konsensmechanismus validiert Transaktionen
* Beispiele: Bitcoin, Ethereum
|
✅ Keine zentrale Angriffsfläche<br>
✅ Manipulationssicher durch Transparenz
|
❌ Energieintensiv (z. B. Proof-of-Work)<br>
❌ Langsame Prozesse bei Skalierung
|-
| '''Zero-Trust-Prinzip'''<br>🛡️ (z. B. moderne Firmennetzwerke)
|
* Jeder Zugriff wird granular geprüft – selbst von bekannten Nutzern
* Beispiel: Mehrstufige Authentifizierung
|
✅ Minimale Angriffsfläche<br>
✅ Dynamische Risikoanpassung
|
❌ Aufwendige Implementierung<br>
❌ Nutzerfrust durch häufige Abfragen
|}



== Erweiterte Lösungsansätze ==
  
=== Hybride Trust-Modelle ===  
Kombinieren zentrale und dezentrale Elemente, um Schwächen auszugleichen. Beispiele:  
* '''Federated Identity''' (z. B. Login mit Google/Microsoft): Nutzt vertrauenswürdige Drittanbieter für Identitätsprüfung, reduziert Abhängigkeit durch begrenzte Berechtigungen und Standardprotokolle wie SAML oder OAuth.  
* '''Dezentrale Identitäten (SSI)''': Nutzer kontrollieren eigene Zertifikate via Blockchain, während vertrauenswürdige Stellen (z. B. Behörden) nur Initialverifizierung durchführen.  

=== Organisatorische Maßnahmen ===  
Technologie allein reicht nicht – Vertrauen entsteht durch:  
* '''Transparente Compliance''': Regelmäßige Audits und offene Berichterstattung über Sicherheitsstandards (z. B. ISO 27001-Zertifizierung).  
* '''Security by Design''': Integration von Sicherheitsprinzipien wie Zero Trust bereits in der Entwicklungsphase.  
* '''Kulturwandel''': Sensibilisierung aller Stakeholder für Risiken und Förderung verantwortungsvoller Datenpraxis.  



== Grenzen der Technologie ==  

=== Menschliches Versagen ===  
Auch robuste Systeme scheitern an:  
* Phishing-Angriffe auf Mitarbeiter  
* Fehlkonfigurationen durch unzureichend geschultes Personal  
* Social Engineering (z. B. CEO Fraud)  

=== Ethik vs. Sicherheit ===  
Spannungsfeld zwischen:  
* '''Datensparsamkeit''' (DSGVO) und '''Gefahrenprävention''' (Vorratsdatenspeicherung)  
* '''Anonymität''' (z. B. Cryptowährungen) und '''Rückverfolgbarkeit''' (z. B. Geldwäschebekämpfung)  



== Zukunftsperspektiven ==  

=== KI-gestützte Trust-Systeme ===  
* Adaptive Risikobewertung durch Verhaltensanalyse (z. B. ungewöhnliche Login-Zeiten)  
* Automatisierte Zertifikatsverwaltung (z. B. Let’s Encrypt für TLS/SSL)  

=== Quantenresistente Kryptografie ===  
Vorbereitung auf Post-Quanten-Ära mit Algorithmen wie '''ML-KEM''' (Module-Lattice-Based Key Encapsulation Mechanism), die Quantencomputer-Angriffe abwehren. Infineon erhielt bereits erste Zertifizierungen für solche Lösungen.




== Quellen ==  
=== Vertrauen und Technologie ===  
* [1] [https://prototypefund.de/wp-content/uploads/2020/03/Begleitforschung7.pdf Vertrauensbildung im digitalen & analogen Kontext] – Prototype Fund (2020).  
  * Diskutiert Vertrauensverlust durch Datenskandale und digitale Überwachung.  

=== Hybride Trust-Modelle ===  
* [2][6] [https://dl.gi.de/items/55484741-5e41-4f78-bbeb-f305f61c5a55 A shared responsibility model to support cross border and cross ...] – GI (2024).  
  * Beschreibt Fed2SSI-Architektur für die Integration von SSI in Legacy-Federation-Systeme.  
* [6] [https://www.hci.iao.fraunhofer.de/de/identity-management/identity-und-accessmanagement/fed2ssi.html Fed2SSI – Federation to SSI] – Fraunhofer IAO (2022).  
  * Technische Umsetzung von SSI/Verifiable Credentials in Gaia-X und Catena-X.  

=== Zero Trust in 5G-Netzen ===  
* [3] [https://www.security-insider.de/ntt-data-und-palo-alto-networks-zero-trust-fuer-private-5g-a-3e85b5922ba2dbe5d299db885f42a46c/ NTT DATA und Palo Alto Networks: Zero Trust für Private 5G] – Security Insider (2025).  
  * Kombination von Zero Trust, maschinellem Lernen und NGFWs für industrielle 5G-Netze.  
* [7] [https://www.zscaler.com/de/products-and-solutions/private-5G Zero-Trust-Architektur von Zscaler für privates 5G] – Zscaler (2024).  
  * Minimierung von Angriffsflächen in privaten 5G-Umgebungen.  

=== KI-gestützte Trust-Systeme ===  
* [4][8] [https://mind-force.de/vertrieb/einstein-trust-layer/ Einstein Trust Layer] – Mind Force (2024).  
  * Salesforce-Architektur für datenschutzkonforme generative KI (Datenmaskierung, Zero Retention).  
* [8] [https://comselect.de/einstein-trust-layer/ Einstein Trust Layer | comselect GmbH] – comselect (2024).  
  * Ethikorientierte KI-Sicherheit mit GDPR/CCPA-Compliance.  

=== Digital Trust ===  
* [5] [https://www.suse.com/c/de/digital-trust-wie-unternehmen-in-einer-cloud-nativen-welt-vertrauen-aufbauen/ Digital Trust: Wie Unternehmen in einer Cloud-nativen Welt ...] – SUSE (o.J.).  
  * Strategien für Vertrauensaufbau in Cloud-Umgebungen (Studienreferenz: ISACA).  

=== Quantenresistente Kryptografie ===  
* [4][8] *Implizite Referenz*: ML-KEM als postquantenkryptografischer Standard (NIST-PQC).