https://wiki.freitagsrunde.org/index.php?action=history&feed=atom&title=SASWT_WS2006_Gedaechnisprotokoll01SASWT WS2006 Gedaechnisprotokoll01 - Versionsgeschichte2026-04-04T09:41:49ZVersionsgeschichte dieser Seite in FreitagsrundenWikiMediaWiki 1.31.16https://wiki.freitagsrunde.org/index.php?title=SASWT_WS2006_Gedaechnisprotokoll01&diff=8894&oldid=prevRobert: Gedächnisprotokoll SASWT WS20062007-02-12T11:59:40Z<p>Gedächnisprotokoll SASWT WS2006</p>
<p><b>Neue Seite</b></p><div>Frage womit wir anfangen wollen.<br />
* Vertraulichkeit<br />
<br />
Welche Informationen möchte man vertraulich halten ?<br />
* Nachrichteninhalt, Informationen über die Nachricht, wie z.B ihre Länge, Kommunikationsumstände (Senderannonymität, Empfängeranonymität, Unbeobachtbarkeit)<br />
<br />
Welche Informationen müssen denn für unbeobachtbarkeit vor wem geschützt werden ?<br />
*Eine Dritte Partei darf nicht wissen, dass zwei andere Parteien kommuniziert haben. Die beteiligten Parteien dürfen dies selbstverständlich wissen<br />
<br />
Wie kann man denn für einen Nachrichteninhalt Vertraulichkeit sicherstellen?<br />
* Verschlüsselung<br />
<br />
Welche Verfahren gibt es da so?<br />
* Informationstheoretisch sicher + Def: Onetime-Pad<br />
* Starke Kryptoalgorythmen <br />
* Wohluntersuchte Kryptoalgorythmen<br />
* Symmetrische Verschlüsselung<br />
* Asymmetrische Verschlüsselung<br />
<br />
Mit welchen Verfahren können zur Signatur verwendet werden<br />
* Asymmetrische Verfahren<br />
<br />
Warum symmetrische nicht?<br />
*Jeder der Signatur prüfen kann, könnte auch selbst signieren<br />
<br />
Wie Funktioniert RSA?<br />
* Schlüsselerstellung, Verschlüsselung, Entschlüsselung<br />
<br />
Warum funktioniert RSA?<br />
*(m^e mod n)^d mod n = m^e*d mod n was auf Grund von phi(n) und Dingen die ich nicht verstanden habe wieder m ist<br />
<br />
Wie kann man naiv eingesetzte asymmetrische concelation angreifen ?<br />
* Da öffentlicher Schlüssel jedem bekannt: Nachrichtentext raten, verschlüsseln und mit abgefangenem Schlüsseltext vergleichen<br />
<br />
Fix?<br />
* Zufallswert fester Länge als Präfix mit jeder Nachricht verschlüsseln<br />
<br />
Warum verschlüsselt man nicht immer symmetrisch<br />
* Schlüssel nutzt sich ab, da Informationen über Schlüssel in jedem Schlüsseltext enthalten Besser immer neuen CK vereinbaren<br />
<br />
Warum nicht immer Asymmetrisch<br />
* Gleiches Argument</div>Robert