SMIME - Versionsgeschichte

Rkr: /* Mein S/MIME-Zertifikat */

2016-11-13T13:56:49Z

Mein S/MIME-Zertifikat

← Nächstältere Version		Version vom 13. November 2016, 13:58 Uhr
Zeile 24:		Zeile 24:
	<pre>		<pre>
	-----BEGIN CERTIFICATE-----		-----BEGIN CERTIFICATE-----
	~~MIIFWzCCA0OgAwIBAgIDARJVMA0GCSqGSIb3DQEBBQUAMFQxFDASBgNVBAoTC0NB~~		MIIFWzCCA0OgAwIBAgIDAp+3MA0GCSqGSIb3DQEBDQUAMFQxFDASBgNVBAoTC0NB
	Y2VydCBJbmMuMR4wHAYDVQQLExVodHRwOi8vd3d3LkNBY2VydC5vcmcxHDAaBgNV		Y2VydCBJbmMuMR4wHAYDVQQLExVodHRwOi8vd3d3LkNBY2VydC5vcmcxHDAaBgNV
	~~BAMTE0NBY2VydCBDbGFzcyAzIFJvb3QwHhcNMTMwMTA0MTQ1NDAwWhcNMTUwMTA0~~		BAMTE0NBY2VydCBDbGFzcyAzIFJvb3QwHhcNMTYxMTEzMTIxNjA2WhcNMTgxMTEz
	~~MTQ1NDAwWjA~~+MRgwFgYDVQQDFA9SYWxmIEty/GRld2FnZW4xIjAgBgkqhkiG9w0B		MTIxNjA2WjA+MRgwFgYDVQQDFA9SYWxmIEty/GRld2FnZW4xIjAgBgkqhkiG9w0B
	CQEWE3JhbGZAa3J1ZWRld2FnZW4uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw		CQEWE3JhbGZAa3J1ZWRld2FnZW4uZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw
	ggEKAoIBAQCcei1n3pcTKtaFyMTzBTicHIpmGAaeFUiRr/P+oqppCJmdOeeSOY+G		ggEKAoIBAQCcei1n3pcTKtaFyMTzBTicHIpmGAaeFUiRr/P+oqppCJmdOeeSOY+G
