1 / 21

SET – Secure Electronic Transaction

SET – Secure Electronic Transaction. Einführung zum Protokoll und dessen Verifikation. Christian Mauro. Kreditkartenzahlung - Altes Modell. Kreditkarteninfos. mit Glück SSL. Bestellinfos. Händler-Server. Karteninhaber. Gateway. Hausbank KI. Hausbank H.

deon
Download Presentation

SET – Secure Electronic Transaction

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. SET – Secure Electronic Transaction Einführung zum Protokoll und dessen Verifikation Christian Mauro SET - Secure Electronic Transaction

  2. Kreditkartenzahlung - Altes Modell Kreditkarteninfos mit Glück SSL Bestellinfos Händler-Server Karteninhaber Gateway Hausbank KI Hausbank H SET - Secure Electronic Transaction

  3. Verwendete Verschlüsselungstechniken • Symmetrische Verschlüsselung in Form von DES (56 Bit) • Asymmetrische Verschlüsselung in Form von RSA (1024 Bit bzw. 2048 Bit für Root CA) • SHA-1 zur Prüfsummenbildung (160 Bit) • Digitale Signatur • Duale Signatur • Zertifikate SET - Secure Electronic Transaction

  4. Digitale Signatur SHA-1 Privater Signaturschlüssel Sicherheit der Signatur 1 : 1.000.000.000.000.000.000.000.000.000.000.000.000.000.000.000.000 SET - Secure Electronic Transaction

  5. Zusammenspiel von Signatur, DES und RSA SHA-1 Privater Signaturschlüssel } Nachricht symmetrisch verschlüsselt RSA verschlüsselt mit dem Public Key des Empfängers (Digital Envelope) SET - Secure Electronic Transaction

  6. Duale Signatur SHA-1 #1 Privater SHA-1 Signaturschlüssel SHA-1 #2 Empfänger 1: Nachricht 1 + Checksumme 2 + Duale Signatur Empfänger 2: Nachricht 2 + Checksumme 1 + Duale Signatur Alternativ: Weiterleitung über Empfänger 1 SET - Secure Electronic Transaction

  7. Zertifikat - Hierarchie SET - Secure Electronic Transaction

  8. Typischer SET Ablauf • Cardholder Registration • Merchant Registration • Purchase Request • Payment Authorization • Payment Capture SET - Secure Electronic Transaction

  9. Cardholder Registration SET - Secure Electronic Transaction

  10. Merchant Registration SET - Secure Electronic Transaction

  11. Purchase Request SET - Secure Electronic Transaction

  12. Payment Authorization SET - Secure Electronic Transaction

  13. Payment Capture SET - Secure Electronic Transaction

  14. Verifikation der Purchase Request Phase • Mehrfach verschachtelte Verschlüsselungen und duplizierte Felder ergeben riesige Ausdrücke • Ständiges Generieren von zufälligen Nummern und Schlüsseln • Viele alternative Protokollpfade Verifikation schwierig: SET - Secure Electronic Transaction

  15. Verifikation der Purchase Request Phase SET - Secure Electronic Transaction

  16. Verifikation der Purchase Request Phase SET - Secure Electronic Transaction

  17. Verifikation – Theorem 1 SET - Secure Electronic Transaction

  18. Verifikation - Ergebnisse Theorem 1: Ein Angreifer kann die PAN nur dann erhalten, wenn ein unseriöses Gateway involviert war. Theorem 2: Wenn der Händler eine Authorization Response von einem seriösen Payment Gateway erhält, weiß er, dass diese vom Gateway signiert wurde; inklusive der Transaktionsnummer und des Kaufbetrags, was der Händler separat bestätigen kann. Theorem 3: Wenn der Händler die duale Signatur von einem unmanipulierten Karteninhaber einsieht, kann er anhand der XID prüfen, dass diese für ihn bestimmt war und dass sie vom Karteninhaber erstellt wurde. SET - Secure Electronic Transaction

  19. Verifikation - Ergebnisse Theorem 4: Wenn das Payment Gateway die duale Signatur von einem unmanipulierten Karteninhaber und einem unmanipuliertem Händler einsieht, kann er prüfen, dass diese aus einer Transaktion vom gegebenen Karteninhaber und dem gegebenen Händler entstammt. Er kann zudem prüfen, dass der Händler ihn ausgewählt hat, die Transaktion zu bearbeiten. Theorem 5: Wenn der Karteninhaber eine Purchase Response von einem unmanipulierten Händler empfängt, weiß er, dass auch wirklich der Händler diese geschickt hat. Zudem weiß er, dass der Händler eine signierte Nachricht von dem Payment Gateway erhalten hat, das der Händler zur Bearbeitung beauftragt hat. SET - Secure Electronic Transaction

  20. Verifikation - Ergebnisse • Schwächen am Protokoll: • Kein Feld, das auf Seite des Karteninhabers das Payment Gateway spezifiziert • Symmetrischer Schlüssel nicht Teil der Prüfsumme • Dies führt zu • Theorem 6: • Wenn das Gateway eine dual signierte Authorisierungsanfrage erhält, weiß es, • dass Karteninhaber und Händler eine Zahlungsanweisung (nicht unbedingt • die, die gerade vorliegt) für ein Gateway (nicht notwendigerweise es selbst) • mit einem digitalen Briefumschlag (nicht zwingend der gerade geöffnete) • zusammengestellt haben, in der sie in diversen Details übereingekommen • sind. Der Überweisungsbetrag kann nur vom Karteninhaber, nicht aber vom • Händler eingesehen werden.Trotzdem bilden beide Parteien eine Prüfsumme • von Bestellinfos und Gesamtbetrag, die das Gateway vergleichen kann. SET - Secure Electronic Transaction

  21. Verifikation - Ergebnisse • SET praktisch sicher • kleinere Schwächen, die nicht wirklich relevant sein sollten und sich zudem leicht beheben lassen • Größtes Problem: Umständliche Bedienung SET - Secure Electronic Transaction

More Related