Get these flashcards, study & pass exams. For free! Even on iPhone/Android!

Pretty Good Privacy, ist ein Programm welches von Phil Zimmermann entwickelt wurde. Es enthält Algorithmen zur Public Key Verschlüsselung, Erstellung digitaler Signaturen, Hash-Algorithmen und verschiedene Private Key Verschlüsselungs-Algorithmen.

1. Hashfunktion auf Nachricht N anwenden
2. Hashwert wird mit privatem Schlüssel des Absenders verschlüsselt -> digitale Signatur
3. Die Nachricht und die digitale Signatur werden konkateniert und komprimiert.

Falls die Nachricht noch vertraulich sein soll, kann sie nun noch verschlüsselt werden. Es geht dann in der PGP-Verschlüsselung mit dem Schritt N.zip weiter.

Entscheiden, ob man RSA, DSS/Diffie Hellmann Schlüssel möchte. Man sollte eine relativ große Schlüssellänge bestimmen. Dies dauert lange, ist aber nur eine einmalige Sache. Das Verschlüsseln dauert mit einem langen Schlüssel nur unwesentlich länger. Am besten wählt man hier die größte angebotene Position. Nun muss man die Daten zur Person eingeben: Namen, email Adresse etc. .
Nun wird noch symmetrisch mit einer Passphrase verschlüsselt und dann in einer Datei abgelegt. Man sollte unbedingt einer Sicherheitskopie der Schlüssel machen. Nun muss man den öffentlichen Schlüssel noch seinen Kommunikationspartnern bekannt machen. Dazu kopiert man diesen auf einen Schlüsselserver z.B. http:www.pgp.net oder ldap:keyserver.pgp.com oder auch per mail.

Die öffentlichen Schlüssel speichert pgp dann in einer Datei Namens pubring.pks

1. Man ruft den Kommunikationspartner an und fragt ihn nach dem Fingerabdruck seines Schlüssels.
2. Der sog. PGP Vorsteller oder Indroducer hat den Schlüssel signiert.

I Er signiert die öffentlichen Schlüssel von Kommunikationspartnern.
I macht also die Kommunikationspartner A und B miteinander bekannt.
Danach kann B sicher sein, den öffentlichen Schlüssel von A zu haben.
Die Voraussetzungen dafür sind:

1. B kennt den öffentlichen Schlüssel von I
2. B vertraut I soweit, dass I nur Personen, bzw. deren Schlüssel signiert, die er tatsächlich genau kennt.

Unbegrenztes vertrauen wird nur der eigenen Person entgegengebracht. Diese Stufe bekommen also nur öffentliche Schlüssel (Personen) deren privater Schlüssel auch bekannt ist.

Man vertraut diesem Benutzer in soweit, dass von ihm nur korrekte Schlüssel signiert werden. Man nennt diese Stufe auch full trust.

In diesem Fall geht man davon aus, dass von diesem Benutzer signierte öffentliche Schlüssel "normalerweise" korrekt sind. Man nennt diese Stufe auch marginal trust.

Diesem Benutzer mißtraut man explizit. Er ist dafür bekannt, Schlüssel auch ohne eingehende Prüfung zu signieren. Man nennt diese Stufe auch never trust.

Man kennt diesen Benutzer nicht, deshalb weiß man auch nicht, wie genau er Schlüssel prüft, bevor er sie unterschreibt.

Man weiß nicht, ob man dem Benutzer trauen kann. Was den Vertragsgewinn in die Gültigkeit eines von diesem Benutzer unterschriebenen Schlüssels betrifft, ist diese Stufe äquivalent zur Stufe "unknown user". Diese Stufen werden auch manchmal zusammengefasst.

signature trust ist eine Bewertung, die das Vertrauen des Indroducers einstuft.

Es gibt folgende Abstufungen:
ultimate trust
always trusted to sign other keys
usually trusted to sign other keys
usually not trusted to sign other keys
unknown user
unknown trust

Zertifizierungsstellen haben, weil sie sehr sicher sind eine relativ hohe Abstufung

1. Envelope
2. Content
2.1. Message header
2.2. Message body

S/MIME; Verschlüsselung, Signaturen, etc.
MIME; Mehrteilige, Multi-Media Nachrichten
SMTP und Inhaltsbeschreibung

Es ist nicht spezifiziert wie ein Attachment auszusehen hat
Es kann während dem Transport zu Umkodierungsproblemen kommen
Ein SMTP-Server kann Nachrichten über einer bestimmten Größe zurückweisen
Der Inhalt einer Nachricht kann nur aus ASCII Zeichen, daher kann kein Ausführbares Programm verschickt werden.

Lösung mit MIME:
Es werden neue Nachrichteneinträge im Header definiert, die Informationen über den Nachrichtenrumpf bekannt geben:
Codierung des Rumpfes
Type des Rumpfes (content type) z.B. audio, pdf...
Inhaltsbeschreibung (content description)

Eine Codierung. Sie fasst jeweils drei Bytes zusammen. Die so entstehenden 24Bit werden nun in 6er Gruppen geteilt.
Jede 6er Gruppe wird fest auf ein bestimmtes ASCII Zeichen abgebildet. Aus drei uncodierten Bytes werden so vier codierte Bytes, die garantiert korrekt übertragen werden.
Durch die Kodierung steigt der Platzbedarf des Datenstroms um 33-36 % (33 % durch die Kodierung selbst, bis zu weitere 3 % durch die im kodierten Datenstrom eingefügten Zeilenumbrüche).