Zeile 41:		Zeile 41:
	CCsGAQUFBzABhhZodHRwOi8vb2NzcC5jYWNlcnQub3JnMDgGA1UdHwQxMC8wLaAr		CCsGAQUFBzABhhZodHRwOi8vb2NzcC5jYWNlcnQub3JnMDgGA1UdHwQxMC8wLaAr
	oCmGJ2h0dHA6Ly9jcmwuY2FjZXJ0Lm9yZy9jbGFzczMtcmV2b2tlLmNybDAeBgNV		oCmGJ2h0dHA6Ly9jcmwuY2FjZXJ0Lm9yZy9jbGFzczMtcmV2b2tlLmNybDAeBgNV
	~~HREEFzAVgRNyYWxmQGtydWVkZXdhZ2VuLmRlMA0GCSqGSIb3DQEBBQUAA4ICAQBH~~		HREEFzAVgRNyYWxmQGtydWVkZXdhZ2VuLmRlMA0GCSqGSIb3DQEBDQUAA4ICAQAL
	~~b8vqvbpjrGJvnYhYwUyiqed4DgbGDwr2AnaQlXqrlKcKubD~~+~~67LtZn4ZRc8+wdV~~+		e1qWxwBtL+uTWU6o29PI2nK/ZSElE8eL5JYRvqJjaWT7l8ls3cVM7f3zqJcOtjka
	++~~wjdATsd7ANDEqX6eOqENVgU+A62zf~~/~~UcLrlRbX5S+KV57NkbjO+lq~~/~~uJZi5CqG~~		KufgblccBXZoTJ42sdRa+3vQHnV3s4SerGUVSjLelB4BlL8F1qrWSYU0KuZeWbNW
	~~9HXTtz~~+~~GdscDehdYYegbwdo73UtalqAJy+xrR5qdhxzRaskbiH9nObV9hyb87Ui4~~		Yz19NHH0DU+qnAtuBURx67xIUwcnNBQ7rBiL8drlV+5Vsdys2eGwhgfRR6b2qJKB
	~~kdD~~/~~YDrm1n096LJGrkeIfIh6kyq3B7hNZ2VpDAbmf960dGt2vABSAaBDmVBaGrYM~~		wRC/ld6QECV2xGSu5CI3IZF11BfGRz4P4jbr1wT9QevjxwNxErs6unU/6LQ+5Jtv
	~~nD98xdnqTINu~~+~~vDpX9ZHHoUwngyWdXvs1PJPRopvDFQSsJxCfH0~~+bA+~~ejZSwT66y~~		UqPYoP/EIJ5vhr+IzbTQVdv7tsytbKv1qWQ55dIx3ybMzx1ZaMYUtZ0LRPCPt7by
	~~UpEcX4PGLdD6HACgfGaQUZMn5C3fgkGSQw4HfK1dAdULUtTYgNr8l2y7QOHoGA~~+T		EzQz3hLDIhhXOIE+Gubskg+75+0ErzmE7iPS7rNBMHvOhpKpruU6wNXRVMlrLt/V
	/~~u9OnGkeeVpQnI6BFufFwotynrhUSNIHyLcKJ0nKEqs4Xqkb1T4MXzPHVhglR2eE~~		GumqKUU3imvmvsiI/Qcm4SQ/Xmqq8jOfPu5jnwQQGS2+G1tfAYafCrsk/mrw+m3U
	~~vIV1ffsCxtZPXnNwxpFSb41b4VtyGj2GYYR42KYqL2NUxoCYe8QqmlmcqlcQCxms~~		b4zCseXXDajCm2DM7q8eIQdBHx1oFbXVv10UNQScbt35PFKSgmtjf3RddrLNEUm3
	~~4xWlOgvGXNGNqmZ6m7VpwBDBLYLM3wFJtQRj~~+~~oJ9AbdRlKZeoRGEJY9nS8ByZ3HL~~		1BwcTFivonsg4CoiCJr5RW9ri/UReb+IcbW6Ln/CS0EQOZQJG1+RI8ZhFcVieyvc
	~~XxcBOsDj3WE3rx9BJGmxvvKe3gK6vWEPKiBtuqD7FhmWzbjDpGmd7483ynRMJRQO~~		jGvPnIV1aoeaG04qQcAF7GBUMKooyWzmPfzxd7hmI4n5dbzAXnqn3SXHAaB11nlW
	~~jNF1gWSq/1wAxdcaI3hjyZe9sUpYBgi9HvnfODQjqw~~==		kH6CebZbcb5fgWOVD8HZwOagjg8mR3wElXrOlrFazg==
	-----END CERTIFICATE-----		-----END CERTIFICATE-----
	</pre>		</pre>

	Seriennummer:		Seriennummer:
	01:12:55		02:9F:B7

	SHA-1 Fingerprint:		SHA-256 Fingerprint:
	~~F2 0D 03 7D 4A 4D 04 EC~~ 9D ~~A2 D2 3D 75 E0 E6 4F C4 70 D9 DD~~		B0:2A:8C:AE:9A:71:19:51:3F:EF:0F:DA:F6:63:0A:59:D9:6A:63:8E:FE:29:3E:ED:51:BC:6D:3F:9D:62:2A:A1

	Zertifikatbesitzer:		Zertifikatbesitzer:
Zeile 72:		Zeile 72:

	Gültigkeit:		Gültigkeit:
	Gültig ab: 04.01.~~2013 15:54:00~~		Gültig ab: 13.11.2016
	Gültig bis: 04.01.~~2015 15:54:00~~		Gültig bis: 13.11.2018

	== Tipps und Tricks ==		== Tipps und Tricks ==

