Protokolldesign. Alexander Aprelkin TUM. Alexander Aprelkin (TUM) Protokolldesign / 36
|
|
|
- Valentin Geier
- vor 6 Jahren
- Abrufe
Transkript
1 Protokolldesign Alexander Aprelkin TUM Alexander Aprelkin (TUM) Protokolldesign / 36
2 Gliederung 1 Einführung Begriffe Notation Motivation 2 Design Prinzipien Basisprinzip 1. Explicitness Prinzip 3. Naming Prinzip 4. Encryption Prinzip 5. Signing encrypted Data 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
3 Einführung Begriffe Gliederung 1 Einführung Begriffe Notation Motivation 2 Design Prinzipien 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
4 Einführung Begriffe Begriffe Definition Protokoll - eine Menge von Regeln, die festlegen, wie der Austausch von Nachrichten zwischen 2 oder mehr Partnern abläuft. Definition Kryptographisches Protokoll - Protokoll, bei dem Teile oder ganze Nachrichten verschlüsselt sind. Alexander Aprelkin (TUM) Protokolldesign / 36
5 Einführung Begriffe Begriffe Definition Protokoll - eine Menge von Regeln, die festlegen, wie der Austausch von Nachrichten zwischen 2 oder mehr Partnern abläuft. Definition Kryptographisches Protokoll - Protokoll, bei dem Teile oder ganze Nachrichten verschlüsselt sind. Alexander Aprelkin (TUM) Protokolldesign / 36
6 Einführung Notation Gliederung 1 Einführung Begriffe Notation Motivation 2 Design Prinzipien 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
7 Einführung Notation Notation A - Alice, B - Bob S - Trusted Server K a - Öffentlicher Schlüssel von A, K 1 a - Privater Schlüssel von A bzw. inverser Schlüssel zu K a T - Zeitstempel {X } K - Nachricht X, verschlüsselt mit K K ab - (symmetrischer) Schlüssel für die Kommunikation zwischen A und B N a - Nonce (=Number used Once), generiert durch A Alexander Aprelkin (TUM) Protokolldesign / 36
8 Einführung Notation Notation A - Alice, B - Bob S - Trusted Server K a - Öffentlicher Schlüssel von A, K 1 a - Privater Schlüssel von A bzw. inverser Schlüssel zu K a T - Zeitstempel {X } K - Nachricht X, verschlüsselt mit K K ab - (symmetrischer) Schlüssel für die Kommunikation zwischen A und B N a - Nonce (=Number used Once), generiert durch A Alexander Aprelkin (TUM) Protokolldesign / 36
9 Einführung Notation Notation A - Alice, B - Bob S - Trusted Server K a - Öffentlicher Schlüssel von A, K 1 a - Privater Schlüssel von A bzw. inverser Schlüssel zu K a T - Zeitstempel {X } K - Nachricht X, verschlüsselt mit K K ab - (symmetrischer) Schlüssel für die Kommunikation zwischen A und B N a - Nonce (=Number used Once), generiert durch A Alexander Aprelkin (TUM) Protokolldesign / 36
10 Einführung Notation Notation A - Alice, B - Bob S - Trusted Server K a - Öffentlicher Schlüssel von A, K 1 a - Privater Schlüssel von A bzw. inverser Schlüssel zu K a T - Zeitstempel {X } K - Nachricht X, verschlüsselt mit K K ab - (symmetrischer) Schlüssel für die Kommunikation zwischen A und B N a - Nonce (=Number used Once), generiert durch A Alexander Aprelkin (TUM) Protokolldesign / 36
11 Einführung Notation Notation A - Alice, B - Bob S - Trusted Server K a - Öffentlicher Schlüssel von A, K 1 a - Privater Schlüssel von A bzw. inverser Schlüssel zu K a T - Zeitstempel {X } K - Nachricht X, verschlüsselt mit K K ab - (symmetrischer) Schlüssel für die Kommunikation zwischen A und B N a - Nonce (=Number used Once), generiert durch A Alexander Aprelkin (TUM) Protokolldesign / 36
12 Einführung Notation Notation A - Alice, B - Bob S - Trusted Server K a - Öffentlicher Schlüssel von A, K 1 a - Privater Schlüssel von A bzw. inverser Schlüssel zu K a T - Zeitstempel {X } K - Nachricht X, verschlüsselt mit K K ab - (symmetrischer) Schlüssel für die Kommunikation zwischen A und B N a - Nonce (=Number used Once), generiert durch A Alexander Aprelkin (TUM) Protokolldesign / 36
13 Einführung Notation Notation A - Alice, B - Bob S - Trusted Server K a - Öffentlicher Schlüssel von A, K 1 a - Privater Schlüssel von A bzw. inverser Schlüssel zu K a T - Zeitstempel {X } K - Nachricht X, verschlüsselt mit K K ab - (symmetrischer) Schlüssel für die Kommunikation zwischen A und B N a - Nonce (=Number used Once), generiert durch A Alexander Aprelkin (TUM) Protokolldesign / 36
14 Einführung Notation Beispiel Message 4: B A : {T a + 1} Kab Interpretation 4. Nachricht im Protokol Bob schickt an Alice Zeitstempel, den A generiert hat, um 1 inkrementiert Verschlüsselt mit dem Schlüssel für die Kommunikation zwischen A und B Alexander Aprelkin (TUM) Protokolldesign / 36
15 Einführung Notation Beispiel Message 4: B A : {T a + 1} Kab Interpretation 4. Nachricht im Protokol Bob schickt an Alice Zeitstempel, den A generiert hat, um 1 inkrementiert Verschlüsselt mit dem Schlüssel für die Kommunikation zwischen A und B Alexander Aprelkin (TUM) Protokolldesign / 36
16 Einführung Notation Beispiel Message 4: B A : {T a + 1} Kab Interpretation 4. Nachricht im Protokol Bob schickt an Alice Zeitstempel, den A generiert hat, um 1 inkrementiert Verschlüsselt mit dem Schlüssel für die Kommunikation zwischen A und B Alexander Aprelkin (TUM) Protokolldesign / 36
17 Einführung Notation Beispiel Message 4: B A : {T a + 1} Kab Interpretation 4. Nachricht im Protokol Bob schickt an Alice Zeitstempel, den A generiert hat, um 1 inkrementiert Verschlüsselt mit dem Schlüssel für die Kommunikation zwischen A und B Alexander Aprelkin (TUM) Protokolldesign / 36
18 Einführung Notation Beispiel Message 4: B A : {T a + 1} Kab Interpretation 4. Nachricht im Protokol Bob schickt an Alice Zeitstempel, den A generiert hat, um 1 inkrementiert Verschlüsselt mit dem Schlüssel für die Kommunikation zwischen A und B Alexander Aprelkin (TUM) Protokolldesign / 36
19 Einführung Motivation Motivation Ziel eines kryptographischen Protokolls den erforderlichen Sicherheitsgrad des Systems zu gewährleisten In manchen Protokollen wird dieses Ziel nicht erreicht nicht aufgrund einer schwachen Verschlüsselung sondern wegen eines Designfehlers Alexander Aprelkin (TUM) Protokolldesign / 36
20 Einführung Motivation Motivation Ziel eines kryptographischen Protokolls den erforderlichen Sicherheitsgrad des Systems zu gewährleisten In manchen Protokollen wird dieses Ziel nicht erreicht nicht aufgrund einer schwachen Verschlüsselung sondern wegen eines Designfehlers Alexander Aprelkin (TUM) Protokolldesign / 36
21 Einführung Motivation Motivation Ziel eines kryptographischen Protokolls den erforderlichen Sicherheitsgrad des Systems zu gewährleisten In manchen Protokollen wird dieses Ziel nicht erreicht nicht aufgrund einer schwachen Verschlüsselung sondern wegen eines Designfehlers Alexander Aprelkin (TUM) Protokolldesign / 36
22 Einführung Motivation Motivation Ziel eines kryptographischen Protokolls den erforderlichen Sicherheitsgrad des Systems zu gewährleisten In manchen Protokollen wird dieses Ziel nicht erreicht nicht aufgrund einer schwachen Verschlüsselung sondern wegen eines Designfehlers Alexander Aprelkin (TUM) Protokolldesign / 36
23 Einführung Motivation Motivation Ziel eines kryptographischen Protokolls den erforderlichen Sicherheitsgrad des Systems zu gewährleisten In manchen Protokollen wird dieses Ziel nicht erreicht nicht aufgrund einer schwachen Verschlüsselung sondern wegen eines Designfehlers Alexander Aprelkin (TUM) Protokolldesign / 36
24 Einführung Motivation Techniken zum Design von Security-Protokollen: Formale Methoden (werden nicht weiter betrachtet) Design Prinzipien Faustregeln zur Vermeidung von bekannten Fehlern Alexander Aprelkin (TUM) Protokolldesign / 36
25 Einführung Motivation Techniken zum Design von Security-Protokollen: Formale Methoden (werden nicht weiter betrachtet) Design Prinzipien Faustregeln zur Vermeidung von bekannten Fehlern Alexander Aprelkin (TUM) Protokolldesign / 36
26 Einführung Motivation Techniken zum Design von Security-Protokollen: Formale Methoden (werden nicht weiter betrachtet) Design Prinzipien Faustregeln zur Vermeidung von bekannten Fehlern Alexander Aprelkin (TUM) Protokolldesign / 36
27 Einführung Motivation Design-Prinzipien für kryptographische Protokolle: sind für die Korrektheit weder notwendig noch hinreichend ihre strikte Einhaltung verhindert viele Fehler M. Abadi und R. Needham: 11 Prinzipien R. Anderson und R. Needham: 8 zusätzliche Prinzipien für Public-Key-Protokolle Alexander Aprelkin (TUM) Protokolldesign / 36
28 Einführung Motivation Design-Prinzipien für kryptographische Protokolle: sind für die Korrektheit weder notwendig noch hinreichend ihre strikte Einhaltung verhindert viele Fehler M. Abadi und R. Needham: 11 Prinzipien R. Anderson und R. Needham: 8 zusätzliche Prinzipien für Public-Key-Protokolle Alexander Aprelkin (TUM) Protokolldesign / 36
29 Einführung Motivation Design-Prinzipien für kryptographische Protokolle: sind für die Korrektheit weder notwendig noch hinreichend ihre strikte Einhaltung verhindert viele Fehler M. Abadi und R. Needham: 11 Prinzipien R. Anderson und R. Needham: 8 zusätzliche Prinzipien für Public-Key-Protokolle Alexander Aprelkin (TUM) Protokolldesign / 36
30 Gliederung 1 Einführung 2 Design Prinzipien Basisprinzip 1. Explicitness Prinzip 3. Naming Prinzip 4. Encryption Prinzip 5. Signing encrypted Data 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
31 Basisprinzip 1. Explicitness Gliederung 1 Einführung 2 Design Prinzipien Basisprinzip 1. Explicitness Prinzip 3. Naming Prinzip 4. Encryption Prinzip 5. Signing encrypted Data 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
32 Basisprinzip 1. Explicitness Explicitness Prinzip 1 Every message should say what it means. The interpretation of the message should depend only on its content. Allumfassendes universales Prinzip Es soll möglich sein, einen deutschen Satz zu formulieren, der die Nachricht beschreibt Alexander Aprelkin (TUM) Protokolldesign / 36
33 Basisprinzip 1. Explicitness Explicitness Prinzip 1 Every message should say what it means. The interpretation of the message should depend only on its content. Allumfassendes universales Prinzip Es soll möglich sein, einen deutschen Satz zu formulieren, der die Nachricht beschreibt Alexander Aprelkin (TUM) Protokolldesign / 36
34 Prinzip 3. Naming Gliederung 1 Einführung 2 Design Prinzipien Basisprinzip 1. Explicitness Prinzip 3. Naming Prinzip 4. Encryption Prinzip 5. Signing encrypted Data 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
35 Prinzip 3. Naming Naming Prinzip 3 If the identity of a party is essential to the meaning of the message, it is prudent to mention the party s name (identity) explicitly in the message. Ein Spezialfall des Basisprinzips 1 Manchmal können die Namen der Kommunikationspartner aus anderen Daten implizit hervorgehen Alexander Aprelkin (TUM) Protokolldesign / 36
36 Prinzip 3. Naming Naming Prinzip 3 If the identity of a party is essential to the meaning of the message, it is prudent to mention the party s name (identity) explicitly in the message. Ein Spezialfall des Basisprinzips 1 Manchmal können die Namen der Kommunikationspartner aus anderen Daten implizit hervorgehen Alexander Aprelkin (TUM) Protokolldesign / 36
37 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Ziel: die Verbindung zwischen A und B mit Schlüssel K ab aufbauen Den Schlüssel K ab erzeugt der Server Nur A kontaktiert den Server Alexander Aprelkin (TUM) Protokolldesign / 36
38 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Alexander Aprelkin (TUM) Protokolldesign / 36
39 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: S generiert den Schlüssel auf Anfrage von A Message 2: N a als Nachweis der Aktualität Message 3: A schickt den Schlüssel an B Messages 4-5: Handshaking von A und B Alexander Aprelkin (TUM) Protokolldesign / 36
40 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: S generiert den Schlüssel auf Anfrage von A Message 2: N a als Nachweis der Aktualität Message 3: A schickt den Schlüssel an B Messages 4-5: Handshaking von A und B Alexander Aprelkin (TUM) Protokolldesign / 36
41 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: S generiert den Schlüssel auf Anfrage von A Message 2: N a als Nachweis der Aktualität Message 3: A schickt den Schlüssel an B Messages 4-5: Handshaking von A und B Alexander Aprelkin (TUM) Protokolldesign / 36
42 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: S generiert den Schlüssel auf Anfrage von A Message 2: N a als Nachweis der Aktualität Message 3: A schickt den Schlüssel an B Messages 4-5: Handshaking von A und B Alexander Aprelkin (TUM) Protokolldesign / 36
43 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: S generiert den Schlüssel auf Anfrage von A Message 2: N a als Nachweis der Aktualität Message 3: A schickt den Schlüssel an B Messages 4-5: Handshaking von A und B Alexander Aprelkin (TUM) Protokolldesign / 36
44 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: A wird implizit durch K as angegeben. Message 2: B muss explizit angegeben werden! Sonst: Man-In-The-Middle-Attacke möglich wie folgt: Alexander Aprelkin (TUM) Protokolldesign / 36
45 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: A wird implizit durch K as angegeben. Message 2: B muss explizit angegeben werden! Sonst: Man-In-The-Middle-Attacke möglich wie folgt: Alexander Aprelkin (TUM) Protokolldesign / 36
46 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: A wird implizit durch K as angegeben. Message 2: B muss explizit angegeben werden! Sonst: Man-In-The-Middle-Attacke möglich wie folgt: Alexander Aprelkin (TUM) Protokolldesign / 36
47 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Needham-Schröder Message 1: A S : {A, B, N a } Message 2: S A : {N a, B, K ab, {K ab, A} Kbs } Kas Message 3: A B : {K ab, A} Kbs Message 4: B A : {N b } Kab Message 5: A B : {N b 1} Kab Message 2: A wird implizit durch K as angegeben. Message 2: B muss explizit angegeben werden! Sonst: Man-In-The-Middle-Attacke möglich wie folgt: Alexander Aprelkin (TUM) Protokolldesign / 36
48 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Alexander Aprelkin (TUM) Protokolldesign / 36
49 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Alexander Aprelkin (TUM) Protokolldesign / 36
50 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Alexander Aprelkin (TUM) Protokolldesign / 36
51 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Alexander Aprelkin (TUM) Protokolldesign / 36
52 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Alexander Aprelkin (TUM) Protokolldesign / 36
53 Prinzip 3. Naming Beispiel: Needham-Schröder-Protokoll Alexander Aprelkin (TUM) Protokolldesign / 36
54 Prinzip 4. Encryption Gliederung 1 Einführung 2 Design Prinzipien Basisprinzip 1. Explicitness Prinzip 3. Naming Prinzip 4. Encryption Prinzip 5. Signing encrypted Data 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
55 Prinzip 4. Encryption Encryption Prinzip 4 Be clear about why encryption is applied Encryption is not cheap, and not asking precisely why it is being done can lead to redundancy Encryption is not synonymous with security, and its improper use can lead to errors Einsatz der Verschlüsselung um Vertraulichkeit zu garantieren um Authentizität zu garantieren um Integrität zu garantieren manchmal nicht notwendig Alexander Aprelkin (TUM) Protokolldesign / 36
56 Prinzip 4. Encryption Encryption Prinzip 4 Be clear about why encryption is applied Encryption is not cheap, and not asking precisely why it is being done can lead to redundancy Encryption is not synonymous with security, and its improper use can lead to errors Einsatz der Verschlüsselung um Vertraulichkeit zu garantieren um Authentizität zu garantieren um Integrität zu garantieren manchmal nicht notwendig Alexander Aprelkin (TUM) Protokolldesign / 36
57 Prinzip 4. Encryption Beispiel: vereinfachtes Kerberos Alexander Aprelkin (TUM) Protokolldesign / 36
58 Prinzip 5. Signing encrypted Data Gliederung 1 Einführung 2 Design Prinzipien Basisprinzip 1. Explicitness Prinzip 3. Naming Prinzip 4. Encryption Prinzip 5. Signing encrypted Data 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
59 Prinzip 5. Signing encrypted Data Encryption Prinzip 5 When a party signs material that has already been encrypted, it should not be inferred that the signing party knows the content of the message. On the other hand, it is proper to infer that the party that signs a message and then encrypts it for privacy knows the content of the message. Signatur wird manchmal als Beweis angenommen, dass der signierende Kommunikationspartner den Inhalt der Nachricht kennt Dies führt zu Fehlern Alexander Aprelkin (TUM) Protokolldesign / 36
60 Prinzip 5. Signing encrypted Data Encryption Prinzip 5 When a party signs material that has already been encrypted, it should not be inferred that the signing party knows the content of the message. On the other hand, it is proper to infer that the party that signs a message and then encrypts it for privacy knows the content of the message. Signatur wird manchmal als Beweis angenommen, dass der signierende Kommunikationspartner den Inhalt der Nachricht kennt Dies führt zu Fehlern Alexander Aprelkin (TUM) Protokolldesign / 36
61 Prinzip 5. Signing encrypted Data Beispiel: CCITT X.509. One Pass Authentication Idee: K ab geheim übertragen Authentikation von A gegenüber B Alexander Aprelkin (TUM) Protokolldesign / 36
62 Prinzip 5. Signing encrypted Data Beispiel: CCITT X.509 One Pass Authentication Anfälligkeiten: Möglich, dass Sender den Inhalt der verschlüsselten Nachricht nicht kennt Attacke möglich Alexander Aprelkin (TUM) Protokolldesign / 36
63 Prinzip 5. Signing encrypted Data Beispiel: CCITT X.509 One Pass Authentication Anfälligkeiten: Möglich, dass Sender den Inhalt der verschlüsselten Nachricht nicht kennt Attacke möglich Alexander Aprelkin (TUM) Protokolldesign / 36
64 Prinzip 5. Signing encrypted Data Beispiel: CCITT X.509 One Pass Authentication Attacke C entfernt die Signatur von A und ersetzt sie durch seine Verschlüsselte Nachricht wird blind weitergeleitet Konsequenz: Verletzung der Authentizität von X a und K ab B denkt, er teile den Schlüssel mit C, was falsch ist Alexander Aprelkin (TUM) Protokolldesign / 36
65 Prinzip 5. Signing encrypted Data Beispiel: CCITT X.509 One Pass Authentication Attacke C entfernt die Signatur von A und ersetzt sie durch seine Verschlüsselte Nachricht wird blind weitergeleitet Konsequenz: Verletzung der Authentizität von X a und K ab B denkt, er teile den Schlüssel mit C, was falsch ist Alexander Aprelkin (TUM) Protokolldesign / 36
66 Prinzip 5. Signing encrypted Data Beispiel: CCITT X.509 One Pass Authentication Verhinderung Erst signieren, dann verschlüsseln Message 1: A B : A, T a, N a, B, X a, (sig) a (T a, N a, B, X a, {K ab }) Kb Alexander Aprelkin (TUM) Protokolldesign / 36
67 Prinzip 5. Signing encrypted Data Gliederung 1 Einführung 2 Design Prinzipien Basisprinzip 1. Explicitness Prinzip 3. Naming Prinzip 4. Encryption Prinzip 5. Signing encrypted Data 3 Schlusswort Alexander Aprelkin (TUM) Protokolldesign / 36
68 Schlusswort Schlusswort Protokolldesign Design von kryptographischen Protokollen sollte bewusst anhand der Prinzipien durchgeführt werden. Einhaltung der Regeln reduziert die Kosten, wie auch in anderen Engineering-Bereichen. KISS "Keep It Simple Stupid" wird oft ignoriert. Alexander Aprelkin (TUM) Protokolldesign / 36
69 Weiterführende Literatur Schlusswort Martin Abadi and Roger Needham "Prudent Engineering Practice for Cryptographic Protocols" Martin Abadi "Security Protocols: Principles and Calculi Tutorial Notes" Debra S. Herrmann "A Practical Guide to Security Engineering and Information Assurance". Auerbach Publications, 2002 Alexander Aprelkin (TUM) Protokolldesign / 36
Risiko Datensicherheit End-to-End-Verschlüsselung von Anwendungsdaten. Peter Kirchner Microsoft Deutschland GmbH
Risiko Datensicherheit End-to-End-Verschlüsselung von Anwendungsdaten Peter Kirchner Microsoft Deutschland GmbH RISIKO Datensicherheit NSBNKPDA kennt alle ihre Geheimnisse! Unterschleißheim Jüngste Studien
PGP und das Web of Trust
PGP und das Web of Trust Thomas Merkel Frubar Network 14. Juni 2007 E509 273D 2107 23A6 AD86 1879 4C0E 6BFD E80B F2AB Thomas Merkel (Frubar Network) PGP und das Web of Trust 14. Juni
9 Schlüsseleinigung, Schlüsselaustausch
9 Schlüsseleinigung, Schlüsselaustausch Ziel: Sicherer Austausch von Schlüsseln über einen unsicheren Kanal initiale Schlüsseleinigung für erste sichere Kommunikation Schlüsselerneuerung für weitere Kommunikation
Inhalt der Vorlesung. Vorlesung Formale Aspekte der Software-Sicherheit und Kryptographie Wintersemester 2011/12 Universität Duisburg-Essen
Vorlesung Formale Aspekte der Software-Sicherheit und Kryptographie Wintersemester 2011/12 Universität Duisburg-Essen Barbara König Inhalt Kryptographie Kryptographische Protokolle Verifikation von kryptographischen
Informatik für Ökonomen II HS 09
Informatik für Ökonomen II HS 09 Übung 5 Ausgabe: 03. Dezember 2009 Abgabe: 10. Dezember 2009 Die Lösungen zu den Aufgabe sind direkt auf das Blatt zu schreiben. Bitte verwenden Sie keinen Bleistift und
Verteilte Systeme. Sicherheit. Prof. Dr. Oliver Haase
Verteilte Systeme Sicherheit Prof. Dr. Oliver Haase 1 Einführung weitere Anforderung neben Verlässlichkeit (zur Erinnerung: Verfügbarkeit, Zuverlässigkeit, Funktionssicherheit (Safety) und Wartbarkeit)
Unterhalten Sie sich leise mit Ihrem Nachbarn über ein aktuelles Thema. Dauer ca. 2 Minuten
Versuch: Eigenschaften einer Unterhaltung Instant Messaging Unterhalten Sie sich leise mit Ihrem Nachbarn über ein aktuelles Thema. Dauer ca. 2 Minuten welche Rollen gibt es in einem IM-System? Analysieren
Instruktionen Mozilla Thunderbird Seite 1
Instruktionen Mozilla Thunderbird Seite 1 Instruktionen Mozilla Thunderbird Dieses Handbuch wird für Benutzer geschrieben, die bereits ein E-Mail-Konto zusammenbauen lassen im Mozilla Thunderbird und wird
Kryptografische Protokolle
Kryptografische Protokolle Lerneinheit 5: Authentifizierung Prof. Dr. Christoph Karg Studiengang Informatik Hochschule Aalen Sommersemester 2015 19.6.2015 Einleitung Einleitung Diese Lerneinheit hat Protokolle
SSL/TLS Sicherheit Warum es sich lohnt, sich mit Ciphersuites zu beschäftigen
SSL/TLS Sicherheit Warum es sich lohnt, sich mit Ciphersuites zu beschäftigen Immo FaUl Wehrenberg immo@ctdo.de Chaostreff Dortmund 16. Juli 2009 Immo FaUl Wehrenberg immo@ctdo.de (CTDO) SSL/TLS Sicherheit
Bernd Blümel. Verschlüsselung. Prof. Dr. Blümel
Bernd Blümel 2001 Verschlüsselung Gliederung 1. Symetrische Verschlüsselung 2. Asymetrische Verschlüsselung 3. Hybride Verfahren 4. SSL 5. pgp Verschlüsselung 111101111100001110000111000011 1100110 111101111100001110000111000011
Analyse von kryptographischen Protokollen mit dem AVISPA-Tool
Analyse von kryptographischen Protokollen mit dem AVISPA-Tool Matthias Ryll Sicherheit in Netzen Agenda kryptographische Protokolle AVISPA TOOL Praktische Vorführung Quellen Installationshinweise Matthias
SSL-Protokoll und Internet-Sicherheit
SSL-Protokoll und Internet-Sicherheit Christina Bräutigam Universität Dortmund 5. Dezember 2005 Übersicht 1 Einleitung 2 Allgemeines zu SSL 3 Einbindung in TCP/IP 4 SSL 3.0-Sicherheitsschicht über TCP
Modellierung kryptographischer Protokolle durch Induktion
Modellierung kryptographischer Protokolle durch Induktion Lukas Bulwahn 22. Juli 2006 In diesem Vortrag wird gezeigt, wie man kryptographische Protokolle durch induktive Denitionen der Protokolle modelliert
Modul 2: Zusammenspiel der Verfahren: Authentisierung, Verschlüsselung und Schlüsselmanagement
Modul 2: Zusammenspiel der Verfahren: Authentisierung, und Schlüsselmanagement M. Leischner nsysteme II Folie 1 Gegenseitige, symmetrische, dynamische Authentisierung und Authentisierung rnd-c A RANDOM
Eine Praxis-orientierte Einführung in die Kryptographie
Eine Praxis-orientierte Einführung in die Kryptographie Mag. Lukas Feiler, SSCP lukas.feiler@lukasfeiler.com http://www.lukasfeiler.com/lectures_brg9 Verschlüsselung & Entschlüsselung Kryptographie & Informationssicherheit
IT-Sicherheit Kapitel 3 Public Key Kryptographie
IT-Sicherheit Kapitel 3 Public Key Kryptographie Dr. Christian Rathgeb Sommersemester 2013 1 Einführung In der symmetrischen Kryptographie verwenden Sender und Empfänger den selben Schlüssel die Teilnehmer
Secure Sockets Layer (SSL) Prof. Dr. P. Trommler
Secure Sockets Layer (SSL) Prof. Dr. P. Trommler Übersicht Internetsicherheit Protokoll Sitzungen Schlüssel und Algorithmen vereinbaren Exportversionen Public Keys Protokollnachrichten 29.10.2003 Prof.
Authentikation und digitale Signatur
TU Graz 23. Jänner 2009 Überblick: Begriffe Authentikation Digitale Signatur Überblick: Begriffe Authentikation Digitale Signatur Überblick: Begriffe Authentikation Digitale Signatur Begriffe Alice und
DNSSEC und DANE. Dimitar Dimitrov. Institut für Informatik Humboldt-Universität zu Berlin Seminar Electronic Identity Dr.
DNSSEC und DANE Dimitar Dimitrov Institut für Informatik Humboldt-Universität zu Berlin Seminar Electronic Identity Dr. Wolf Müller 17. November 2014 Inhaltsverzeichnis 1 Motivation 2 DNS 3 DNSSEC 4 DANE
Sicherheit in Netzwerken. Leonard Claus, WS 2012 / 2013
Sicherheit in Netzwerken Leonard Claus, WS 2012 / 2013 Inhalt 1 Definition eines Sicherheitsbegriffs 2 Einführung in die Kryptografie 3 Netzwerksicherheit 3.1 E-Mail-Sicherheit 3.2 Sicherheit im Web 4
Stammtisch 04.12.2008. Zertifikate
Stammtisch Zertifikate Ein Zertifikat ist eine Zusicherung / Bestätigung / Beglaubigung eines Sachverhalts durch eine Institution in einem definierten formalen Rahmen 1 Zertifikate? 2 Digitale X.509 Zertifikate
Message Authentication
Message Authentication 8 Message Authentication Message authentication is concerned with: protecting the integrity of a message, i.e. alteration of message is detectable validating identity of originator,
CryptoCampagne. Thomas Funke Fachbereich Informatik Universität Hamburg
CryptoCampagne Thomas Funke Fachbereich Informatik Universität Hamburg Die Tour Intro & Motivation Public Key Encryption Alice and Bob Web of Trust OpenPGP Motivation or why the hell bother Kommunikation
Netzsicherheit Architekturen und Protokolle Instant Messaging
Instant Messaging Versuch: Eigenschaften einer Unterhaltung Unterhalten Sie sich leise mit Ihrem Nachbarn über ein aktuelles Thema. Dauer ca. 2 Minuten welche Rollen gibt es in einem IM-System? Analysieren
Prediction Market, 28th July 2012 Information and Instructions. Prognosemärkte Lehrstuhl für Betriebswirtschaftslehre insbes.
Prediction Market, 28th July 2012 Information and Instructions S. 1 Welcome, and thanks for your participation Sensational prices are waiting for you 1000 Euro in amazon vouchers: The winner has the chance
Homomorphe Verschlüsselung
Homomorphe Verschlüsselung Sophie Friedrich, Nicholas Höllermeier, Martin Schwaighofer 11. Juni 2012 Inhaltsverzeichnis Einleitung Motivation Mathematische Definitionen Wiederholung Gruppe Ring Gruppenhomomorphisums
Vorlesung Sicherheit
Vorlesung Sicherheit Dennis Hofheinz IKS, KIT 10.06.2013 1 / 26 Überblick 1 Schlüsselaustauschprotokolle Transport Layer Security (TLS) Weitere Schlüsselaustauschtypen Zusammenfassung 2 Identifikationsprotokolle
NVR Mobile Viewer for iphone/ipad/ipod Touch
NVR Mobile Viewer for iphone/ipad/ipod Touch Quick Installation Guide DN-16111 DN-16112 DN16113 2 DN-16111, DN-16112, DN-16113 for Mobile ios Quick Guide Table of Contents Download and Install the App...
Authentifizierung. Benutzerverwaltung mit Kerberos. Referent: Jochen Merhof
Authentifizierung Benutzerverwaltung mit Kerberos Referent: Jochen Merhof Überblick über Kerberos Entwickelt seit Mitte der 80er Jahre am MIT Netzwerk-Authentifikations-Protokoll (Needham-Schroeder) Open-Source
Notice: All mentioned inventors have to sign the Report of Invention (see page 3)!!!
REPORT OF INVENTION Please send a copy to An die Abteilung Technologietransfer der Universität/Hochschule An die Technologie-Lizenz-Büro (TLB) der Baden-Württembergischen Hochschulen GmbH Ettlinger Straße
Keynote. SSL verstehen. Prof. Dr. Peter Heinzmann
ASec IT Solutions AG "Secure SSL" Tagung 9. September 2005, Hotel Mövenpick Glattbrugg Keynote SSL verstehen Prof. Dr. Peter Heinzmann Institut für Internet-Technologien und Anwendungen, HSR Hochschule
Diffie-Hellman, ElGamal und DSS. Vortrag von David Gümbel am 28.05.2002
Diffie-Hellman, ElGamal und DSS Vortrag von David Gümbel am 28.05.2002 Übersicht Prinzipielle Probleme der sicheren Nachrichtenübermittlung 'Diskreter Logarithmus'-Problem Diffie-Hellman ElGamal DSS /
IT-Sicherheit Kapitel 13. Email Sicherheit
IT-Sicherheit Kapitel 13 Email Sicherheit Dr. Christian Rathgeb Sommersemester 2013 IT-Sicherheit Kapitel 13 Email-Sicherheit 1 Einführung Internet Mail: Der bekannteste Standard zum Übertragen von Emails
3. Web Service Security 3.1 WS-Security. Jörg Schwenk Lehrstuhl für Netz- und Datensicherheit
XML- und Webservice- Sicherheit 3. Web Service Security 3.1 WS-Security Gliederung 1. SOAP 2. WS-Security: Der SOAP Security Header 3. Security Tokens in WS-Security S 4. XML Signature in WS-Security 5.
Exercise (Part XI) Anastasia Mochalova, Lehrstuhl für ABWL und Wirtschaftsinformatik, Kath. Universität Eichstätt-Ingolstadt 1
Exercise (Part XI) Notes: The exercise is based on Microsoft Dynamics CRM Online. For all screenshots: Copyright Microsoft Corporation. The sign ## is you personal number to be used in all exercises. All
Linux User Group Tübingen
theoretische Grundlagen und praktische Anwendung mit GNU Privacy Guard und KDE Übersicht Authentizität öffentlicher GNU Privacy Guard unter KDE graphische Userinterfaces:, Die dahinter
Voll homomorpe Verschlüsselung
Voll homomorpe Verschlüsselung Definition Voll homomorphe Verschlüsselung Sei Π ein Verschlüsselungsverfahren mit Enc : R R für Ringe R, R. Π heißt voll homomorph, falls 1 Enc(m 1 ) + Enc(m 2 ) eine gültige
Betriebssysteme und Sicherheit Sicherheit. Signaturen, Zertifikate, Sichere E-Mail
Betriebssysteme und Sicherheit Sicherheit Signaturen, Zertifikate, Sichere E-Mail Frage Public-Key Verschlüsselung stellt Vertraulichkeit sicher Kann man auch Integrität und Authentizität mit Public-Key
Fakultät Informatik, Proseminar Technische Informationssysteme Sind Handyverbindungen abhörsicher?
Fakultät Informatik, Proseminar Technische Informationssysteme? Dresden, Gliederung -Einführung -Mobilfunkstandard GSM -Mobilfunkstandard UMTS -Mobilfunkstandard LTE -Vergleich der Mobilfunkstandards -Beispiel
Empfehlungen für den sicheren Einsatz. SSL-verschlüsselter Verbindungen. Dipl.-Inform. Lars Oergel Technische Universität Berlin. 13.
Empfehlungen für den sicheren Einsatz SSL-verschlüsselter Verbindungen Dipl.-Inform. Lars Oergel Technische Universität Berlin 13. Januar 2014 1 Motivation Edward Snowden: Encryption works. Properly implemented
IT-Sicherheit: Kryptographie. Asymmetrische Kryptographie
IT-Sicherheit: Kryptographie Asymmetrische Kryptographie Fragen zur Übung 5 C oder Java? Ja (gerne auch Python); Tips waren allerdings nur für C Wie ist das mit der nonce? Genau! (Die Erkennung und geeignete
Karlsruher IT-Sicherheitsinitiative - 26. April 2001. "For your eyes only" Sichere E-Mail in Unternehmen. Dr. Dörte Neundorf neundorf@secorvo.
Karlsruher IT-Sicherheitsinitiative - 26. April 2001 "For your eyes only" Sichere E-Mail in Unternehmen Dr. Dörte Neundorf neundorf@secorvo.de Secorvo Security Consulting GmbH Albert-Nestler-Straße 9 D-76131
Datenschutz durch Technik wie viel Technikkompetenz braucht eine vernünftige Netzpolitik?
Datenschutz durch Technik wie viel Technikkompetenz braucht eine vernünftige Netzpolitik? Barcamp zum netzpolitischen Kongress der grünen Bundestagsfraktion 14. November 2010 Zitat zum Einstieg Prof. Dr.
Digitale Signatur. Dr. med. András Jávor
Digitale Signatur Dr. med. András Jávor Was ist die Digitale Signatur? Digitale Signatur als Synonym für Elektronische Unterschrift. Ziel: die Rechtsverbindlichkeit, die von einer handschriftlichen Unterschrift
Aber genau deshalb möchte ich Ihre Aufmehrsamkeit darauf lenken und Sie dazu animieren, der Eventualität durch geeignete Gegenmaßnahmen zu begegnen.
NetWorker - Allgemein Tip 618, Seite 1/5 Das Desaster Recovery (mmrecov) ist evtl. nicht mehr möglich, wenn der Boostrap Save Set auf einem AFTD Volume auf einem (Data Domain) CIFS Share gespeichert ist!
Secure Shell (ssh) Thorsten Bormer 27.01.2006
27.01.2006 1 Einführung 2 Theoretischer Hintergrund Verschlüsselung Authentifizierung Datenintegrität 3 Funktionsweise von ssh 4 ssh in der Praxis Syntax der Clients Anwendungsbeispiele Was ist SSH? ssh
PKI Was soll das? LugBE. Public Key Infrastructures - PKI
Key Infrastructures - PKI PKI Was soll das? K ennt jemand eine nette G rafik z u PKI s? LugBE 23. März 2006 Markus Wernig Einleitung Symmetrisch vs. asymmetrisch Trusted Third Party Hierarchisches Modell
Digital Rights Management (DRM) Verfahren, die helfen Rechte an virtuellen Waren durchzusetzen. Public-Key-Kryptographie (2 Termine)
Digital Rights Management (DRM) Verfahren, die helfen Rechte an virtuellen Waren durchzusetzen Vorlesung im Sommersemester 2010 an der Technischen Universität Ilmenau von Privatdozent Dr.-Ing. habil. Jürgen
ColdFusion 8 PDF-Integration
ColdFusion 8 PDF-Integration Sven Ramuschkat SRamuschkat@herrlich-ramuschkat.de München & Zürich, März 2009 PDF Funktionalitäten 1. Auslesen und Befüllen von PDF-Formularen 2. Umwandlung von HTML-Seiten
Datenschutz und Datensicherheit: PGP Panzirsch Robert Vortrag vom 5.11.96
Datenschutz und Datensicherheit: PGP Panzirsch Robert Vortrag vom 5.11.96 Was ist PGP: PGP ist ein Public Key Verschlüsselungsprogramm, ursprünglich von Philip Zimmermann entwickelt und arbeitet nach dem
Technische Universität München
Kapitel 12 Kryptographische Protokolle Ziel: Anwendung der kryptographischen Bausteine Protokoll: Vereinbarung zwischen Kommunikationspartnern über Art, Inhalt und Formatierung der ausgetauschten Nachrichten
Web Service Security
Hochschule für Angewandte Wissenschaften Hamburg Fachbereich Elektrotechnik und Informatik SS 2005 Masterstudiengang Anwendungen I Kai von Luck Web Service Security Thies Rubarth rubart_t@informatik.haw-hamburg.de
Release Notes BRICKware 7.5.4. Copyright 23. March 2010 Funkwerk Enterprise Communications GmbH Version 1.0
Release Notes BRICKware 7.5.4 Copyright 23. March 2010 Funkwerk Enterprise Communications GmbH Version 1.0 Purpose This document describes new features, changes, and solved problems of BRICKware 7.5.4.
Kurze Einführung in kryptographische Grundlagen.
Kurze Einführung in kryptographische Grundlagen. Was ist eigentlich AES,RSA,DH,ELG,DSA,DSS,ECB,CBC Benjamin.Kellermann@gmx.de GPG-Fingerprint: D19E 04A8 8895 020A 8DF6 0092 3501 1A32 491A 3D9C git clone
Mozilla Persona. Hauptseminar Web Engineering. Vortrag. an identity system for the web. 10.12.2012 Nico Enderlein
Mozilla Persona an identity system for the web Hauptseminar Web Engineering Vortrag 10.12.2012 Nico Enderlein 1 PASSWORT??? BENUTZERNAME??? 2 Idee IDEE Protokoll & Implementierung Voost ( Kalender für
Multicast Security Group Key Management Architecture (MSEC GKMArch)
Multicast Security Group Key Management Architecture (MSEC GKMArch) draft-ietf-msec-gkmarch-07.txt Internet Security Tobias Engelbrecht Einführung Bei diversen Internetanwendungen, wie zum Beispiel Telefonkonferenzen
Einsatz einer Dokumentenverwaltungslösung zur Optimierung der unternehmensübergreifenden Kommunikation
Einsatz einer Dokumentenverwaltungslösung zur Optimierung der unternehmensübergreifenden Kommunikation Eine Betrachtung im Kontext der Ausgliederung von Chrysler Daniel Rheinbay Abstract Betriebliche Informationssysteme
Was ist Kryptographie
Was ist Kryptographie Kryptographie Die Wissenschaft, mit mathematischen Methoden Informationen zu verschlüsseln und zu entschlüsseln. Eine Methode des sicheren Senden von Informationen über unsichere
Addressing the Location in Spontaneous Networks
Addressing the Location in Spontaneous Networks Enabling BOTH: Privacy and E-Commerce Design by Moritz Strasser 1 Disappearing computers Trends Mobility and Spontaneous Networks (MANET = Mobile Ad hoc
Modul 6 Virtuelle Private Netze (VPNs) und Tunneling
Modul 6 Virtuelle Private Netze (VPNs) und Tunneling M. Leischner Netzmanagement Folie 1 Virtuelle Private Netze Begriffsdefinition Fortsetz. VPNC Definition "A virtual private network (VPN) is a private
10. Kryptographie. Was ist Kryptographie?
Chr.Nelius: Zahlentheorie (SoSe 2015) 39 10. Kryptographie Was ist Kryptographie? Die Kryptographie handelt von der Verschlüsselung (Chiffrierung) von Nachrichten zum Zwecke der Geheimhaltung und von dem
IT Sicherheit: Authentisierung
Dr. Christian Rathgeb IT-Sicherheit, Kapitel 4 / 18.11.2015 1/21 IT Sicherheit: Dr. Christian Rathgeb Hochschule Darmstadt, CASED, da/sec Security Group 18.11.2015 Dr. Christian Rathgeb IT-Sicherheit,
!"#$"%&'()*$+()',!-+.'/',
Soziotechnische Informationssysteme 7. OAuth, OpenID und SAML Inhalte Motivation OAuth OpenID SAML 4(5,12316,7'.'0,!.80/6,9*$:'0+$.;.,&0$'0, 3, Grundlagen Schützenswerte Objekte Zugreifende Subjekte Authentifizierung!
AS2 (Applicability Statement 2):
AS2 (Applicability Statement 2): Beschreibung und Parameter AS2: Beschreibung und Parameter Ausgabe vom: 10.10.2004 Seite:1 von 8 Einleitung In diesem Dokument werden zum Thema AS2 folgende Fragen erläutert:
Tracking Dog A Privacy Tool Against Google Hacking
1. Google Hacking 2. Kryptographische Geheimnisse 3. Persönlische Daten 4. Tracking Dog 1.0 1. Google Hacking - beschreibt die Technik mittels Google, bzw. dessen erweiterter Suchfunktionen, Sicherheitslücken
Mail encryption Gateway
Mail encryption Gateway Anwenderdokumentation Copyright 06/2015 by arvato IT Support All rights reserved. No part of this document may be reproduced or transmitted in any form or by any means, electronic
(c) 2014, Peter Sturm, Universität Trier
Soziotechnische Informationssysteme 6. OAuth, OpenID und SAML Inhalte Motivation OAuth OpenID SAML 1 Grundlagen Schützenswerte Objekte Zugreifende Subjekte Authentifizierung Nachweis einer behaupteten
Modul 3: IPSEC Teil 2 IKEv2
Modul 3: IPSEC Teil 2 IKEv2 Teil 1: Transport- und Tunnelmode / Authentication Header / Encapsulating Security Payload Security Association (SAD, SPD), IPsec-Assoziationsmanagements Teil 2: Design-Elemente
Security Planning Basics
Einführung in die Wirtschaftsinformatik VO WS 2009/2010 Security Planning Basics Gerald.Quirchmayr@univie.ac.at Textbook used as basis for these slides and recommended as reading: Whitman, M. E. & Mattord,
Referatsausarbeitung Sicherheitsaspekte in der Softwaretechnik im WS 2004/05 Kerberos und andere Protokolle. Frank Herrman und Stephanie Müller
Referatsausarbeitung Sicherheitsaspekte in der Softwaretechnik im WS 2004/05 Kerberos und andere Protokolle Frank Herrman und Stephanie Müller 24. Januar 2005 Inhaltsverzeichnis 1 Einleitung 2 2 Motivation
Context-adaptation based on Ontologies and Spreading Activation
-1- Context-adaptation based on Ontologies and Spreading Activation ABIS 2007, Halle, 24.09.07 {hussein,westheide,ziegler}@interactivesystems.info -2- Context Adaptation in Spreadr Pubs near my location
Version/Datum: 1.5 13-Dezember-2006
TIC Antispam: Limitierung SMTP Inbound Kunde/Projekt: TIC The Internet Company AG Version/Datum: 1.5 13-Dezember-2006 Autor/Autoren: Aldo Britschgi aldo.britschgi@tic.ch i:\products\antispam antivirus\smtp
Symmetrische und Asymmetrische Kryptographie. Technik Seminar 2012
Symmetrische und Asymmetrische Kryptographie Technik Seminar 2012 Inhalt Symmetrische Kryptographie Transpositionchiffre Substitutionchiffre Aktuelle Verfahren zur Verschlüsselung Hash-Funktionen Message
SP2013 Search Driven Publishing Model
SP2013 Search Driven Publishing Model Referent Nicki Borell Consultant / Evangelist SharePoint & SQL Server MCSE, MCDBA, MCITP, MCT Kontakt: nicki.borell@expertsinside.com http://www.expertsinside.com
IT-Sicherheit. Jun.-Prof. Dr. Gábor Erdélyi. Siegen, 5. Januar 2015 WS 2015/2016
IT-Sicherheit WS 2015/2016 Jun.-Prof. Dr. Gábor Erdélyi Lehrstuhl für Entscheidungs- und Organisationstheorie, Universität Siegen Siegen, 5. Januar 2015 Wiederholung Hashfunktionen Einwegfunktionen Schwach
SSL/TLS. Präsentation zur Seminararbeit. im Seminar Internetsicherheit. Michael Hübschmann 26. Juni 2014 Betreuung: Dipl. Inf.
SSL/TLS Präsentation zur Seminararbeit im Seminar Internetsicherheit Michael Hübschmann 26. Juni 2014 Betreuung: Dipl. Inf. Kuzman Katkalov Überblick 1. Motivation 2. Von SSL zu TLS, die Geschichte der
IBM Security Lab Services für QRadar
IBM Security Lab Services für QRadar Serviceangebote für ein QRadar SIEM Deployment in 10 bzw. 15 Tagen 28.01.2015 12015 IBM Corporation Agenda 1 Inhalt der angebotenen Leistungen Allgemeines Erbrachte
Vorlesung Datensicherheit. Sommersemester 2010
Vorlesung Datensicherheit Sommersemester 2010 Harald Baier Kapitel 2: Kryptographische Begriffe und symmetrische Verschlüsselungsverfahren Inhalt Kryptographische Begriffe Historische Verschlüsselungsverfahren
Verschlüsselung und Signatur
Verschlüsselung und Signatur 1 Inhalt Warum Verschlüsseln Anforderungen und Lösungen Grundlagen zum Verschlüsseln Beispiele Fragwürdiges rund um das Verschlüsseln Fazit Warum verschlüsseln? Sichere Nachrichtenübertragung
SSL/TLS: Ein Überblick
SSL/TLS: Ein Überblick Wie funktioniert das sichere Internet? Dirk Geschke Linux User Group Erding 28. März 2012 Dirk Geschke (LUG-Erding) SSL/TLS 28. März 2012 1 / 26 Gliederung 1 Einleitunng 2 Verschlüsselung
Sicherheitsaspekte von Web Services. Hauptseminar Rechnernetze
Sicherheitsaspekte von Web Services Hauptseminar Rechnernetze Stefan Hennig sh790883@inf.tu-dresden.de 21. Januar 2005 Gliederung Einführung Überblick Sicherheit auf Netzwerk- und Transportebene XML-Sicherheit
Einleitung Verfahren Programme Schlüsselverwaltung Passwörter Ende. GPG-Einführung. Martin Schütte. 13. April 2008
GPG-Einführung Martin Schütte 13. April 2008 Einleitung Verfahren Programme Schlüsselverwaltung Passwörter Ende Warum Kryptographie? Vertraulichkeit Mail nur für Empfänger lesbar. Integrität Keine Veränderung
7. Sicherheit (Security) 7.1 Bedrohungen & Angriffsarten
7. Sicherheit (Security) 7.1 Bedrohungen & Angriffsarten Bedrohungen (Threats): - unbefugter Zugriff auf Informationen und Dienste (Interception), - Beeinflussung der Leistungsfähigkeit eines Systems (Interruption):
IT-Sicherheit Kapitel 5 Public Key Infrastructure
IT-Sicherheit Kapitel 5 Public Key Infrastructure Dr. Christian Rathgeb Sommersemester 2014 1 Einführung Problembetrachtung: Alice bezieht den Public Key von Bob aus einem öffentlichen Verzeichnis, verschlüsselt
Hackerangriffe und Cyber Security im Jahr 2015
Hackerangriffe und Cyber Security im Jahr 2015 Prof. Dr. Sebastian Schinzel schinzel@fh-muenster.de Twitter: @seecurity (c) Prof. Sebastian Schinzel 1 Angriffe Angriff auf Sony Films Nov. 2014 Alle IT-Systeme
Web of Trust, PGP, GnuPG
Seminar Konzepte von Betriebssystem-Komponenten Web of Trust, PGP, GnuPG von Tobias Sammet tobias.sammet@informatik.stud.uni-erlangen.de 16. Juni 2010 Motivation Szenario: E-Mail-Verschlüsselung Angreifer
Abteilung Internationales CampusCenter
Abteilung Internationales CampusCenter Instructions for the STiNE Online Enrollment Application for Exchange Students 1. Please go to www.uni-hamburg.de/online-bewerbung and click on Bewerberaccount anlegen
Content-Verwertungsmodelle und ihre Umsetzung in mobilen Systemen
Content-Verwertungsmodelle und ihre Umsetzung in mobilen Systemen Digital Rights Management 4FriendsOnly.com Internet Technologies AG Vorlesung im Sommersemester an der Technischen Universität Ilmenau
Protector for Mail Encryption
Protector for Mail Encryption Matthias Schneider Technical Consulting IBM Software; IT Specialist Was ist Lotus Protector? Eine auf Sicherheitsaspekte hin optimierte Plattform - Eng integriert in Lotus
German English Firmware translation for T-Sinus 154 Access Point
German English Firmware translation for T-Sinus 154 Access Point Konfigurationsprogramm Configuration program (english translation italic type) Dieses Programm ermöglicht Ihnen Einstellungen in Ihrem Wireless
Gestaltung von virtuellen privaten Netzwerken (VPN) - Tunneling und Encryption
Gestaltung von virtuellen privaten Netzwerken (VPN) - Tunneling und Encryption Markus Keil IBH Prof. Dr. Horn GmbH Gostritzer Str. 61-63 01217 Dresden http://www.ibh.de/ support@ibh.de 1 2 Was ist ein
Kryptographie II. Introduction to Modern Cryptography. Jonathan Katz & Yehuda Lindell
Kryptographie II Introduction to Modern Cryptography Jonathan Katz & Yehuda Lindell Universität zu Köln, WS 13/14 Medienkulturwissenschaft / Medieninformatik AM2: Humanities Computer Science Aktuelle Probleme
Denn es geht um ihr Geld:
Denn es geht um ihr Geld: [A]symmetrische Verschlüsselung, Hashing, Zertifikate, SSL/TLS Warum Verschlüsselung? Austausch sensibler Daten über das Netz: Adressen, Passwörter, Bankdaten, PINs,... Gefahr
Frequently asked Questions for Kaercher Citrix (apps.kaercher.com)
Frequently asked Questions for Kaercher Citrix (apps.kaercher.com) Inhalt Content Citrix-Anmeldung Login to Citrix Was bedeutet PIN und Token (bei Anmeldungen aus dem Internet)? What does PIN and Token
Zeitstempel für digitale Dokumente. Ein neuer Dienst in der DFN-PKI
Zeitstempel für digitale Dokumente Ein neuer Dienst in der DFN-PKI DFN-Betriebstagung 26. Februar 2008 Gerti Foest (pki@dfn.de) Was ist ein Zeitstempel? Zeitstempel sind gemäß [ISO18014-1] digitale Daten,
Virtuelle Netze. Virtuelle Netze von Simon Knierim und Benjamin Skirlo 1 Von 10-16.04.07. Simon Knierim & Benjamin Skirlo.
1 Von 10-16.04.07 Virtuelle Netze Simon Knierim & Benjamin Skirlo für Herrn Herrman Schulzentrum Bremen Vegesack Berufliche Schulen für Metall- und Elektrotechnik 2 Von 10-16.04.07 Inhaltsverzeichnis Allgemeines...
Ich hab doch nichts zu verbergen... Der gläserne Bürger: Wieviel Daten braucht der Staat?
1 / 32 Veranstaltungsreihe Ich hab doch nichts zu verbergen... Der gläserne Bürger: Wieviel Daten braucht der Staat? Veranstalter sind: 15. Mai bis 3. Juli 2008 der Arbeitskreis Vorratsdatenspeicherung
Workshop: Was wollen wir tun? - Aufbau eines einfachen Tunnel Setup zum verbinden zweier netze und eines externen hosts. Womit?
Cryx (cryx at h3q dot com), v1.1 Workshop: Was wollen wir tun? - Aufbau eines einfachen Tunnel Setup zum verbinden zweier netze und eines externen hosts - Aufbau der Netze und testen der Funktion ohne
Key Agreement. Diffie-Hellman Schlüsselaustausch. Key Agreement. Authentifizierter Diffie-Hellman Schlüsselaustausch
Digitale Signaturen Signaturverfahren mit Einwegfunktion mit Falltür: Full Domain Hash, RSA Signatures, PSS Signaturverfahren mit Einwegfunktion ohne Falltür: Allgemeine Konstruktion von Lamport, One-time