<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Kommentare zu: Moderne Technik</title>
	<atom:link href="http://delengkal.de/2009/02/moderne-technik/feed/" rel="self" type="application/rss+xml" />
	<link>http://delengkal.de/2009/02/moderne-technik/</link>
	<description>Sinnfragen von einer Insel vor Stockholm</description>
	<lastBuildDate>Thu, 09 Feb 2012 18:19:17 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Von: hansbaer</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7981</link>
		<dc:creator>hansbaer</dc:creator>
		<pubDate>Wed, 11 Feb 2009 09:17:10 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7981</guid>
		<description>Die Frage ist dabei aber, ob es allgemeingültig ist - betriebsintern mag das ja gehen, aber könntest Du z.B. mir keine verschlüsselte Mail zuschicken, weil ich sie gar nicht enschlüsseln könnte.

Im Idealfall sollte es möglich sein, jedem beliebigen Empfänger eine verschlüsselte Mail zukommen zu lassen. Wie Allotria schreibt, bräuchte man dazu eine ausgefeilte Schlüsselinfrastruktur, so dass die für die Verschlüsselung benötigten Schlüssel problemlos abrufbar sind.
Bisher ist das ganze nämlich so, als müsste man den Empfänger anrufen und fragen &quot;Du, ich will Dir einen Brief schicken. Hast Du einen Briefkasten und welche Farbe hat er?&quot;.