Rkr: /* Schlüsselaustausch */

2014-01-07T07:36:15Z

Schlüsselaustausch

← Nächstältere Version		Version vom 7. Januar 2014, 07:38 Uhr
Zeile 15:		Zeile 15:

	In Unternehmensnetzen kommt als dritte Möglichkeit das Speichern der Zertifikate in zentralen ''Directories'' in Frage, z.B. auf einem LDAP-Server. Das hat den Vorteil, dass man für eine Verschlüsselung nicht erst signierte Mails austauschen muss.		In Unternehmensnetzen kommt als dritte Möglichkeit das Speichern der Zertifikate in zentralen ''Directories'' in Frage, z.B. auf einem LDAP-Server. Das hat den Vorteil, dass man für eine Verschlüsselung nicht erst signierte Mails austauschen muss.

			=== Vertrauen ===
			Die '''Vertrauenswürdigkeit''' der Zertifikate wird automatisch hergestellt, wenn das Benutzer-Zertifikat von einer bekannten und vertrauenswürdigen CA ausgestellt und signiert wurde. Bei diesem zentralen Ansatz vertraue ich also allen Zertifikaten hierarchisch unterhalb einer CA ohne explizite Zustimmung (entgegen klassischem PGP, bei dem ich meist jedem Public Key einzeln vertrauen muss). S/MIME-Zertifikate können jedoch auch zusätzlich mittels Abgleich von Seriennummer und Fingerprint verifiziert werden, wenn man der CA nicht traut oder bei selbstsignierten Zertifikaten.

	=== Mein S/MIME-Zertifikat ===		=== Mein S/MIME-Zertifikat ===
	Manuell exportierte Zertifikate kann man auf öffentlichen Webseiten zum Download anbieten, wie z.B. mein [[CAcert]]-Zertifikat hier:		Manuell exportierte Zertifikate kann man auf öffentlichen Webseiten zum Download anbieten, wie z.B. mein [[CAcert]]-Zertifikat hier im PEM-Format:

	<pre>		<pre>
Zeile 71:		Zeile 74:
	Gültig ab: 04.01.2013 15:54:00		Gültig ab: 04.01.2013 15:54:00
	Gültig bis: 04.01.2015 15:54:00		Gültig bis: 04.01.2015 15:54:00

	~~=== Vertrauen ===~~
	Die '''Vertrauenswürdigkeit''' der Zertifikate wird automatisch hergestellt, wenn das Benutzer-Zertifikat von einer bekannten und vertrauenswürdigen CA ausgestellt und signiert wurde. Bei diesem zentralen Ansatz vertraue ich also allen Zertifikaten hierarchisch unterhalb einer CA ohne explizite Zustimmung (entgegen klassischem PGP, bei dem ich meist jedem Public Key einzeln vertrauen muss). S/MIME-Zertifikate können jedoch auch zusätzlich mittels Abgleich von Seriennummer und Fingerprint verifiziert werden, wenn man der CA nicht traut oder bei selbstsignierten Zertifikaten.

	== Tipps und Tricks ==		== Tipps und Tricks ==

Rkr: /* Mein S/MIME-Zertifikat */

2014-01-07T07:35:44Z

Mein S/MIME-Zertifikat

@@ Zeile 17: / Zeile 17: @@
 === Mein S/MIME-Zertifikat ===
-Manuell exportierte Zertifikate kann man dann auf öffentlichen Webseiten zum Download anbieten, wie z.B. mein [[CAcert]]-Zertifikat hier:
+Manuell exportierte Zertifikate kann man auf öffentlichen Webseiten zum Download anbieten, wie z.B. mein [[CAcert]]-Zertifikat hier:
 <pre>
@@ Zeile 52: / Zeile 52: @@
 -----END CERTIFICATE-----
 </pre>
 === Vertrauen ===

Rkr: /* Schlüsselaustausch */

