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.