🚀 go-pugleaf

Hallo,

martin@sisyphos.owl.de (Martin Husemann) writes:
>terra@sol.ccc.de (Frank Simon) writes:
>>Es wird eine Schluesselverwaltung geben. Entweder ueber News oder
>>ueber Mail. Das wird noch untersucht. :-)
>ZCONNECT 3.1 macht es dezentral:
>In jeder oeffentlichen Nachricht wird ein PGP: Header eingefuegt, der 
>den oeffentlichen Schluessel enthaelt. Das Point-Programm sucht nun fuer
>alle Adressen die im Adressbuch verzeichnet sind beim Eintreffen von News
>nach oeffentlichen Schluesseln und speichert die in einer eigenen Datenebank.
Anmerkung: Die Verbreitung und Verwaltung der oeffentlichen Schluessel
ist sicherheitsrelevant. Das heisst, dass ein wie von dir beschriebenen
Verfahren mehrere Angriffsmoeglichkeiten bietet. Damit kann mensch es aber
auch gleich bleiben lassen. :-)

Tatsaechlich hat sich im Laufe meiner DA bis jetzt folgendes gezeigt:

Erstmal muss die Kommunikation zwischen den Rechnern geschuetzt werden.
Die Kommunikation zwischen User und UA bzw. UA und MTA ist eh angreif-
bar (durch den SysOp). Es wird also erstmal die Annahme gemacht, dass
mein SysOp eine vertrauenswuerdige Person ist. Diese Annahme gilt
natuerlich bei Points/Einzelsystemen erst recht: Mit selbst vertraue
ich in der Regel. :-)

So. Wenn wir soweit sind, nehmen wir also erstmal die Kommunikation 
in Store-and-Foreward Netzen (Z-Netz, UUCP, etc). Dort laufen Mails
ueber mehrere Knoten. Jeder SysOp jedes Knotens kann meine Mails
lesen. Davor ist zu schuetzen. Ein kombiniertes RSA/DES Verfahren
ist da das einzig praktische. Ob ich z.B. in meiner Implementation
PGP einsetze haengt stark davon ab, wie PGP arbeitet. Von der
Funktionalitaet hat PGP (genau wie PEM) noch nicht das was gebraucht
wird. Die Frage ist dann wie gut konkret PGP dokumentiert und
einbindbar ist. (PS. Vor 2-3 Jahren hat mal ein Subnetter ein
Programm fuer Unix gepostet, welches einen TExt mit DES verschluesselt
und das Passwort mit RSA verschluesselt - hat das noch jemand ???)

Ist auch egal: Die Verschluesselung ist wirklich das triviale
(wenn mensch eine Loesung hat oder Kryptograph ist). Problematisch 
wird wirklich die Schluesselverwaltung und die Benutzung des ganzen. 
Tatsaechlich wurde mal in einer Untersuchung festgestellt, dass ein 
nicht vertrauenswuerdiges Medium fuer private/persoenliche/interne 
Nachricht erst garnicht verwendet wird. 
(Allgemein: Gilt natuerlich weniger fuer Computer-Freaks, Techniker, 
etc - da kommt ja das "technisch-faszinierende" noch dazu).

Nun gut. Ergebnis: Die Kommunikation muss PRINZIPIELL und OHNE
EINGREIFEN des Benutzer geschuetzt werden. Erst dann aendert sich
auch das Kommunikationsverhalten insgesamt.

>Das klappt in ZCONNECT sehr einfach, da wir die Transport Agents nich in
>News und Mail getrennt haben. 
Wenn eine Verwaltungsstruktur fuer die Authentifikation der oeffentlichen
Schluessel steht, ist es ein geringes Problem, dies auf andere Dienste
auszuweiten. Mein Anspruch an die Verwaltung ist nur, dass sie "netz-
uebergreifend" erstmal funktioniert. Das heisst Verfahren wie X.500 oder 
DNS (was eh dafuer nicht einsetzbar ist) fallen raus. Die Basis muss also 
Mail oder News sein.

Terra
-- 
-----------------------------------------------------------------------------
!   Frank Simon (Terra), Ammerlaender Heerstr. 389, D-2900 Oldenburg, FRG   !
! terra@sol.ccc.de, terra@sol.zer, ext/simon@kmx.gmd.dbp.de, +49 441 76206  !
! Es gibt 2 absolute Wahrheiten: OSI ist Fortschritt, die Erde eine Scheibe !
-----------------------------------------------------------------------------