2014-01-07T07:30:13Z

Schlüsselaustausch

← Nächstältere Version		Version vom 7. Januar 2014, 07:32 Uhr
Zeile 12:		Zeile 12:
	Das eigene S/MIME-Zertifikat, das den öffentlichen Schlüssel enthält, ist in der Regel in jeder verschickten Email enthalten, wenn diese vor dem Versand '''signiert''' wird. Das ist ein Vorteil gegenüber PGP. Der Empfänger muss dann nur noch das Zertifikat importieren, was meist schon '''automatisch vom E-Mail-Client vorgenommen''' wird. Ab diesem Zeitpunkt kann man dem Kommunikationspartner '''verschlüsselte''' E-Mails schicken, da die Verschlüsselung mit dem öffentlichen Schlüssel des Empfängers geschieht. Der '''Schlüsselaustausch''' zwischen Kommunikationspartnern geschieht also transparent durch das '''gegenseitiges Zuschicken signierter E-Mails'''.		Das eigene S/MIME-Zertifikat, das den öffentlichen Schlüssel enthält, ist in der Regel in jeder verschickten Email enthalten, wenn diese vor dem Versand '''signiert''' wird. Das ist ein Vorteil gegenüber PGP. Der Empfänger muss dann nur noch das Zertifikat importieren, was meist schon '''automatisch vom E-Mail-Client vorgenommen''' wird. Ab diesem Zeitpunkt kann man dem Kommunikationspartner '''verschlüsselte''' E-Mails schicken, da die Verschlüsselung mit dem öffentlichen Schlüssel des Empfängers geschieht. Der '''Schlüsselaustausch''' zwischen Kommunikationspartnern geschieht also transparent durch das '''gegenseitiges Zuschicken signierter E-Mails'''.

	Alternativ kann man das eigene Zertifikat auch '''manuell exportieren''', meist im [https://de.wikipedia.org/wiki/Privacy_Enhanced_Mail PEM]- oder [https://en.wikipedia.org/wiki/Distinguished_Encoding_Rules#DER_encoding DER]-Format. PEM ist ASCII-kodiert und damit am besten für Copy/Paste geeignet. Der Export geschieht entweder aus dem Browser oder dem E-Mail-Client heraus oder aus dem ~~Managementbereich~~ der CA (z.B. bei [[CAcert]] über ''Client-Zertifikate -> Anzeigen -> E-Mail-Adresse'').		Alternativ kann man das eigene Zertifikat auch '''manuell exportieren''', meist im [https://de.wikipedia.org/wiki/Privacy_Enhanced_Mail PEM]- oder [https://en.wikipedia.org/wiki/Distinguished_Encoding_Rules#DER_encoding DER]-Format. PEM ist ASCII-kodiert und damit am besten für Copy/Paste geeignet. Der Export geschieht entweder aus dem Browser oder dem E-Mail-Client heraus oder direkt aus dem Managementinterface der CA (''Certification Authority''), z.B. bei [[CAcert]] über ''Client-Zertifikate -> Anzeigen -> E-Mail-Adresse''.

	In Unternehmensnetzen kommt als dritte Möglichkeit das Speichern der Zertifikate in zentralen ''Directories'' in Frage, z.B. auf einem LDAP-Server. Das hat den Vorteil, dass man für eine Verschlüsselung nicht erst signierte Mails austauschen muss.		In Unternehmensnetzen kommt als dritte Möglichkeit das Speichern der Zertifikate in zentralen ''Directories'' in Frage, z.B. auf einem LDAP-Server. Das hat den Vorteil, dass man für eine Verschlüsselung nicht erst signierte Mails austauschen muss.

Rkr: /* Zertifikate */

2014-01-07T07:27:50Z

Zertifikate

← Nächstältere Version		Version vom 7. Januar 2014, 07:29 Uhr
Zeile 13:		Zeile 13:

	Alternativ kann man das eigene Zertifikat auch '''manuell exportieren''', meist im [https://de.wikipedia.org/wiki/Privacy_Enhanced_Mail PEM]- oder [https://en.wikipedia.org/wiki/Distinguished_Encoding_Rules#DER_encoding DER]-Format. PEM ist ASCII-kodiert und damit am besten für Copy/Paste geeignet. Der Export geschieht entweder aus dem Browser oder dem E-Mail-Client heraus oder aus dem Managementbereich der CA (z.B. bei [[CAcert]] über ''Client-Zertifikate -> Anzeigen -> E-Mail-Adresse'').		Alternativ kann man das eigene Zertifikat auch '''manuell exportieren''', meist im [https://de.wikipedia.org/wiki/Privacy_Enhanced_Mail PEM]- oder [https://en.wikipedia.org/wiki/Distinguished_Encoding_Rules#DER_encoding DER]-Format. PEM ist ASCII-kodiert und damit am besten für Copy/Paste geeignet. Der Export geschieht entweder aus dem Browser oder dem E-Mail-Client heraus oder aus dem Managementbereich der CA (z.B. bei [[CAcert]] über ''Client-Zertifikate -> Anzeigen -> E-Mail-Adresse'').

			In Unternehmensnetzen kommt als dritte Möglichkeit das Speichern der Zertifikate in zentralen ''Directories'' in Frage, z.B. auf einem LDAP-Server. Das hat den Vorteil, dass man für eine Verschlüsselung nicht erst signierte Mails austauschen muss.

	=== Mein S/MIME-Zertifikat ===		=== Mein S/MIME-Zertifikat ===

Rkr: /* Weblinks */

2014-01-07T07:05:56Z

Weblinks

← Nächstältere Version		Version vom 7. Januar 2014, 07:07 Uhr
Zeile 91:		Zeile 91:
	*[http://www.heise.de/ct/artikel/Brief-mit-Siegel-1911842.html Brief mit Siegel - Mail-Verschlüsselung auf dem Rechner und mobil] (c't Artikel)		*[http://www.heise.de/ct/artikel/Brief-mit-Siegel-1911842.html Brief mit Siegel - Mail-Verschlüsselung auf dem Rechner und mobil] (c't Artikel)
	*http://wiki.piratenpartei.de/Krypto-Party		*http://wiki.piratenpartei.de/Krypto-Party
	*[~~https~~://www.kruedewagen.de/blog/2013/07/22/sichere-e-mail-eine-kleine-anleitung/ Sichere E-Mail – eine kleine Anleitung] (kruedewagen.de)		*[http://www.kruedewagen.de/blog/2013/07/22/sichere-e-mail-eine-kleine-anleitung/ Sichere E-Mail – eine kleine Anleitung] (kruedewagen.de)

	== Siehe auch ==		== Siehe auch ==

Rkr: /* Weblinks */

2014-01-07T07:05:42Z

Weblinks

← Nächstältere Version		Version vom 7. Januar 2014, 07:07 Uhr
Zeile 91:		Zeile 91:
	*[http://www.heise.de/ct/artikel/Brief-mit-Siegel-1911842.html Brief mit Siegel - Mail-Verschlüsselung auf dem Rechner und mobil] (c't Artikel)		*[http://www.heise.de/ct/artikel/Brief-mit-Siegel-1911842.html Brief mit Siegel - Mail-Verschlüsselung auf dem Rechner und mobil] (c't Artikel)
	*http://wiki.piratenpartei.de/Krypto-Party		*http://wiki.piratenpartei.de/Krypto-Party
			*[https://www.kruedewagen.de/blog/2013/07/22/sichere-e-mail-eine-kleine-anleitung/ Sichere E-Mail – eine kleine Anleitung] (kruedewagen.de)

	== Siehe auch ==		== Siehe auch ==

Rkr: /* Was ist S/MIME ? */

2014-01-07T07:04:07Z

Was ist S/MIME ?

← Nächstältere Version		Version vom 7. Januar 2014, 07:06 Uhr
Zeile 1:		Zeile 1:
	== Was ist S/MIME ? ==		== Was ist S/MIME? ==
	Mit '''S/MIME''' kann man Emails digital signieren und verschlüsseln, siehe [http://de.wikipedia.org/wiki/Elektronische_Signatur Wikipedia] für weitere Infos. S/MIME ist neben [[GnuPG\|GnuPG/PGP]] ein zweiter Standard für sichere Email und verwendet den [http://de.wikipedia.org/wiki/X.509 X.509] Standard..		Mit '''S/MIME''' kann man Emails digital signieren und verschlüsseln, siehe [http://de.wikipedia.org/wiki/Elektronische_Signatur Wikipedia] für weitere Infos. S/MIME ist neben [[GnuPG\|GnuPG/PGP]] ein zweiter Standard für sichere Email und verwendet den [http://de.wikipedia.org/wiki/X.509 X.509] Standard..

Rkr am 7. Januar 2014 um 07:03 Uhr

2014-01-07T07:03:46Z

@@ Zeile 7: / Zeile 7: @@
 Für die Verwendung von S/MIME empfehle ich die Email-Clients [http://www.mozilla-europe.org/de/products/thunderbird/ Thunderbird] oder [http://userbase.kde.org/KMail/de kmail]. Für Thunderbird gibt es eine Anleitung [http://www.thunderbird-mail.de/wiki/Mailverschl%C3%BCsselung_mit_S/MIME Mailverschlüsselung mit S/MIME].
 == Schlüsselaustausch ==
@@ Zeile 76: / Zeile 53: @@
 === Vertrauen ===
 Die '''Vertrauenswürdigkeit''' der Zertifikate wird automatisch hergestellt, wenn das Benutzer-Zertifikat von einer bekannten und vertrauenswürdigen CA ausgestellt und signiert wurde. Bei diesem zentralen Ansatz vertraue ich also allen Zertifikaten hierarchisch unterhalb einer CA ohne explizite Zustimmung (entgegen klassischem PGP, bei dem ich meist jedem Public Key einzeln vertrauen muss). S/MIME-Zertifikate können jedoch auch zusätzlich mittels Abgleich von Seriennummer und Fingerprint verifiziert werden, wenn man der CA nicht traut oder bei selbstsignierten Zertifikaten.
 == Weblinks ==

Rkr: /* Mein S/MIME-Zertifikat - Schlüsselaustausch */

2014-01-07T07:02:18Z

Mein S/MIME-Zertifikat - Schlüsselaustausch

← Nächstältere Version		Version vom 7. Januar 2014, 07:04 Uhr
Zeile 31:		Zeile 31:
	*[http://kontact.kde.org/kmail/kmail-pgpmime-howto.php#gnupg kmail HowTo]		*[http://kontact.kde.org/kmail/kmail-pgpmime-howto.php#gnupg kmail HowTo]

	== ~~Mein S/MIME-Zertifikat -~~ Schlüsselaustausch ==		== Schlüsselaustausch ==
			=== Zertifikate ===
	Das eigene S/MIME-Zertifikat, das den öffentlichen Schlüssel enthält, ist in der Regel in jeder verschickten Email enthalten, wenn diese vor dem Versand '''signiert''' wird. Das ist ein Vorteil gegenüber PGP. Der Empfänger muss dann nur noch das Zertifikat importieren, was meist schon '''automatisch vom E-Mail-Client vorgenommen''' wird. Ab diesem Zeitpunkt kann man dem Kommunikationspartner '''verschlüsselte''' E-Mails schicken, da die Verschlüsselung mit dem öffentlichen Schlüssel des Empfängers geschieht. Der '''Schlüsselaustausch''' zwischen Kommunikationspartnern geschieht also transparent durch das '''gegenseitiges Zuschicken signierter E-Mails'''.		Das eigene S/MIME-Zertifikat, das den öffentlichen Schlüssel enthält, ist in der Regel in jeder verschickten Email enthalten, wenn diese vor dem Versand '''signiert''' wird. Das ist ein Vorteil gegenüber PGP. Der Empfänger muss dann nur noch das Zertifikat importieren, was meist schon '''automatisch vom E-Mail-Client vorgenommen''' wird. Ab diesem Zeitpunkt kann man dem Kommunikationspartner '''verschlüsselte''' E-Mails schicken, da die Verschlüsselung mit dem öffentlichen Schlüssel des Empfängers geschieht. Der '''Schlüsselaustausch''' zwischen Kommunikationspartnern geschieht also transparent durch das '''gegenseitiges Zuschicken signierter E-Mails'''.

	Alternativ kann man das eigene Zertifikat auch '''manuell exportieren''', meist im [https://de.wikipedia.org/wiki/Privacy_Enhanced_Mail PEM]- oder [https://en.wikipedia.org/wiki/Distinguished_Encoding_Rules#DER_encoding DER]-Format. PEM ist ASCII-kodiert und damit am besten für Copy/Paste geeignet. Der Export geschieht entweder aus dem Browser oder dem E-Mail-Client heraus oder aus dem Managementbereich der CA (z.B. bei [[CAcert]] über ''Client-Zertifikate -> Anzeigen -> E-Mail-Adresse''). ~~Dieses~~ Zertifikat kann man dann auf öffentlichen Webseiten zum Download anbieten, wie z.B. mein [[CAcert]]-Zertifikat hier:		Alternativ kann man das eigene Zertifikat auch '''manuell exportieren''', meist im [https://de.wikipedia.org/wiki/Privacy_Enhanced_Mail PEM]- oder [https://en.wikipedia.org/wiki/Distinguished_Encoding_Rules#DER_encoding DER]-Format. PEM ist ASCII-kodiert und damit am besten für Copy/Paste geeignet. Der Export geschieht entweder aus dem Browser oder dem E-Mail-Client heraus oder aus dem Managementbereich der CA (z.B. bei [[CAcert]] über ''Client-Zertifikate -> Anzeigen -> E-Mail-Adresse'').

			=== Mein S/MIME-Zertifikat ===
			Manuell exportierte Zertifikate kann man dann auf öffentlichen Webseiten zum Download anbieten, wie z.B. mein [[CAcert]]-Zertifikat hier:

	<pre>		<pre>
Zeile 70:		Zeile 74:
	</pre>		</pre>

			=== Vertrauen ===
	Die '''Vertrauenswürdigkeit''' der Zertifikate wird automatisch hergestellt, wenn das Benutzer-Zertifikat von einer bekannten und vertrauenswürdigen CA ausgestellt und signiert wurde. Bei diesem zentralen Ansatz vertraue ich also allen Zertifikaten hierarchisch unterhalb einer CA ohne explizite Zustimmung (entgegen klassischem PGP, bei dem ich meist jedem Public Key einzeln vertrauen muss). S/MIME-Zertifikate können jedoch auch zusätzlich mittels Abgleich von Seriennummer und Fingerprint verifiziert werden, wenn man der CA nicht traut oder bei selbstsignierten Zertifikaten.		Die '''Vertrauenswürdigkeit''' der Zertifikate wird automatisch hergestellt, wenn das Benutzer-Zertifikat von einer bekannten und vertrauenswürdigen CA ausgestellt und signiert wurde. Bei diesem zentralen Ansatz vertraue ich also allen Zertifikaten hierarchisch unterhalb einer CA ohne explizite Zustimmung (entgegen klassischem PGP, bei dem ich meist jedem Public Key einzeln vertrauen muss). S/MIME-Zertifikate können jedoch auch zusätzlich mittels Abgleich von Seriennummer und Fingerprint verifiziert werden, wenn man der CA nicht traut oder bei selbstsignierten Zertifikaten.