text/plain
text/enriched
image/jpeg
image/gif
application/postscript
application/octet-stream
multipart/mixed

multipart/signed - besteht aus 2 Teilen, Signtaur und Inhalt
application/pkcs7-mime - Verschl. Nachricht oder digit. Sign.
application/pkcs7-signature - digitale Signatur
application/pkcs10-mime - Auftrag zum Registrieren eines Zertifikats

PGP und S/MIME.
PGP setzt eher auf web of trust, Teilnehmer zertifizieren sich gegenseitig.

S/MIME eher auf das formale System von Zertifizierungsstellen.

Vertraulichkeit
Authentizität
Privatheit

HTTP - Anwendungsprotokoll
SSL - Sicherungs-Protokoll
TCP - Transport-Protokoll
IP - Internet-Protokoll

Ja, da es zwischen Anwendungsprotokoll und Transport-Protokoll angesiedelt ist, kann SSL auch für die Absicherung anderer Anwendungsprotokolle genutzt werden.

Bsp.: telnet, ftp, SMTP, POP3,...

Die Hash-Funktion zur Berechnung des MAC.

Das SSL-Handshake Protokoll regelt diese Verhandlung.

Mit Hilfe von Cookies kann man Statistiken des Nutzers erstellen. Zum Beispiel über dessen Kaufverhalten. Diese Informationen kann man mit Hilfe anderer Datenquellen beispielsweise Telefonbücher abgleichen. Damit kann zielorentiertes Marketing betrieben werden, also nur noch an potientielle Interessenten werben. Dies spart Kosten.

SSL Verbindungen nutzen und auf Cookies achten.

Telnet überträgt unverschlüsselt die Zugangsdaten und da meist Administratoren telnet benutzen ist es gleich umso gefährlicher, da die meist mehr Rechte haben als andere User.

Wenn man den ganzen Desktop kontrollieren möchte, hilft einem ein ssh -X nicht mehr weiter. Damit kann man nur einzelne Programme kontrollieren.

Man kombiniert VNC mit ssh. Somit erreicht man eine sichere Authentisierung.

ssh -L 6666:127.0.0.1:5901 remoteServer

Auf dem lokalen Rechner starten man dann einen VNC-Viewer, den man mit dem Port 6666 des Remote Servers connected.

Die Bootreihenfolge ändern:

HDD
CD
FDD

Somit werden CDs und FDDs beim Booten nicht unbewußt geladen.

Anti-Viren-Software

Den Makrovirenschutz in Office-Programmen einschalten.

Die Grundidee von UAC ist es, dass der Benutzer jedesmal explizit gefragt wird, wenn eines der Programme, das er gestartet hat eine sicherheitskritische Funktion ausführen will.

Selbst wenn der Benutzer der Gruppe Administratoren angehört, wird diese Nachfrage gestellt. Wenn der Benutzer ein "normler" Benutzer ist, muss ich sich zunächst noch als Administrator authentisieren.

Nachteil: Je öfter man gefragt wird, desto mehr neigt man dazu immer alles zu bestätigen.

PGP und S/MIME.
PGP setzt eher auf web of trust, Teilnehmer zertifizieren sich gegenseitig.

S/MIME eher auf das formale System von Zertifizierungsstellen.

OpenPGP ist das Message Format, das Nachrichten definiert, die die Sicherheitsfunktionen erfüllen. GnuPG ist die Implementierung davon.
Es ist ein Linux Programm, das gpg geißt.

Verschlüsseln von Dateien auf der Festplatte
Sicheres Löschen (durch Überschreiben) von Dateien (Nur PGP)
Vertrauliche Kommunikation, indem der Sender die Nachricht mit dem öffentlichen Schlüssel des Empfängers verschlüsselt.
Authentische Kommunikation, indem der Sender die Nachricht mit seinem privaten Schlüssel digital signiert.
Erstellen von Schlüsselpaaren.
Management eigener und fremder Schlüssel.

Dieser wird aufgrund eines Zufallsereignisses generiert. Genauer, er wird aufgrund von Tastatureingaben erstellt. Hier kommen eingegeben Tasten und Geschwindigkeit mit in die Berechnung hinein.

1. Die Nachricht N wird gezippt -> N.zip
2. Session key wird generiert sk
3. N.zip wird mit sk verschlüsselt
4. sk wird mit pk des Empfängers verschlüsselt
5. Die verschlüsselte Nachricht und der verschlüsselte Session Key werden konkateniert und zusammen an den Empfänger geschickt.

Die Nachricht muss nicht neu verschlüsselt werden, lediglich der session key muss mit dem public key des weiteren Empfängers verschlüsselt werden und an die Nachricht angehnagen.

Eine Nachricht an weitere Empfänger wird als nur wenig größer.

1. Der Empfänger zerlegt mit seinem privaten Schlüssel die Nachricht in ihre beiden Teile.
2. Mit dem dadurch entschlüsselten session key entschlüsselt der Empfänger die Nachricht.
3. Der Empfänger muss zuletzt noch die Nachricht entpacken