Was bei allen Lösungen fehlt, ist eine Verwaltung der privaten Schlüssel. Man müsste auch sehr einfach die Möglichkeit haben, seine Mails zu senden und zu empfangen, wenn man im Internetcafé sitzt. Wenn man dazu aber immer einen Schlüssel braucht, ist das den Leuten definitiv zu umständlich. Selbst mir, denn ich arbeite an drei verschiedenen Computern, und die Schlüssel an allen Rechnern zu verteilen finde ich ausgesprochen anstrengend. Als ich das gestern ausprobiert habe, fiel mir ein, dass ich früher schonmal Schlüssel gehabt hatte - aber die sind schon längst im Nirvana. Der Erhalt alter Schlüssel und der Wechsel zu neuen Schlüsseln sollte einfach möglich sein, und das ist bislang nicht der Fall.</description>
		<content:encoded><![CDATA[<p>Die Frage ist dabei aber, ob es allgemeingültig ist &#8211; betriebsintern mag das ja gehen, aber könntest Du z.B. mir keine verschlüsselte Mail zuschicken, weil ich sie gar nicht enschlüsseln könnte.</p>
<p>Im Idealfall sollte es möglich sein, jedem beliebigen Empfänger eine verschlüsselte Mail zukommen zu lassen. Wie Allotria schreibt, bräuchte man dazu eine ausgefeilte Schlüsselinfrastruktur, so dass die für die Verschlüsselung benötigten Schlüssel problemlos abrufbar sind.<br />
Bisher ist das ganze nämlich so, als müsste man den Empfänger anrufen und fragen &#8220;Du, ich will Dir einen Brief schicken. Hast Du einen Briefkasten und welche Farbe hat er?&#8221;.</p>
<p>Was bei allen Lösungen fehlt, ist eine Verwaltung der privaten Schlüssel. Man müsste auch sehr einfach die Möglichkeit haben, seine Mails zu senden und zu empfangen, wenn man im Internetcafé sitzt. Wenn man dazu aber immer einen Schlüssel braucht, ist das den Leuten definitiv zu umständlich. Selbst mir, denn ich arbeite an drei verschiedenen Computern, und die Schlüssel an allen Rechnern zu verteilen finde ich ausgesprochen anstrengend. Als ich das gestern ausprobiert habe, fiel mir ein, dass ich früher schonmal Schlüssel gehabt hatte &#8211; aber die sind schon längst im Nirvana. Der Erhalt alter Schlüssel und der Wechsel zu neuen Schlüsseln sollte einfach möglich sein, und das ist bislang nicht der Fall.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Northlander</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7979</link>
		<dc:creator>Northlander</dc:creator>
		<pubDate>Wed, 11 Feb 2009 08:32:51 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7979</guid>
		<description>Mein Arbeitgeber bietet die Möglichkeit, Mails zu verschlüsseln. Das verblüffende: Die IKnstallation ist kinderleicht, und die Sache funktioniert. Ich weiß nur nicht wie und warum! Sonst würde ich mehr darüber berichten.</description>
		<content:encoded><![CDATA[<p>Mein Arbeitgeber bietet die Möglichkeit, Mails zu verschlüsseln. Das verblüffende: Die IKnstallation ist kinderleicht, und die Sache funktioniert. Ich weiß nur nicht wie und warum! Sonst würde ich mehr darüber berichten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: allotria</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7977</link>
		<dc:creator>allotria</dc:creator>
		<pubDate>Wed, 11 Feb 2009 07:34:55 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7977</guid>
		<description>PGP (der Urvater von GnuPG) gibt es sogar schon seit 1991 resp. in seiner internationalen Version (PGPi) seit 1995.
Ich finde, die Integration von GnuPG in Mailprogramme wie Thunderbird ist - wie du ja schon selbst erfahren hast - mit Enigmail eigentlich schon recht gut gelungen.

Wie immer bei kryptographischen Anwendungen ist das grösste Problem aber das Schlüsselmanagement. Meiner Ansicht nach gibt es zu viele Keyserver für GnuPG und sie synchronisieren sich zu langsam. Ich denke, das war auch der Grund für eure vergeblichen Versuche.
Ausserdem skaliert das Vertrauenssystem von GnuPG (Web of Trust) nicht gut und man muss so praktisch für jeden neuen Mail-Partner selbst sicherstellen, dass er den Private-Key zum gefundenen Public-Key auch wirklich besitzt. Dies muss dann natürlich über einen Side-Channel (Telefon, SMS, mündlich) geschehen.

Schade eigentlich. Gerade in Zeiten von Vorratsdatenspeicherung zur &quot;Terrorbekämpfung&quot;.</description>
		<content:encoded><![CDATA[<p>PGP (der Urvater von GnuPG) gibt es sogar schon seit 1991 resp. in seiner internationalen Version (PGPi) seit 1995.<br />
Ich finde, die Integration von GnuPG in Mailprogramme wie Thunderbird ist &#8211; wie du ja schon selbst erfahren hast &#8211; mit Enigmail eigentlich schon recht gut gelungen.</p>
<p>Wie immer bei kryptographischen Anwendungen ist das grösste Problem aber das Schlüsselmanagement. Meiner Ansicht nach gibt es zu viele Keyserver für GnuPG und sie synchronisieren sich zu langsam. Ich denke, das war auch der Grund für eure vergeblichen Versuche.<br />
Ausserdem skaliert das Vertrauenssystem von GnuPG (Web of Trust) nicht gut und man muss so praktisch für jeden neuen Mail-Partner selbst sicherstellen, dass er den Private-Key zum gefundenen Public-Key auch wirklich besitzt. Dies muss dann natürlich über einen Side-Channel (Telefon, SMS, mündlich) geschehen.</p>
<p>Schade eigentlich. Gerade in Zeiten von Vorratsdatenspeicherung zur &#8220;Terrorbekämpfung&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: hansbaer</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7976</link>
		<dc:creator>hansbaer</dc:creator>
		<pubDate>Wed, 11 Feb 2009 07:09:44 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7976</guid>
		<description>@allotria: danke - in dem konkreten Fall war es so, dass das Zertifikat schon bei Empfang der signierten Mail nicht akzeptiert wurde &quot;for unknown reasons&quot;. Daher fehlte beim Versand so oder so eine Verschlüsselungsmöglichkeit.

@Stephan: die erste Version von GnuPG entstand 1999. Die Technik ist schon lange bekannt und vorhanden, aber offenkundig hat sich nie jemand dazu aufgerafft, das alles in eine allgemein gut nutzbare Form zu bringen.</description>
		<content:encoded><![CDATA[<p>@allotria: danke &#8211; in dem konkreten Fall war es so, dass das Zertifikat schon bei Empfang der signierten Mail nicht akzeptiert wurde &#8220;for unknown reasons&#8221;. Daher fehlte beim Versand so oder so eine Verschlüsselungsmöglichkeit.</p>
<p>@Stephan: die erste Version von GnuPG entstand 1999. Die Technik ist schon lange bekannt und vorhanden, aber offenkundig hat sich nie jemand dazu aufgerafft, das alles in eine allgemein gut nutzbare Form zu bringen.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Stephan</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7970</link>
		<dc:creator>Stephan</dc:creator>
		<pubDate>Tue, 10 Feb 2009 21:39:54 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7970</guid>
		<description>Ich frage mich auch, wieso sowas nicht standardmäßig in Betriebssystemen, wie von Microsoft, aktiviert ist.
Mal schauen was sich in den nächsten Jahren tut. Verschlüsselung hat nicht nur unter Normalusern eine geringe Reputation.
Davor schrecken auch sehr viele Informatiker zurück. Das Thema ist eben gar nicht einfach und so dauern manche Entwicklungen eben etwas länger.
Gewöhnlich investieren Firmen in Entwicklungen, die geringen Aufwand bei großem Gewinn versprechen.
Sogut wie alle neueren Entwicklungen stammen meine Wissens aus dem Open-Source-Bereich. Und weil das freiwillig ist, dauert das einiges länger. Und - es gibt auf für Open-Sourc´ler spannendere Themen.
Es gibt zwar auch kommerzielle Produkte, aber die sind auch sehr teuer und werden dann gewöhnlich in Firmen eingesetzt, in den diese auch von Experten koordiniert werden.
Die ganze Geschichte ist recht komplex und ist eigentlich wie eine Versicherung: man braucht sie nicht dauernd, aber wenn etwas passiert, dann ist man froh, sie zu haben.</description>
		<content:encoded><![CDATA[<p>Ich frage mich auch, wieso sowas nicht standardmäßig in Betriebssystemen, wie von Microsoft, aktiviert ist.<br />
Mal schauen was sich in den nächsten Jahren tut. Verschlüsselung hat nicht nur unter Normalusern eine geringe Reputation.<br />
Davor schrecken auch sehr viele Informatiker zurück. Das Thema ist eben gar nicht einfach und so dauern manche Entwicklungen eben etwas länger.<br />
Gewöhnlich investieren Firmen in Entwicklungen, die geringen Aufwand bei großem Gewinn versprechen.<br />
Sogut wie alle neueren Entwicklungen stammen meine Wissens aus dem Open-Source-Bereich. Und weil das freiwillig ist, dauert das einiges länger. Und &#8211; es gibt auf für Open-Sourc´ler spannendere Themen.<br />
Es gibt zwar auch kommerzielle Produkte, aber die sind auch sehr teuer und werden dann gewöhnlich in Firmen eingesetzt, in den diese auch von Experten koordiniert werden.<br />
Die ganze Geschichte ist recht komplex und ist eigentlich wie eine Versicherung: man braucht sie nicht dauernd, aber wenn etwas passiert, dann ist man froh, sie zu haben.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: allotria</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7969</link>
		<dc:creator>allotria</dc:creator>
		<pubDate>Tue, 10 Feb 2009 20:54:55 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7969</guid>
		<description>@hansbaer:
Das Zertifikat beinhaltet den Public-Key (Struktur eines X.509-Zertifikats: http://de.wikipedia.org/wiki/X.509#Struktur_eines_X-509-v3-Zertifikats ).

D.h. wenn du deinem Kollegen eine verschlüsselte Mail schicken willst, dann musst du dessen Zertifikat haben. Aber eben, es kann sein, dass die Key-Usage das Verschlüsseln mit diesem Zertifikat nicht zulässt. Und ein braves Programm wie Thunderbird hält sich an die erlaubten Verwendungszwecke.

Gruss allotria</description>
		<content:encoded><![CDATA[<p>@hansbaer:<br />
Das Zertifikat beinhaltet den Public-Key (Struktur eines X.509-Zertifikats: <a href="http://de.wikipedia.org/wiki/X.509#Struktur_eines_X-509-v3-Zertifikats" rel="nofollow">http://de.wikipedia.org/wiki/X.509#Struktur_eines_X-509-v3-Zertifikats</a> ).</p>
<p>D.h. wenn du deinem Kollegen eine verschlüsselte Mail schicken willst, dann musst du dessen Zertifikat haben. Aber eben, es kann sein, dass die Key-Usage das Verschlüsseln mit diesem Zertifikat nicht zulässt. Und ein braves Programm wie Thunderbird hält sich an die erlaubten Verwendungszwecke.</p>
<p>Gruss allotria</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: hansbaer</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7967</link>
		<dc:creator>hansbaer</dc:creator>
		<pubDate>Tue, 10 Feb 2009 20:27:58 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7967</guid>
		<description>@Stephan: Naja, von solchen verschwörungstheorieartigen Ansätzen halte ich nicht viel. Es hindert ja keiner die Projekte daran, die Software benutzerfreundlich zu machen - GnuPG ist seit Jahren frei zugänglich. Es kann sein, dass die NSA Methoden hat, diese Verschlüsselung zu knacken, aber man weiß es nicht.

Die ganze Geschichte ist einfach ein typischer Fall von Software von Informatikern für Informatiker. Der Markt ist klein, und die Leute scheren sich nicht um die Sicherheit ihrer E-Mails bzw. sie denken gar nicht daran, dass das ganze ungefähr so sicher ist wie eine Postkarte. Um Verschlüsselung massentauglich zu machen, müsste das einfach alles standardmäßig aktiviert sein.

@allotria: ich dachte eigentlich, man kriegt wie bei PGP einen öffentlichen Schlüssel. So wurde das auch in einem Artikel, den ich gefunden habe, beschrieben. Jedoch mochte mein Thunderbird den Schlüssel von web.de nicht, und so konnte ich keine Mail an den Kollegen schicken, weil dies mangels vorliegendem Zertifikat in einer Fehlermeldung endete. So oder so: das ist sowas wie Jabber und Ogg Vorbis. Prinzipiell ist es ganz toll, aber weil es keiner benutzt, verbreitet es sich nicht und bleibt eine Randerscheinung für Spezialisten.</description>
		<content:encoded><![CDATA[<p>@Stephan: Naja, von solchen verschwörungstheorieartigen Ansätzen halte ich nicht viel. Es hindert ja keiner die Projekte daran, die Software benutzerfreundlich zu machen &#8211; GnuPG ist seit Jahren frei zugänglich. Es kann sein, dass die NSA Methoden hat, diese Verschlüsselung zu knacken, aber man weiß es nicht.</p>
<p>Die ganze Geschichte ist einfach ein typischer Fall von Software von Informatikern für Informatiker. Der Markt ist klein, und die Leute scheren sich nicht um die Sicherheit ihrer E-Mails bzw. sie denken gar nicht daran, dass das ganze ungefähr so sicher ist wie eine Postkarte. Um Verschlüsselung massentauglich zu machen, müsste das einfach alles standardmäßig aktiviert sein.</p>
<p>@allotria: ich dachte eigentlich, man kriegt wie bei PGP einen öffentlichen Schlüssel. So wurde das auch in einem Artikel, den ich gefunden habe, beschrieben. Jedoch mochte mein Thunderbird den Schlüssel von web.de nicht, und so konnte ich keine Mail an den Kollegen schicken, weil dies mangels vorliegendem Zertifikat in einer Fehlermeldung endete. So oder so: das ist sowas wie Jabber und Ogg Vorbis. Prinzipiell ist es ganz toll, aber weil es keiner benutzt, verbreitet es sich nicht und bleibt eine Randerscheinung für Spezialisten.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: allotria</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7966</link>
		<dc:creator>allotria</dc:creator>
		<pubDate>Tue, 10 Feb 2009 20:13:00 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7966</guid>
		<description>In der Tat sind verschlüsselte E-Mails noch viel zu weit weg von Praxistauglichkeit.

Zu S/MIME: 
Um E-Mails mit S/MIME sinnvoll verschlüsselt verschicken zu können müssen alle Teilnehmer einer PKI (Private-Key-Infrastructure) angeschlossen sein. 
Ausserdem reicht i.d.R. ein Zertifikat dafür nicht aus, da man prinzipiell nicht mit dem selben Zertifikat signieren und verschlüsseln soll (wegen der &quot;Non-Repudiation&quot; soviel ich mich erinnern mag). 
(In einem &quot;richtigen&quot; PKI-Umfeld benutzt man drei bis vier Zertifikate pro User.)

Es kann also gut sein, dass das Thawte-Zertifikat nicht für die Verschlüsselung geeignet ist und das auch so in den &quot;Eigenschaften&quot; des Zertifikats so eingestellt ist (Felder &quot;Key Usage&quot; und &quot;Extended Key Usage&quot; im X.509-Zertifikat).

Eine PKI zu betreiben ist eine aufwändige und teure Sache und wird meist nur innerhalb von grösseren Firmen gemacht.
Vielleicht, vielleicht springen die Staaten dort aber mal in die Bresche.... obwohl, das wird wohl auch noch ein paar Jahr(zehnt)e dauern.

Grüsse allotria</description>
		<content:encoded><![CDATA[<p>In der Tat sind verschlüsselte E-Mails noch viel zu weit weg von Praxistauglichkeit.</p>
<p>Zu S/MIME:<br />
Um E-Mails mit S/MIME sinnvoll verschlüsselt verschicken zu können müssen alle Teilnehmer einer PKI (Private-Key-Infrastructure) angeschlossen sein.<br />
Ausserdem reicht i.d.R. ein Zertifikat dafür nicht aus, da man prinzipiell nicht mit dem selben Zertifikat signieren und verschlüsseln soll (wegen der &#8220;Non-Repudiation&#8221; soviel ich mich erinnern mag).<br />
(In einem &#8220;richtigen&#8221; PKI-Umfeld benutzt man drei bis vier Zertifikate pro User.)</p>
<p>Es kann also gut sein, dass das Thawte-Zertifikat nicht für die Verschlüsselung geeignet ist und das auch so in den &#8220;Eigenschaften&#8221; des Zertifikats so eingestellt ist (Felder &#8220;Key Usage&#8221; und &#8220;Extended Key Usage&#8221; im X.509-Zertifikat).</p>
<p>Eine PKI zu betreiben ist eine aufwändige und teure Sache und wird meist nur innerhalb von grösseren Firmen gemacht.<br />
Vielleicht, vielleicht springen die Staaten dort aber mal in die Bresche&#8230;. obwohl, das wird wohl auch noch ein paar Jahr(zehnt)e dauern.</p>
<p>Grüsse allotria</p>
]]></content:encoded>
	</item>
	<item>
		<title>Von: Stephan</title>
		<link>http://delengkal.de/2009/02/moderne-technik/comment-page-1/#comment-7965</link>
		<dc:creator>Stephan</dc:creator>
		<pubDate>Tue, 10 Feb 2009 18:37:03 +0000</pubDate>
		<guid isPermaLink="false">http://delengkal.de/?p=1097#comment-7965</guid>
		<description>Wenn, um sowas zu verstehen, selbst Informatiker (ob in der Ausbildung oder im Studium) Spezialkurse besuchen müssen, um das halbwegs zu verstehen.... - und verständliche Literatur ist echt rar.
Zunächst wird dieses Wissen auf sehr abstrakt mathematischem Niveau vermittelt - da steigen die meisten aus. Warum sich nun niemand an die Umsetzung von einfach zu handhabenden Lösungen macht, speziell private Firmen, vermute ich darin, daß der Staat die Leute dann nicht mehr so schön und einfach überwachen könnte. Für Entschlüsselung braucht man Rechnerkapazität und Zeit (je nachdem wie schnell die Rechner sind). Und Rechnerpower kostet eben auch viel Geld.
Wenn man das wirklich einfach handhabbar machen wollte, hätte schon irgend eine Firma die Marktlücke aufgegriffen. Nur wenn der Staat bzw. Geheimdienste durch die Hintertür &quot;nein&quot; sagen...bleibt die Entwicklung eben stehen. Vor vielen Jahren war sogar die in der USA entwickelte 128-Bit Verschlüsselung als &quot;Exportgut&quot; verboten: Es galt als Waffenhandel.
Die richtig guten Sachen können und nutzen nur die Gehiemdienste.
Alle &quot;Abfallprodukte&quot; kommen mit einigen Jahren Verspätung zum Normalbenutzer - in mehr oder weniger nutzbarem Zustand. Dann hat der Staat aber schon weit bessere Möglichkeiten.</description>
		<content:encoded><![CDATA[<p>Wenn, um sowas zu verstehen, selbst Informatiker (ob in der Ausbildung oder im Studium) Spezialkurse besuchen müssen, um das halbwegs zu verstehen&#8230;. &#8211; und verständliche Literatur ist echt rar.<br />
Zunächst wird dieses Wissen auf sehr abstrakt mathematischem Niveau vermittelt &#8211; da steigen die meisten aus. Warum sich nun niemand an die Umsetzung von einfach zu handhabenden Lösungen macht, speziell private Firmen, vermute ich darin, daß der Staat die Leute dann nicht mehr so schön und einfach überwachen könnte. Für Entschlüsselung braucht man Rechnerkapazität und Zeit (je nachdem wie schnell die Rechner sind). Und Rechnerpower kostet eben auch viel Geld.<br />
Wenn man das wirklich einfach handhabbar machen wollte, hätte schon irgend eine Firma die Marktlücke aufgegriffen. Nur wenn der Staat bzw. Geheimdienste durch die Hintertür &#8220;nein&#8221; sagen&#8230;bleibt die Entwicklung eben stehen. Vor vielen Jahren war sogar die in der USA entwickelte 128-Bit Verschlüsselung als &#8220;Exportgut&#8221; verboten: Es galt als Waffenhandel.<br />
Die richtig guten Sachen können und nutzen nur die Gehiemdienste.<br />
Alle &#8220;Abfallprodukte&#8221; kommen mit einigen Jahren Verspätung zum Normalbenutzer &#8211; in mehr oder weniger nutzbarem Zustand. Dann hat der Staat aber schon weit bessere Möglichkeiten.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

<!-- Performance optimized by W3 Total Cache. Learn more: http://www.w3-edge.com/wordpress-plugins/

Page Caching using disk: enhanced
Database Caching using disk: basic
Object Caching 661/661 objects using disk: basic

Served from: delengkal.de @ 2012-02-11 13:38:00 -->
