admin | Global Trust

Mozilla Thunderbird – Zertifikat installieren, Signieren, Verschlüsseln E‑Mail, LDAP‑Verzeichnisdienst V1.2

admin — Thu, 09 Mar 2023 08:02:20 +0000

Inhaltsverzeichnis

1 Grundlagen

1.1 Ziele des Dokuments

Das Ziel dieses Dokuments ist es in einer Schritt-für-Schritt-Anleitung zu zeigen, wie Zertifikate in Thunderbird installiert werden können, E-Mails signiert und verschlüsselt werden und wie, empfangene, signierte und verschlüsselte E-Mails gelesen werden.

1.2 Definitionen und Kurzbezeichnungen

S/MIME:

Standard zur Signierung und Verschlüsselung von E-Mails

– LDAP:

Abkürzung für „Lightweight Directory Access Protocol“ und ermöglicht es über ein IP-Netzwerk (z. B. Internet) auf einen Verzeichnisdienst zugreifen zu können. Das Verzeichnis kann etwa, wie in dieser Anleitung, ein Adressbuch sein.

2 Kurzfassung

Zertifikat installieren:

Root Zertifikat von https://www.globaltrust.eu herunterladen
Im Zertifikat-Manager von Thunderbird im Tab „Zertifizierungsstellen“ die crt-Datei importieren
Im Tab „Ihre Zertifikate“ das persönliche Zertifikat importieren (→ 3.1.3 Zertifikat für Signieren installieren p7)
In den Kontoeinstellungen unter der Kategorie „S/MIME Sicherheit“ das Zertifikat zum signieren auswählen.

→ Fertig

E-Mail signieren:

Neue E-Mail verfassen
In der Menüleiste „S/MIME“ auswählen und „Nachricht unterschreiben“ auswählen. Rechts unten im Eck erscheint ein Symbol eines versiegelten Kuverts.

→ Fertig

E-Mail verschlüsseln:

Zertifikat-Manager öffnen und im Tab „Personen“ das Zertifikat des Empfängers importieren
Neue E-Mail verfassen und in der Menüleiste „S/MIME“ auswählen und „Nachricht verschlüsseln“ auswählen. Rechts unten im Eck erscheint ein Vorhängeschloss-Symbol.

→ Fertig

Signierte/Verschlüsselte E-Mails empfangen:

E-Mail mit Doppelklick öffnen
Rechts oben sind das versiegelte Kuvert und, wenn die Nachricht auch verschlüsselt wurde, das Vorhängeschloss zu sehen. Bei einem Klick auf eines der Symbole können die Details zum Unterzeichner und zum Zertifikat des Unterzeichners abgerufen werden.

→ Fertig

Kurzfassung LDAP-Installation

Im Adressbuch im Menü „Datei“ im Unterpunkt „Neu“ das LDAP Verzeichnis wählen

Serverdaten, ohne Anführungszeichen, eintragen:

Name: „GLOBALTRUST“
Serveradresse: „ldap.globaltrust.eu“
Basis-DN: „c=at“
Port-Nummer: „389“

Im Adressbuch links „GLOBALTRUST“ auswählen und rechts oben Suchbegriff eingeben.

→ Fertig

3 Detaildokumentation Zertifikatsverwaltung

3.1 Zertifikate installieren

Beschaffen geeigneter Zertifikate

Bestellung GLOBALTRUST CLIENT: https://order.globaltrust.eu/php/formservice.php?form=order_signature&st=CLI
Information GLOBALTRUST COMPANY: https://globaltrust.eu/produkte/company/
Hinweis: bei S/MIME-Verschlüsselung benötigen beide Kommunikationspartner einen geeigneten Schlüssel/Zertifikat!

3.1.1 GLOBALTRUST Root-CA Zertifikat importieren

Legende:

URL http://www.globaltrust.eu/certificate-policy.html öffnen
In den Abschnitten „GLOBALTRUST Root CA 2006“, „GLOBALTRUST Root CA 2015“ und „GLOBALTRUST Root CA 2020“ auf die Download-Links für „DER-Format“ klicken und die Datei speichern.

Direktlink der GLOBALTRUST Root-CA Zertifikate:

3.1.2 Thunderbird Einstellungen öffnen

→ Extras → Einstellungen → Erweitert → Zertifikate → Zertifikate → Zertifizierungsstellen → Importieren

→ Öffnen

→ alle Zwecke markieren → OK

offene Fenster: → Zertifikats-Manger → Einstellungen schließen

Das GLOBALTRUST Root-CA Zertifikat ist installiert.

3.1.3 Zertifikat für Signieren installieren

3.1.3.1 Import Software-Zertifikate

Software-Zertifikate + Schlüssel können durch Import der PKCS#12-Datei genutzt werden.

→ Extras → Einstellungen → Erweitert → Zertifikate → Zertifikate → Ihre Zertifikate → Importieren → Verzeichnis auswählen (hier C:\temp) → Dateityp PKCS12-Dateien auswählen → geeignete PKCS#12-Datei auswählen (hier Dateiname: mein-software-zertifikat.p12) → Öffnen

→ Passworteingabe-Dialog → Passwort: Ihr vergebenes PKCS#12-Passwort → OK

Ihr Software-Zertifikat + Schlüssel sind installiert!

3.1.3.2 Import E-Token Zertifikat Safenet (vormals Aladdin)

Zertifikate auf externen Trägern (Smartcards, eToken) können über eine PKCS#11 Schnittstelle angesprochen/genutzt werden. Das Modul zu dieser PKCS#11-Schnittstelle muss in Thunderbird übernommen werden.

→ Extras → Einstellungen → Erweitert → Zertifikate → Kryptographie-Module → Laden

→ geeigneten Modulname vergeben, Empfehlung: Safenet eToken PKCS#11 Modul → Durchsuchen

→ C:\Windows\System32 → Datei eTPKCS11.dll auswählen → Öffnen

Safenet-E-Token ist für signieren / verschlüsseln vorbereitet!

3.2 Zertifikate zum Signieren einrichten

→ Extras → Konten-Einstellungen

→ Benutzerkonto auswählen Beispiel: hanxxxx@xxxx.at → S/MIME-Sicherheit → Auswählen (Zertifikat zum unterschreiben) + Auswählen (Zertifikat für Verschlüsseln Hinweis! Hier muss das Empfängerzertifikat ausgewählt werden, nicht das eigene, da ansonsten der Empfänger die E-Mail nicht entschlüsseln kann!)

Optional: → Nachrichten digital unterschreiben auswählen, dann wird immer unterschrieben

3.2.1 Nachricht erstellen und signiert versenden

→ Verfassen

→ S/MIME → Nachricht unterschreiben

→ senden → es erfolgt die Aufforderung zur Eingabe des eToken-Passworts (nur bei einem E-Token-Zertifikat), ansonsten wird nach dem Passwort des Software-Zertifikates gefragt

3.3 E-Mail verschlüsseln

3.3.1 Empfänger Zertifikat importieren

„Öffnen“ → OK → OK → fertig

3.3.2 Neue E-Mail verfassen + verschlüsseln

Im Hauptfenster links oben auf „Verfassen“ klicken

Hinweis I:

„Nachricht verschlüsseln“ ist nur möglich, wenn das Zertifikat der Empfänger-Mailadresse installiert ist (hier: test@testdomain.test).

Hinweis II:

Die Nachricht kann auch gleichzeitig signiert werden. Dafür müssen Schlüssel und Zertifikat des Absenders installiert sein.

Hinweis III:

Der Betreff der E-Mail wird nicht verschlüsselt!

3.4 Signierte/Verschlüsselte E-Mails empfangen

3.4.1 Empfangene E-Mail öffnen

– Nach Doppelklick auf die empfangene E-Mail sind, im Falle der Signierung und Verschlüsselung, die entsprechenden Symbole (Kuvert mit Siegel und Vorhängeschloss) im rechten oberen Eck der E-Mail zu sehen.

3.4.2 Signatur prüfen

Mit einem Klick auf die Symbole werden die Details zur Signierung und Verschlüsselung geöffnet. Mit einem Klick auf „Unterschriftszertifikat ansehen“ können die Details zum Zertifikat selber geöffnet werden.
Mit „OK“ kann das Fenster geschlossen werden.

3.4.3 Zertifikat Details anzeigen

Legende:

Nach Prüfung des Zertifikates kann das Fenster mit „Schließen“ wieder geschlossen werden. → Fertig

4 Mozilla Thunderbird LDAP Adressbuch

GLOBALTRUST stellt seinen Kunden ein LDAP Verzeichnis zur Verfügung. In diesem Verzeichnis sind alle von GLOBALTRUST ausgestellten Zertifikate zu finden. Somit ist es möglich an alle Personen mit einem GLOBALTRUST Zertifikat verschlüsselte E-Mails zu schicken. Es ist außerdem möglich, dieses Verzeichnis in das Adressbuch von Mozilla Thunderbird zu integrieren.

4.1 Detaildokumentation LDAP

4.1.1 Adressbuch öffnen

– Im Hauptfenster auf „Adressbuch“ klicken.

– Im Adressbuch unter „Datei“ und „Neu“ auf „LDAP-Verzeichnis…“ klicken.

4.1.2 Serverdaten eingeben

Legende:

Im neu erschienen Fenster die Informationen für das Verzeichnis eingeben.
Name: „GLOBALTRUST“
Serveradresse: „ldap.globaltrust.eu“
Basis-DN: „c=at“
Port-Nummer: „389“
Wenn alle Daten eingegeben wurden, auf „OK“ klicken.

4.1.3 Nach Einträgen suchen

Auf der linken Seite das entsprechende Adressbuch auswählen. Hier: „GLOBALTRUST“
Rechts oben den gesuchten Namen/ die gesuchte E-Mail-Adresse eingeben. In der Ergebnisliste den gewünschten Eintrag auswählen. → Fertig

Was kostet es, nicht papierlos zu arbeiten?

02. August 2023

Obwohl die Digitalisierung nahezu jeden Aspekt des Arbeitsalltags erreicht hat, spielt die Unterschrift und mit ihr das Druckpapier in B2B-Umgebungen eine entscheidende Rolle - und verursacht leicht vermeidbare Kosten. Durch die Einführung elektronischer Signaturen können Unternehmen diese überflüssigen Ausgaben...

Elektronische Signatur im Wettbewerbsrecht: Europäische Kommission erhebt QES ab 1.9.2023 zum Standardverfahren

10. Juli 2023

Zur weiteren Vereinfachung der Fusionskontrollverfahren und im Einklang mit ihrer allgemeinen Digitalstrategie hat die Europäische Kommission eine Reihe überarbeiteter Rechtstexte veröffentlicht, darunter einen, der die elektronische Übermittlung elektronisch signierter Dokumente als Standardmethode ab 1. September...

E-Mail-Signatur und -Verschlüsselung: Sicher ist sicher…und für UPC-Kunden ab sofort kostenlos

08. Mai 2023

Cyberangriffe auf Unternehmen und Behörden beginnen meist unspektakulär – mit einem E-Mail. Über Malware werden Computerviren ins IT-System eingeschleust, mit dem Ziel Lösegeld zu erpressen oder Wirtschaftsspionage bzw. Datendiebstahl zu begehen. Den Mitarbeitern ist oft kein Vorwurf zu machen, denn die...

Wie können wir Sie erreichen?



Team kontaktieren: +43 1 532 0 944

Unsere Mitarbeiter stehen Ihnen für ein unverbindliches Beratungsgespräch zur Verfügung.

Erreichbarkeit: Mo. – Fr. 9:00 – 17:00

GLOBALTRUST UPC-Token

admin — Sat, 14 Jan 2023 18:48:22 +0000

UPC-Token‑Benutzerdokumentation

Inhaltsverzeichnis

komplett siehe: https://service.globaltrust.eu/static/upc-token-benutzer.pdf

Autor: Hans G. Zeger

Version 1.0 / 4. Jänner 2023

UPC-Token (ACS) – Installation und Verwendung

Verwendeter Token:

ACS CryptoMate EVO

1 Enduser-Installation UPC-Token unter Windows

Bitte beachten Sie das die Software nur auf Windows installiert und verwendet werden kann. Die Software ist nicht kompatibel mit Linux oder MacOS.

Da öfters Komplikationen mit Emulationen auf Windows 10 und Windows 11 auftreten, können wir hierzu keine Garantie geben.

1.1 Software zu UPC-Token Downloaden und Entpacken

Download-Link

https://service.globaltrust.eu/static/upc-token.zip
Datei auf PC in geeigneten Ordner kopieren, zB C:\download
Datei upc-token.zip entpacken

Hinweis
Der UPC-Token wird erst NACH erfolgreicher Installation angesteckt, da ansonsten bei der Geräteinstallation über Windows, die Treiber für den UPC Token von dem ACOS5-EVO PKI Kit, NICHT berücksichtigt werden

2 Installationsvoraussetzungen

Die Installation wird über autorun.exe als Administrator gestartet. Dies ist besonders wichtig da nur in diesem Fall gesichert ist, das die Software samt den benötigten Treiber für alle Benutzer installiert wird.

3 UPC-Token User Package installieren

autorun.exe als Administrator ausführen (Doppelklick) →

(Rechtsklick) → “Als Administrator ausführen“ →

Install ACOS5-EVO PKI Kit User Package → (ausführen)

Hinweis
Der Start kann – abhängig vom Computer – mehrere Minuten dauern

Frage nach „Installation zulassen“ mit Ja beantworten

„I accept the terms in the Licence Agreement“ anhaken ✔

Installationsordner auswählen

Unsere Empfehlung:
Nehmen Sie keine Änderungen am Installationsordner vor, da sonst die Funktionalaität des
UPC-Token nicht garantiert werden kann.

Install →

Hinweis
Der Installationsvorgang kann einige Minuten dauern

Finish →

Hinweis
Sie sollten Ihren Computer ehestmöglich neu starten

4 ACOS5-EVO PKI KIT User Package Reparieren

Nach erfolgreicher Installation können Sie Ihren UPC-Token anstecken. Dieser muss durchgängig grün leuchten. Falls der UPC-Token nur grün blinken sollte oder der EVO Certificate Manager nicht richtig aufgerufen werden kann, dann sind folgende Schritte zu befolgen. Der UPC-Token darf NICHT abgesteckt werden!

Hinweis
Dieser Schritt kann übersprungen werden wenn bei der Installation keine Komplikationen auftraten!

autorun.exe als Administrator ausführen

(Rechtsklick) → “Als Administrator ausführen“ →

Repair →

“Do not close applications. A reboot will be required.“ Auswählen

OK →

Finish →

Yes →

Hinweis
Sie sollten Ihren Computer ehestmöglich neu starten

1.3 Wichtige Informationen

Nach Installation finden Sie folgende wichtige Informationen, die Sie bzw. Ihr IT-Betreuer benötigen[1]:

ACS-Benutzerdokumentation (englisch)
– C:\Program Files (x86)\Advanced Card Systems Ltd\ACS ACOS5-EVO PKI Kit – User\Documentation\USR-ACOS5-EVO_PKI_Kit_User_Manual_(Windows)-1.01.pdf

Token-Verwaltungstool
– C:\Program Files (x86)\Advanced Card Systems Ltd\ACS ACOS5-EVO PKI Kit – User\EVO Certificate Manager\EVO-CM.exe

Hinweis
Das Token-Verwaltungstool EVO-CM.exe sollte auch als Link auf dem Desktop erscheinen.

Dateinamen der Token PKCS#11-Schnittstelle

32bit: C:\Windows\System32\acos5evopkcs11.dll
64bit: C:\Windows\SysWOW64\acos5evopkcs11.dll

Hinweis 1
Der UPC-Token unterstützt Windows-CAPI und wird daher von zahlreichen Windows-Programmen automatisch erkannt.

Hinweis 2
Mit Hilfe der PKCS#11-Schnittstelle des Token können Sie den UPC-Token in vielen weiteren Programmen integrieren und das darauf befindliche Zertifikat für zahlreiche Anwendungen nutzen. Je nach Art des Programmes kann es erforderlich sein die 32bit- oder die 64bit-Version zu verwenden. Auskunft darüber gibt diese Dokumentation oder die Dokumentation des Dritt-Anbieters.

Hinweis 3
Wenn Sie schon bisher Token oder Smartcards anderer Anbieter verwenden, dann kann es im Einzelfall zu Konflikten kommen. Wir empfehlen in diesem Fall immer nur jenen Token oder jene Smartcard anzuschließen, die Sie tatsächlich benötigen.

1.4 Token Verwaltungstool EVO-CM („EVO Certificate Manager“)

Hinweis
Im Normalbetrieb benötigen Sie das Verwaltungstool EVO-CM nicht. Es kann jedoch nützlich sein, wenn Sie Support von GLOBALTRUST benötigen.

Start EVO-CM.exe →

Sie können sich am UPC-Token mit dem von Ihnen bei der Bestellung vergebenen TransportPIN anmelden. Sollten Sie den TransportPIN nicht mehr wissen, dann kontaktieren Sie uns.

Vorsicht
Nach 7 falschen Eingaben ist der UPC-Token gesperrt und Sie müssen uns den Token (kostenpflichtig) zur Entsperrung zusenden.

Log-in →

Enter User PIN (== TransportPIN laut Bestellung)

Log-in →

Nach dem Log-in können Sie den TransportPIN wechseln („Change PIN“) oder den UPC-Token umbenennen („Rename“).

Empfehlung 1
Wenn Sie den PIN ändern, bewahren Sie den neuen PIN gut auf. Nach 7 Falscheingaben ist der UPC-Token gesperrt und kann nur mehr von uns (gegen Kostenersatz) zurückgesetzt werden. Dazu ist die Rücksendung an uns erforderlich.

Empfehlung 2
Der Name des UPC-Token ist per Default auf unsere Referenznummer gesetzt, die intern die Ausstellung des Tokens dokumentiert. Sie können diesen Namen ändern, Sie sollten jedoch die Referenznummer für Rückfragen an GLOBALTRUST aufheben. Sie beschleunigen damit den Support.

Hinweis 1
Werden von Ihrem Computer auch andere Token oder Smartcards verwendet, dann werden diese als „Invalid Card“ angezeigt. Diese Anzeige können Sie ignorieren.

Hinweis 2
Löschen Sie keinesfalls Zertifikate vom UPC-Token. Damit wird der Token unbrauchbar.

1.5 Zertifikat unter Windows anzeigen

Voraussetzung
Löschen Sie keinesfalls Zertifikate vom UPC-Token. Damit wird der Token unbrauchbar.

UPC-Token MUSS angesteckt sein

nach Internetoptionen suchen →

Internetoptionen →

Inhalte →

Zertifikate → Eigene Zertifikate →

Ihr Zertifikat MUSS unter „Eigene Zertifikate“ aufscheinen.

Troubleshooting

Im Rahmen unserer umfangreichen Tests haben wir folgende Phänomene festgestellt

[1] Der Token wird unter eigene Zertifikate nicht angezeigt:
→ 4 ACOS5-EVO PKI Kit User Package reparieren → Der UPC Token blinkt grün anstatt durchgängig in Grün zu leuchten:
→ 4 ACOS5-EVO PKI Kit User Package reparieren

[2] Bitte überprüfen Sie ob sie den Gemalto Classic Client installiert haben. Falls der Gemalto Classic Client in Ihrem PC installiert ist funktioniert der UPC-Token auf der Unified Patent Court Website nicht. Bitte deinstallieren Sie diese Software bevor Sie versuchen sich auf der UPC-Website anzumelden.

[3] Wenn Sie das Antivirusprogramm von Kaspersky installiert haben, müssen Sie diesen deinstallieren (deaktivieren nützt nichts) oder den UPC-Token bzw. das Stammzertifikat auf die Whitelist setzen. Bitte kontaktieren Sie den Support von Kaspersky um weitere Informationen zu erhalten.

2 Nutzung UPC-Token

Diese Kurzanleitung ist optimiert für die Nutzung als Zugangsschlüssel zum UPC. Der UPC-Token mit einem GLOBALTRUST-Zertifikat erlaubt Ihnen jedoch noch zahllose weitere Anwendungen, beachten Sie dazu:

die ACS-Dokumentation
Dokumentationen von Dritt-Software die Zertifikate mit HSM- bzw. Token-Unterstützung anbieten
für weitere Anwendungen beraten wir Sie gerne

2.1 Nutzung für UPC

Das Europäische Patentgericht („unified-patent-court“) verlangt für das Login auf seiner Website die Authentisierung durch ein Token-Zertifikat. Der von uns bereitgestellte UPC-Token erfüllt genau diese Anforderung.

Bevor Sie das Login des Europäische Patentgerichts nutzen können, benötigen Sie daher einen korrekt konfigurierten Browser:

→ 2.2 Authentisierung mittels UPC-Token – Browser Chrome

→ 2.3 Authentisierung mittels UPC-Token – Browser Mozilla-Firefox

Nach erfolgreicher Browser-Konfiguration können Sie den Login-Vorgang über die Website des Patentgerichts testen.

Testwebsite UPC

https://auth-secure.unified-patent-court.org/test-smart-card

Hinweis
Der folgende Ablauf wird für den Browser Chrome beschrieben, bei anderen Browsern kann die Abfolge und das Erscheinungsbild unterschiedlich sein.

Sie werden gefragt, welches Zertifikat Sie zur Authentisierung vorlegen wollen. Der UPC-Token enthält nur ein Zertifikat, es kann aber sein, dass Sie andere Zertifikate zu anderen Zwecken nutzen, Sie müssen daher das korrekte Zertifikat auswählen.

Das für UPC geeignete Zertifikat enthält folgende Angaben:

Ausgestellt von: CN=GLOBALTRUST 2020 AATL 1,O=e-commerce monitoring GmbH,C=AT
Gespeichert auf: [der Token-Name: die Seriennummer des UPC-Token (Auslieferungszustand) oder der von Ihnen frei gewählte Name]

OK →

Sie werden aufgefordert den UserPIN des UPC-Token einzugeben. Wenn Sie Ihn nicht geändert haben ist das der TransportPIN laut Ihrer Bestellung.

Ist der Test erfolgreich, erhalten Sie folgende Meldung (mit Ihren persönlichen Identifikationsdaten):

Fehlermeldung, wenn Authentisierung nicht funktioniert:

Troubleshooting

Im Rahmen unserer umfangreichen Tests haben wir folgende Phänomene festgestellt

[1] Fallweise ist die Website nicht verfügbar, es erscheint dann eine 505-Fehlermeldung → probieren Sie es später nochmals

[2] Fallweise reagiert der Browser nicht → Löschen Sie den Cache → schließen Sie den Browser → öffnen Sie nur die UPC-Website

[3] Fallweise ist die Anzeige nicht wie in der Abbildung → es liegt ein Übertragungsfehler vor, wiederholen Sie den Aufruf

[4] Die Abfrage nach dem Zertifikat findet nicht wie in Abbildung 24: Authentisierung auf UPC-Website I dargestellt statt → Es liegt ein Problem bei dem Gerätetreiber von ACOS5-EVO PKI Kit vor (kontaktieren Sie Ihren IT-Betreuer)

[5] Gemalto Classic Client ist installiert: Bitte überprüfen Sie ob sie den Gemalto Classic Client installiert haben. Falls der Gemalto Classic Client in Ihrem PC installiert ist funktioniert der UPC-Token auf der Unified Patent Court Website nicht. Bitte deinstallieren Sie diese Software bevor Sie versuchen sich auf der UPC-Website anzumelden.

[6] Wenn Sie das Antivirusprogramm von Kaspersky installiert haben, müssen Sie diesen deinstallieren (deaktivieren nützt nichts) oder den UPC-Token bzw. das Stammzertifikat auf die Whitelist setzen. Bitte kontaktieren Sie den Support von Kaspersky um weitere Informationen zu erhalten.

Beispiel Testseite nicht korrekt dargestellt

2.2 Authentizierung mittels UPC-Token – Browser Chrome

Voraussetzung

der UPC-Token MUSS angesteckt sein
die Installation (→ 2 UPC-Token User Package installieren) MUSS abgeschlossen sein (Neustart des Computers erforderlich)

Chrome verwendet direkt die Zertifikatsverwaltung von Microsoft Windows und erfordert keine spezifische Konfiguration des UPC-Tokens.

Es empfiehlt sich jedoch vor der ersten Inbetriebnahme zu prüfen, ob das Zertfikat des UPC-Token tatsächlich korrekt erkannt wurde.

Start Chrome → chrome://settings/security →

Alternativ: Start Chrome → → Einstellungen → Datenschutz und Sicherheit → Sicherheit →

Zertifikate verwalten →

Angezeigt werden alle Zertifikate, die Windows auf Ihrem Computer findet und verwaltet.

Das für UPC geeignete Zertifikat enthält folgende Angaben:

Ausgestellt von: CN=GLOBALTRUST 2020 AATL 1,O=e-commerce monitoring GmbH,C=AT

Wählen Sie dieses Zertifikat aus →

Sie finden unter „Beabsichtigte Zwecke des Zertifikats“: Clientauthentifizierung
Sie können auch weitere Details zum Zertifikat ansehen

Anzeigen →

Unter → Details finden Sie die Angaben zu Ihrer Person, die im Zuge jeder Authentisierung dem „Remotecomputer“ präsentiert werden.

Troubleshooting

Wird Ihr Token NICHT erkannt, folgen Sie diesen Schritten:

[1] Prüfen Sie ob der Token tatsächlich an einer USB-Schnittstelle angesteckt ist (der UPC-Token sollte grün leuchten)

[2] Prüfen Sie ob Ihr Computer die vorgesehene USB-Schnittstelle erkennt (dies können Sie ganz einfach machen, indem Sie einen USB-Datenträger testweise anstecken)

[3] Fallweise verlieren USB-Schnittstellen die angesteckten Geräte: hier hilft simples Ab- und Anstecken (der UPC-Token sollte grün leuchten)

[4] Klären Sie intern, ob Ihr Computer überhaupt USB-Geräte erlaubt (manche Firmennetzwerke haben die Nutzung von USB-Geräten deaktiviert, in diesem Fall muss Ihr Administrator die Schnittstelle freischalten)

[5] Entfernen Sie alle nicht unmittelbar erforderlichen USB-Geräte

[6] Prüfen Sie ob Sie das UPC-Token User Package installiert haben → 2 UPC-Token User Package installieren

[7] Starten Sie Ihren Computer neu

[8] Kontaktieren Sie Ihren IT-Betreuer bezüglich sonstiger möglicher Unverträglichkeiten

[9] Versuchen Sie die Konfiguration des UPC-Token auf einem anderen Gerät

[10] Prüfen Sie mit dem Token-Verwaltungstool EVO-CM.exe ob der UPC-Token angezeigt wird

[11] Gemalto Classic Client ist installiert: Bitte überprüfen Sie ob sie den Gemalto Classic Client installiert haben. Falls der Gemalto Classic Client in Ihrem PC installiert ist funktioniert der UPC-Token auf der Unified Patent Court Website nicht. Bitte deinstallieren Sie diese Software bevor Sie versuchen sich auf der UPC-Website anzumelden.

[12] Wenn Sie das Antivirusprogramm von Kaspersky installiert haben, müssen Sie diesen deinstallieren (deaktivieren nützt nichts) oder den UPC-Token bzw. das Stammzertifikat auf die Whitelist setzen. Bitte kontaktieren Sie den Support von Kaspersky um weitere Informationen zu erhalten.

2.3 Authentisierung mittels UPC-Token – Browser Mozilla-Firefox

Voraussetzung

Der UPC-Token muss angesteckt sein
Die Installation (→ 2 UPC-Token User Package installieren) muss abgeschlossen sein (Neustart des Computers erforderlich)

Start Mozilla Firefox → Extras →

Einstellungen →

Datenschutz & Sicherheit → gehen Sie ganz an das Ende der Seite →

Kryptographie-Module… →

Abhängig von früheren Installationen werden bisherige Cardreader und Token angezeigt.

Laden →

Modulname: Geben Sie einen für Sie sprechenden Namen ein, Empfehlung „UPC-Token“

Modul-Dateiname: hier MUSS der Dateiname der PKCS#11-Schnittstelle angegeben werden. Je nach Installation Ihres Browsers 32bit- oder 64bit-Version:

32bit: C:\Windows\System32\acos5evopkcs11.dll
64bit: C:\Windows\SysWOW64\acos5evopkcs11.dll

OK →

Wird der UPC-Token gefunden, dann erhalten Sie einen Eintrag ähnlich wie oben. Ihr persönlicher Token scheint mit dem vergebenen Tokennamen auf (im Auslieferungszustand ist das eine 18-stellige Referenznummer).

Auswahl des persönlichen Token →

Sie können jetzt die Token-Verwaltung von Mozilla Firefox benutzen.

Troubleshooting

Fallweise kann es passieren, dass Ihr Token bei der Mozilla Firefox – Installation NICHT erkannt wird. Machen Sie folgende Schritte:

[1] Prüfen Sie ob der Token tatsächlich an einer USB-Schnittstelle angesteckt ist (der UPC-Token sollte grün leuchten)

[2] Prüfen Sie ob Ihr Computer die vorgesehene USB-Schnittstelle erkennt (dies können Sie ganz einfach machen, indem Sie einen USB-Datenträger testweise anstecken)

[3] Fallweise verlieren USB-Schnittstellen die angesteckten Geräte: hier hilft simples Ab- und Anstecken (der UPC-Token sollte grün leuchten)

[5] Prüfen Sie ob Sie tatsächlich die richtige Schnittstelldatei ausgewählt haben

[6] Entfernen Sie alle nicht unmittelbar erforderlichen USB-Geräte

[7] Starten Sie Mozilla Firefox neu und Löschen alle Cache-Dateien (Chronik → Neueste Chronik löschen → Alles → OK →)

[8] Prüfen Sie ob Sie das UPC-Token User Package installiert haben → 2 UPC-Token User Package installieren

[9] Starten Sie Ihren Computer neu

[10] Kontaktieren Sie Ihren IT-Betreuer bezüglich sonstiger möglicher Unverträglichkeiten

[11] Aktualisieren Sie Ihren Mozilla Firefox Browser

[12] Versuchen Sie die Konfiguration des UPC-Token auf einem anderen Gerät

[13] Prüfen Sie mit dem Token-Verwaltungstool EVO-CM.exe ob der UPC-Token angezeigt wird

[14] Gemalto Classic Client ist installiert: Bitte überprüfen Sie ob sie den Gemalto Classic Client installiert haben. Falls der Gemalto Classic Client in Ihrem PC installiert ist funktioniert der UPC-Token auf der Unified Patent Court Website nicht. Bitte deinstallieren Sie diese Software bevor Sie versuchen sich auf der UPC-Website anzumelden.

[15] Wenn Sie das Antivirusprogramm von Kaspersky installiert haben, müssen Sie diesen deinstallieren (deaktivieren nützt nichts) oder den UPC-Token bzw. das Stammzertifikat auf die Whitelist setzen. Bitte kontaktieren Sie den Support von Kaspersky um weitere Informationen zu erhalten.

Wenn Sie den GLOBALTRUST-Support kontaktieren halten Sie jedenfalls die Referenznummer und den Screenshot des Token-Verwaltungstool EVO-CM.exe bereit. Weiters beschreiben Sie, welche der oben genannten Schritte Sie mit welchem Ergebnis gemacht haben.

2.4 Signieren mittels mittels UPC-Token – Adobe Acrobat Reader DC

Der UPC-Token wird nach Installation des 2 UPC-Token User Package installieren in Adobe ohne weitere Konfigurationsmaßnahmen erkannt.

Signatur erstellen

gewünschte Datei mit Adobe Acrobat Reader DC öffnen →

Werkzeuge →

Zertifikate →

Digital signieren → Unterschriftsblock an gewünschter Stelle positionieren →

Zertifikat aus UPC-Token auswählen

Hinweis
Verfügen Sie über mehrere Zertifikate, dann können Sie über „Details anzeigen“ feststellen welches Zertifikat das richtige ist.

Weiter →

gewünschtes Erscheinungsbild auswählen → Unterschreiben

→ geeigneten Speicherort + Dateinamen wählen →

PIN des UPC-Token eingeben → Login →

Hinweis
Diese fortgeschrittene Signatur wird weltweit von Adobe-Readern als vertrauenswürdig angezeigt. Es handelt sich jedoch NICHT um eine qualifizierte Signatur. Im normalen Geschäftsleben ist diese Form der Signatur ausreichend. Dort wo jedoch eine qualifizierte Signatur zwingend vorgeschrieben ist (zB bei Eingaben am UPC) verwenden Sie bitte das zweite Zertifikat, das im UPC-Bundle mitgeliefert wurde. Dafür setzen Sie den e-Sign Agent ein (→ gesonderte Dokumentation: https://service.globaltrust.eu/static/trust2go-benutzer.pdf).

[1] Die folgenden Angaben beziehen sich auf eine Installation ohne Veränderung des Installationsverzeichnisses unter Verwendung von Windows 10. Bei anderen Betriebssystemen oder anderen Installationsverzeichnissen können diese Angaben abweichen. Kontaktieren Sie dazu Ihren IT-Betreuer, GLOBALTRUST kann dazu keinen Support anbieten.

GLOBALTRUST QUALIFIED TIMESTAMP – qualifizierte Zeitstempel gemäß eIDAS-VO für revisionssicheres Dokumentenmanagement

admin — Mon, 21 Nov 2022 12:00:39 +0000

GLOBALTRUST QUALIFIED TIMESTAMP vergibt zu beliebigen Dokumenten einen Zeitstempel und garantiert dadurch die Existenz dieses Dokuments zu diesem Zeitpunkt. Das Dokument selbst wird nicht übertragen, Datenschutz bleibt gewahrt – international anerkannter Standard RFC 3161 und EU-weite Rechtsgrundlage garantieren Interoperabilität. GLOBALTRUST archiviert ausgestellte Zeitstempel ohne Zusatzkosten.

Inhaltsverzeichnis

Warum GLOBALTRUST QUALIFIED TIMESTAMP?

In vielen Fällen ist es wichtig zu wissen, wann ein Dokument erstellt wurde, wann es abgegeben wurde oder wann es veröffentlicht wurde – oder abstrakter: wann ein elektronischer Vorgang stattgefunden hat. Denken Sie nur an den Finanzmarkt, der ohne unfälschbare und Millisekunden-genaue Zeitangaben überhaupt nicht mehr funktionieren würde.

Die lokale Computerzeit ist einerseits viel zu ungenau, und kann andererseits auch nach Belieben manipuliert werden. Das Internet kennt keine zuverlässigen Zeitangaben, daher sind spezielle Dienste erforderlich. Einer Zeitbestätigung von vertrauenswürdiger dritter Stelle kommt daher hohe Beweis- und Bestätigungskraft zu.

Der qualifizierte Zeitstempel verbindet ein elektronisches Dokument mit der „offiziellen Zeit“. Damit ist die Existenz des Dokuments zu diesem Zeitpunkt garantiert. Darüber hinaus wird belegt, dass das Dokument seit diesem Zeitpunkt nicht mehr verändert wurde (Integrität).

Elektronische Zeitstempeldienste gewinnen an Bedeutung. Sie dienen der Beweissicherung, die auch langfristig regulatorischen Anforderungen standhält: Sei es zur revisionssicheren Archivierung, dem Nachweis der Priorität geistigen Eigentums, zur Betrugsverhinderung, zur Dokumentation von Abgabe- und Eingangsterminen oder im elektronischen Vergabeverfahren. Unsere Kunden verwenden sie im Rahmen des automatisierten Dokumentenmanagements noch für zahlreiche weitere Funktionen.

Gerade im Zusammenhang mit der Veröffentlichung einer Information, dem Vorhandensein einer bestimmten Website, in Fragen des UWG, von Urheberrechtsverletzungen, in e-Vergabe-Themen oder in Fragen der Nutzung von Namen und Begriffen, kommt eine zuverlässige Zeitangabe höchste Bedeutung zu. Weitere häufige Anwendungsszenarien sind Zeitstempel, die in elektronische Signaturen auf Verträgen eingebettet werden, Protokolle im e-Health-Bereich sowie Non Disclosure Agreements (NDAs).

Als Vertrauensdiensteanbieter gemäß eIDAS und SVG wird der Zeitstempeldienst GLOBALTRUST QUALIFIED TIMESTAMP unter Aufsicht der Telekom-Control-Kommission/RTR GmbH erbracht. GLOBALTRUST hat 2018 als erster Anbieter Österreichs die Entwicklung maßgeblich mitgestaltet.

Was kann ein Zeitstempel nicht?

Ein Timestamp beweist als „Zeitsignatur“ den exakten Zeitpunkt, zu dem ein Dokument vorgelegen hat. Eine unversehrte Zeitsignatur ist weiters der Beleg, dass das Dokument nach dem Anbringen nicht verändert worden ist (Integrität).

Er trifft aber keinerlei Aussage darüber, woher bzw. von wem ein Dokument stammt (Authentizität) und drückt auch nicht die Zustimmung zum Dokumenteninhalt aus („Content Commitment“). Diese Funktionen können nur mithilfe (qualifizierter) elektronischer Signaturen und Siegel abgedeckt werden. Hier haben wir eine kurze Übersicht erstellt.

International anerkannter Standard

GLOBALTRUST verwendet den international anerkannten und weit verbreiteten Standard RFC 3161 (Internet X.509 Public Key Infrastructure Timestamp Protocol, TSP). Auf diese Weise ist globale Interoperabilität gesichert, unabhängig vom verwendeten Dateiformat oder Dokumentenmanagement-System.

Wie funktioniert der qualifizierte Zeitstempel?

Aus einem Dokument wird automatisiert ein eindeutiger, nicht fälschbarer Hash-Code erzeugt. Dieser Hash-Code ist eindeutig einem bestimmten Dokument zugeordnet. Aus dem Hash-Code kann jedoch nicht auf den Inhalt des Dokuments geschlossen werden. Als hashbares und daher zeitstempelfähiges „Dokument“ können beliebige (elektronische) Daten dienen. Beliebt sind etwa XML-, PDF- und JSON-Dokumente.

Dieser Hash-Code wird zum GLOBALTRUST TIMESTAMP-Server verschlüsselt übermittelt (TIMESTAMP-Request), dort mit der genauen Zeit versehen und durch den TIMESTAMP-Server elektronisch signiert.

GLOBALTRUST QUALIFIED TIMESTAMP bezieht die genaue Uhrzeit direkt von der Frankfurter Atomuhr und garantiert eine Genauigkeit von einer Sekunde (interne Analysen erbrachten eine Genauigkeit von besser als 10 Millisekunden). Der Zeitstempel wird entweder als eigene Datei dem Anforderer übermittelt, der diese Datei gemeinsam mit dem Originaldokument aufbewahrt. Zahlreiche Systeme haben jedoch auch Zeitstempelfunktionen integriert und betten z. B. den Zeitstempel in ein signiertes oder nicht-signiertes PDF ein. Zusätzlich wird der Zeitstempel bei GLOBALTRUST 35 Jahre für spätere Beweissicherungsfragen aufbewahrt.

Diese Vorgangsweise garantiert die 100%ige Vertraulichkeit Ihrer wertvollen Dokumente. Der Inhalt der vertraulichen Dokumente wird zu keinem Zeitpunkt an GLOBALTRUST übermittelt. Da auch die Übertragung des Hashcodes verschlüsselt erfolgt, ist es Angreifern nicht möglich zu erkennen, wer überhaupt Requests anfordert.

GLOBALTRUST archiviert ausgestellte Zeitstempel

Zusätzlich wird jeder Zeitstempel (nicht das Dokument!) zu Beweissicherungszwecken archiviert und kann zu einem späteren Zeitpunkt zur Verfügung gestellt werden. Selbst wenn der Kunde seinen Zeitstempel verliert, genügt die Vorlage des Hash-Wertes eines Dokuments, um die Gültigkeit zu einem bestimmten Zeitpunkt prüfen zu können. GLOBALTRUST archiviert alle vergebenen Zeitstempel bis zu 35 Jahre.

Konditionen

Zeitstempel können in unterschiedlichen Jahreskontigenten angefordert werden. Mindestmenge sind 100 Zeitstempel, die innerhalb eines Jahres zu verbrauchen sind. Ein Wechsel zur nächsthöheren Kontingentgröße ist jederzeit möglich und vom Benutzer bekannt zu geben.

100 Zeitstempel/Jahr: 20,- Euro
1.000 Zeitstempel/Jahr: 185,-

Konditionen für besondere Kontingente, höhere Staffeln oder für Wiederverkäufer auf Anfrage. Benutzer eines GLOBALTRUST-Zertifikates erhalten ein Basiskontingent gratis.

Benutzer erhalten ein Erinnerungsmail über den aktuellen Verbrauch und Informationen zur Bestellung, wenn Ihr Kontingent zu Ende geht. Somit ist sichergestellt, dass der Dienst immer verfügbar ist.

Genauigkeit von GLOBALTRUST QUALIFIED TIMESTAMP

GLOBALTRUST QUALIFIED TIMESTAMP garantiert eine Zeitgenauigkeit von +/- einer Sekunde. Die Zeit bezieht sich auf UTC (Universal Time Zone). Sollte die Zeitgarantie nicht mehr gewährleistet sein, wird das Timestamp-Service vorübergehend deaktiviert und der Antragsteller erhält einen entsprechenden Warnhinweis.

Interne Tests ergaben, dass die Genauigkeit 100-mal höher ist und die Abweichungen im Normalfall kleiner als 10 Millisekunden sind.

Wer kann GLOBALTRUST QUALIFIED TIMESTAMP nutzen?

Für die Nutzung ist eine Bestellung bei GLOBALTRUST erforderlich. Inhaber bestimmter gültiger GLOBALTRUST Zertifikate haben Anspruch auf bis zu 100 kostenlose Zeitstempel.

Was benötigt man zur Nutzung?

Adobe Acrobat erlaubt beim Signieren eines PDF Dokuments zusätzlich einen Zeitstempel einzubinden, der Abruf erfolgt automatisiert. Es wird keine zusätzliche Software benötigt. Installation siehe https://www.globaltrust.eu/static/support-adobe-acrobat-dc-wi….

Zahlreiche Provider von ECM-, DMS-, und ERP-Systemen haben GLOBALTRUST QUALIFIED TIMESTMAP bereits in Ihre Produkte integriert. Erkundigen Sie sich bei unseren Partnern nach der passenden Lösung.

Automatisierte Zeitstempeldienste und Massenzeitstempel

Selbstverständlich ist auch die automatisierte Vergabe von Zeitstempeln oder das Versehen großer Mengen von Dokumenten mit Zeitstempeln möglich. Dazu sind spezielle Archivprogramme erforderlich. GLOBALTRUST stellt interessierten Entwicklern auf Anforderung die notwendigen Spezifikationen zur Integration der Zeitstempelfunktionen in ihre Produkte zur Verfügung.

Welche Hash-Algorithmen werden unterstützt?

GLOBALTRUST QUALIFIED TIMESTAMP unterstützt die als sicher geltenden Algorithmen SHA-256, SHA-512 und RIPEMD-160.

Welche Nutzungsvarianten werden unterstützt?

TIMESTAMP mittels TCP/IP-Port ausstellen: timestamp.globaltrust.eu Port 10318

Timestampvergabe gemäß Timestamp Protocol (TSP) nach RFC 3161(+ Update RFC 5816)
Nutzung: TLS-Client-Authentifizierung mit Zertifikat notwendig (Zertifikat muss von GLOBALTRUST ausgestellt sein)
Timestamp enthält komplette Zertifikatskette mit Timestamp-Zertifikat, Zwischenzertifikat und Root-Zertifikat
TLS-Verschlüsselung

TIMESTAMP mittels HTTPS ausstellen (Port 443 + 11080)

Geeignet für Adobe Acrobat ab Version 10 und Reader DC
https://timestamp.globaltrust.eu
https://timestamp.globaltrust.eu:11080
Nutzung: zwei alternative Varianten (A, B) möglich
Variante A: Authentifizierung mit Username/Passwort (werden von GLOBALTRUST vergeben)
Variante B: TLS-Client-Authentifizierung mit Zertifikat (Zertifikat muss von GLOBALTRUST ausgestellt sein)
Timestamp enthält nur Timestamp-Zertifikat

Die Schritt-für-Schritt-Anleitung zur Nutzung von GLOBALTRUST QUALIFIED TIMESTAMP für Adobe Acrobat DC findet sich unter https://www.globaltrust.eu/static/support-adobe-acrobat-dc-wi….

TIMESTAMP mittels HTTPS ausstellen (Port 10080)

Nicht geeignet für Adobe Acrobat
https://timestamp.globaltrust.eu:10080
Nutzung: zwei alternative Varianten (A, B) möglich
Variante A: Authentifizierung mit Username/Passwort (werden von GLOBALTRUST vergeben)
Variante B: TLS-Client-Authentifizierung mit Zertifikat (Zertifikat muss von GLOBALTRUST ausgestellt sein)
Timestamp enthält komplette Zertifikatskette mit Timestamp-Zertifikat, Zwischenzertifikat und Root-Zertifikat

TIMESTAMP mittels HTTPS ausstellen (Port 13080)

Bei Adobe Acrobat ab Version 10 und Reader DC: https://timestamp.globaltrust.eu:13080

Nutzung: Authentifizierung mit Username/Passwort notwendig (werden von GLOBALTRUST vergeben)
Timestamp enthält komplette Zertifikatskette mit Timestamp-Zertifikat, Zwischenzertifikat und Root-Zertifikat
Produkt: u. a. Adobe Acrobat Version 10, Adobe Acrobat Reader DC

Entwicklerinformationen

TCP/IP-Zugriff auf GLOBALTRUST QUALIFIED TIMESTAMP Server

Grundlegender Ablauf

Aus dem Dokument, das mit einem Zeitstempel versehen werden soll, wird ein Hash gebildet. Es werden die Hash Algorithmen SHA-1, SHA-256, SHA-512 und RIPEMD-160 unterstützt.
Dieser Hash wird an den GLOBALTRUST QUALIFIED TIMESTAMP Server in Form eines in RFC3161 spezifizierten Timestamp Request geschickt.
Der GLOBALTRUST QUALIFIED TIMESTAMP Server schickt den Zeitstempel in Form eines Timestamp Reply zurück.

Zugriff auf GLOBALTRUST QUALIFIED TIMESTAMP Server mit TCP/IP

Der GLOBALTRUST QUALIFIED TIMESTAMP Server implementiert das „Socket Based Protocol“ (RFC 3161 3.3) mit dem Zusatz, dass TLS verschlüsselte Sockets verwendet werden. Zur Benutzerauthentifizierung muss dem Server beim TLS-Handshake ein Client Zertifikat vorgewiesen werden (es sind alle nicht abgelaufenen und nicht widerrufenen persönlichen GLOBALTRUST Zertifikate berechtigt, Zeitstempel abzuholen, es muss jedoch ein Zeitstempel-Kontingent vereinbart werden).

Der GLOBALTRUST QUALIFIED TIMESTAMP Server kann über den DNS Namen timestamp.globaltrust.eu, Port 10318 erreicht werden.

Grundsätzlich können Lösungen in beliebigen Programmierumgebungen verwendet werden, es muss folgende Unterstützung gegeben sein:

TLS-Unterstützung
Verwendung von Clientzertifikaten beim TLS-Handshake muss unterstützt werden
Möglichkeit zur Erstellung und Interpretation eines „Socket Based Protocol“-Headers (RFC 3161 3.3)
Möglichkeit zur Erstellung eines Timestamp-Requests gemäß RFC 3161 (unterstützt wird SHA-1, SHA-256, SHA-512 und RIPEMD-160)
Möglichkeit zur Interpretation einer Timestamp-Response gemäß RFC 3161

Eine Java Client Applikation könnte in etwa so aussehen, wenn das File request.tsq ein gültiger Timestamp Request (TSQ) ist. Der TSQ selbst wurde mittels OpenSSL oder BouncyCastle-Bibliothek generiert.

Beachten Sie, dass der bereitgestellte Mustercode nur eine erste Orientierung darstellt und keine Gewähr für formale, inhaltliche oder syntaktische Richtigkeit übernommen wird. Der Code soll Java-Programmierern den Einstieg in die Timestamp-Problematik erleichtern.

Nutzer anderer Programmiersprachen (C, C++, usw.) benötigen gegebenenfalls RFC3161-konforme Erweiterungen bzw. Funktionsbibliotheken. Kontaktieren Sie diesbezüglich Ihren Lieferanten für Ihre Entwicklungsumgebung. GLOBALTRUST kann dazu keinen Support leisten.

package eu.globaltrust.test;

import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.InputStream;
import java.io.OutputStream;
import java.net.URL;

import javax.net.ssl.HttpsURLConnection;

import org.bouncycastle.util.encoders.Base64;

public final class TSAHTTPClientWithHTTPAuth {

    private TSAHTTPClientWithHTTPAuth() {
    }

    public static void main(final String[] args) {
        // Truststore setzen; Truststore enthält GLOBALTRUST root
        // Zertifikat - notwendig, da der Client dem TLS Serverzertifikat
        // sonst nicht traut - siehe
        // http://java.sun.com/j2se/1.4.2/docs/guide/security/jsse/JSSERefGuide.html#CreateKeystore
        System.setProperty("javax.net.ssl.trustStore", "truststore-client");

        // Username und Passwort für HTTP Authentifikation setzen
        String username = "USERNAME";
        String password = "PASSWORT";

        try {
            // Laden des Timestamp request
            File fReq = new File("request.tsq");
            byte[] req = new byte[(int) fReq.length()];
            try {
                new FileInputStream(fReq).read(req);
            } catch (Exception e) {
                System.err.println("Error reading from file");
                return;
            }

            // öffnen der Netzwerkverbindung
            HttpsURLConnection conn = (HttpsURLConnection) new URL("https://timestamp.globaltrust.eu:10080")
                    .openConnection();

            // Setzen der HTTP Parameter
            conn.setDoInput(true);
            conn.setDoOutput(true);
            conn.setRequestMethod("POST");
            conn.setRequestProperty("Content-Type", "application/timestamp-query");
            conn.setRequestProperty("Content-Length", Integer.toString(req.length));

            // Erstellen der Authorization-Information lt. RFC 2617
            // Base64("Username:Password")
            ByteArrayOutputStream bout = new ByteArrayOutputStream();
            Base64.encode((username + ":" + password).getBytes(), bout);
            String base64Auth = bout.toString("8859_1");
            conn.setRequestProperty("Authorization", "Basic " + base64Auth);

            // Senden des Requests
            OutputStream os = conn.getOutputStream();
            os.write(req);
            conn.connect();
            os.close();
            System.out.println("Request sent.");

            // Empfangen der Response
            InputStream is = conn.getInputStream();

            byte[] resp = new byte[conn.getContentLength()];
            is.read(resp);
            is.close();
            FileOutputStream osResp = new FileOutputStream("tsatestresp.der");
            osResp.writpackage eu.globaltrust.test;

import org.bouncycastle.tsp.TimeStampResponse;

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.InputStream;
import java.math.BigInteger;

import javax.net.ssl.SSLSocket;
import javax.net.ssl.SSLSocketFactory;

/**
 * This class contains a main method that connects to a timestamping server
 * using the TCP protocol specified in RFC3161 with an additional SSL layer. It
 * should only be used for reference purposes.
 * @author DW
 *
 */
public final class TSATCPClient {

    private TSATCPClient() {
    }

    public static void main(final String[] args) {
        // Client Zertifikat bei SSL Handshake "vorweisen"
        System.setProperty("javax.net.ssl.keyStore", "zertifikat.p12");
        System.setProperty("javax.net.ssl.keyStorePassword", "PASSWORT");
        System.setProperty("javax.net.ssl.keyStoreType", "PKCS12");

        // Truststore setzen; Truststore enthält GLOBALTRUST root
        // Zertifikat - notwendig, da der Client dem TLS Serverzertifikat
        // sonst nicht traut - siehe
        // http://java.sun.com/j2se/1.4.2/docs/guide/security/jsse/JSSERefGuide.html#CreateKeystore
        System.setProperty("javax.net.ssl.trustStore", "truststore-client");

        try {
            // Timestamp Request einlesen
            File fReq = new File("request.tsq");
            FileInputStream fis = new FileInputStream(fReq);
            byte[] request = new byte[(int) fReq.length()];
            fis.read(request);
            fis.close();

            // Header für direct TCP-based TSA message vorbereiten
            // length-Header Feld
            int len = request.length + 1;
            byte[] blength = new BigInteger(Integer.toString(len)).toByteArray();
            byte[] length = new byte[4];

            // Falls Länge weniger bytes verbraucht, als vorgesehen ist,
            // wird der Rest mit 0-Bytes aufgefüllt.
            for (int i = 3; i > 3 - blength.length; i--) {
                length[i] = blength[(blength.length - 1) + (i - 3)];
            }
            for (int i = 0; i < 4 - blength.length; i++) {
                length[i] = 0;
            }

            // Verbindung aufbauen
            SSLSocket s = (SSLSocket) SSLSocketFactory.getDefault().createSocket("timestamp.globaltrust.eu", 10318);
            // length-Header Feld schicken
            s.getOutputStream().write(length);
            // flag-Header Feld vorbereiten und schicken
            byte[] flag = new byte[1];
            flag[0] = 0;
            s.getOutputStream().write(flag);
            // timestamp request schicken
            s.getOutputStream().write(request);

            // Antwort lesen
            InputStream is = s.getInputStream();
            // Length-Header Feld lesen
            blength = new byte[4];
            int readlen;
            if ((readlen = is.read(blength, 0, 4)) < 4) {
                System.out.println("Couldn't read length");
                System.out.println("only read " + readlen + " bytes");
                return;
            }
            int ilength = new BigInteger(blength).intValue();

            // Flag-Header Feld lesen
            flag = new byte[1];
            if (is.read(flag, 0, 1) != 1) {
                System.out.println("flag not read");
            }
            // Timestamp Response lesen
            byte[] value = new byte[ilength - 1];
            if ((readlen = is.read(value, 0, ilength - 1)) != ilength - 1) {
                System.out.println("could not read message");
                System.out.println("only read " + readlen + " bytes");
                return;
            }
            // Timestamp Response abspeichern
            FileOutputStream reply = new FileOutputStream("reply.tsr");
            reply.write(value);
            reply.close();

            // Timestamp Response interpretieren
            TimeStampResponse resp = new TimeStampResponse(value);
            System.out.println("Response Status: " + resp.getStatus());
            System.out.println("Timestamp at: " + resp.getTimeStampToken().getTimeStampInfo().getGenTime());
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

HTTPS-Zugriff auf GLOBALTRUST QUALIFIED TIMESTAMP Server

Der GLOBALTRUST QUALIFIED TIMESTAMP Server implementiert das „Timestamp Protocol via HTTP“ (RFC 3161 3.4) mit dem Zusatz, dass SSL verschlüsselte Sockets verwendet werden. Die Benutzerauthentifizierung kann auf zwei Arten erfolgen:

Dem Server wird beim TLS-Handshake ein Client Zertifikat vorgewiesen (im Moment sind alle nicht abgelaufenen und nicht widerrufenen persönlichen GLOBALTRUST Zertifikate berechtigt, Zeitstempel abzuholen).
Dem Server werden mittels HTTP Basic Authentication Scheme (RFC 2617 2.) Username und Passwort übermittelt.

Der GLOBALTRUST QUALIFIED TIMESTAMP Server kann über die URL https://timestamp.globaltrust.eu:10080

Für Adobe Acrobat (und nur dafür) sind die Ports 12080 und 13080 reserviert, da diese die Zertifikate in der Antwort verlangt, mit zu großen Antwortdaten aber nicht umgehen können bzw., mit der TLS Client Authentifizierung nicht zurechtkommen.

Grundsätzlich können Lösungen in beliebigen Programmierumgebungen verwendet werden, es muss folgende Unterstützung gegeben sein:

TLS-Unterstützung
HTTP-Unterstützung
Möglichkeit zur Erstellung eines Timestamp-Requests gemäß RFC 3161 (unterstützt wird SHA-1, SHA-256, SHA-512, RIPEMD-160)
Möglichkeit zur Interpretation eine Timestamp-Response gemäß RFC 3161

Ablauf:

Der Client verbindet sich zum Server und authentifiziert sich (entweder mittels Zertifikat beim TLS-Handshake oder mittels HTTP Authentication)
Der Client setzt den HTTP Content-Type auf „application/timestamp-query“.
Der Client schickt den Timestamp Request mittels POST an den Server.
Der Server schickt eine HTTP Antwort des Content-Type „application/timestamp-response“ zurück, welche die Timestamp Response enthält

Eine Java Client Applikation könnte in etwa so aussehen, wenn das File request.tsq ein gültiger Timestamp Request (TSR) ist. Der TSR selbst wurde mittels OpenSSL oder BouncyCastle-Bibliothek generiert.

package eu.globaltrust.test;

import java.io.ByteArrayOutputStream;
import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.InputStream;
import java.io.OutputStream;
import java.net.URL;

import javax.net.ssl.HttpsURLConnection;

import org.bouncycastle.util.encoders.Base64;

public final class TSAHTTPClientWithHTTPAuth {

    private TSAHTTPClientWithHTTPAuth() {
    }

    public static void main(final String[] args) {
        // Truststore setzen; Truststore enthält GLOBALTRUST root
        // Zertifikat - notwendig, da der Client dem TLS Serverzertifikat
        // sonst nicht traut - siehe
        // http://java.sun.com/j2se/1.4.2/docs/guide/security/jsse/JSSERefGuide.html#CreateKeystore
        System.setProperty("javax.net.ssl.trustStore", "truststore-client");

        // Username und Passwort für HTTP Authentifikation setzen
        String username = "USERNAME";
        String password = "PASSWORT";

        try {
            // Laden des Timestamp request
            File fReq = new File("request.tsq");
            byte[] req = new byte[(int) fReq.length()];
            try {
                new FileInputStream(fReq).read(req);
            } catch (Exception e) {
                System.err.println("Error reading from file");
                return;
            }

            // öffnen der Netzwerkverbindung
            HttpsURLConnection conn = (HttpsURLConnection) new URL("https://timestamp.globaltrust.eu:10080")
                    .openConnection();

            // Setzen der HTTP Parameter
            conn.setDoInput(true);
            conn.setDoOutput(true);
            conn.setRequestMethod("POST");
            conn.setRequestProperty("Content-Type", "application/timestamp-query");
            conn.setRequestProperty("Content-Length", Integer.toString(req.length));

            // Erstellen der Authorization-Information lt. RFC 2617
            // Base64("Username:Password")
            ByteArrayOutputStream bout = new ByteArrayOutputStream();
            Base64.encode((username + ":" + password).getBytes(), bout);
            String base64Auth = bout.toString("8859_1");
            conn.setRequestProperty("Authorization", "Basic " + base64Auth);

            // Senden des Requests
            OutputStream os = conn.getOutputStream();
            os.write(req);
            conn.connect();
            os.close();
            System.out.println("Request sent.");

            // Empfangen der Response
            InputStream is = conn.getInputStream();

            byte[] resp = new byte[conn.getContentLength()];
            is.read(resp);
            is.close();
            FileOutputStream osResp = new FileOutputStream("tsatestresp.der");
            osResp.write(resp);
            osResp.close();

        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

Diese Client-Applikation verwendet Authentifizierung mittels Zertifikat:

package eu.globaltrust.test;

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.io.InputStream;
import java.io.OutputStream;

import java.net.URL;

import javax.net.ssl.HttpsURLConnection;

public final class TSAHTTPClientWithSSLAuth {

    private TSAHTTPClientWithSSLAuth() {
    }

    public static void main(final String[] args) {
        // Client Zertifikat bei TLS Handshake "vorweisen"
        System.setProperty("javax.net.ssl.keyStore", "zertifikat.p12");
        System.setProperty("javax.net.ssl.keyStorePassword", "PASSWORT");
        System.setProperty("javax.net.ssl.keyStoreType", "PKCS12");

        // Truststore setzen; Truststore enthält GLOBALTRUST root
        // Zertifikat - notwendig, da der Client dem TLS Serverzertifikat
        // sonst nicht traut - siehe
        // http://java.sun.com/j2se/1.4.2/docs/guide/security/jsse/JSSERefGuide.html#CreateKeystore
        System.setProperty("javax.net.ssl.trustStore", "truststore-client");

        try {
            // Laden des Timestamp request
            File fReq = new File("request.tsq");
            byte[] req = new byte[(int) fReq.length()];
            try {
                new FileInputStream(fReq).read(req);
            } catch (Exception e) {
                System.err.println("Error reading from file");
                return;
            }

            // öffnen der Netzwerkverbindung
            HttpsURLConnection conn = (HttpsURLConnection) new URL("https://timestamp.globaltrust.eu:10080")
                    .openConnection();

            // Setzen der HTTP Parameter
            conn.setDoInput(true);
            conn.setDoOutput(true);
            conn.setRequestMethod("POST");
            conn.setRequestProperty("Content-Type", "application/timestamp-query");
            conn.setRequestProperty("Content-Length", Integer.toString(req.length));

            // Senden des Requests
            OutputStream os = conn.getOutputStream();
            os.write(req);
            conn.connect();
            os.close();
            System.out.println("Request sent.");

            // Empfangen der Response
            InputStream is = conn.getInputStream();

            byte[] resp = new byte[conn.getContentLength()];
            is.read(resp);
            is.close();
            FileOutputStream osResp = new FileOutputStream("tsatestresp.der");
            osResp.write(resp);
            osResp.close();
        } catch (Exception e) {
            e.printStackTrace();
        }
    }
}

Erstellung eines Timestamp Requests in Java

In Java mithilfe der BouncyCastle Bibliotheken geschrieben, erstellt folgendes Programm einen Timestamp Request im File request.tsq für das File doc.txt:

package eu.globaltrust.test;

import java.io.File;
import java.io.FileInputStream;
import java.io.FileOutputStream;
import java.math.BigInteger;
import java.security.MessageDigest;
import java.security.NoSuchAlgorithmException;
import java.security.SecureRandom;

import org.bouncycastle.asn1.ASN1ObjectIdentifier;
import org.bouncycastle.tsp.TimeStampRequest;
import org.bouncycastle.tsp.TimeStampRequestGenerator;

public final class TSQCreator {

    private TSQCreator() {
    }

    public static void main(final String[] args) {
        // Die OID des Hash Algorithmus muss bekannt sein
        String sha1Oid = "1.3.14.3.2.26";
        // Wir wollen ein Timestamp Request für doc.txt erstellen
        File doc = new File("doc.txt");
        byte[] bytes = new byte[(int) doc.length()];
        try {
            new FileInputStream(doc).read(bytes);
        } catch (Exception e) {
            System.err.println("Error reading from file");
            return;
        }
        byte[] digest;
        try {
            digest = MessageDigest.getInstance("SHA1").digest(bytes);
        } catch (NoSuchAlgorithmException e) {
            System.out.println("SHA-1 algorithm not available.");
            return;
        }
        TimeStampRequestGenerator gen = new TimeStampRequestGenerator();
        try {
            TimeStampRequest tsq = gen.generate(new ASN1ObjectIdentifier(sha1Oid), digest, new BigInteger(64,
                    SecureRandom.getInstance("SHA1PRNG")));
            try {
                new FileOutputStream("request.tsq").write(tsq.getEncoded());
            } catch (Exception e) {
                System.out.println("Error writing request.");
                return;
            }
        } catch (NoSuchAlgorithmException e) {
            System.out.println("No such algorithm: " + e.getMessage());
        }
    }
}

Was kostet es, nicht papierlos zu arbeiten?

02. August 2023

Elektronische Signatur im Wettbewerbsrecht: Europäische Kommission erhebt QES ab 1.9.2023 zum Standardverfahren

10. Juli 2023

E-Mail-Signatur und -Verschlüsselung: Sicher ist sicher…und für UPC-Kunden ab sofort kostenlos

08. Mai 2023

Signatur und Zeitstempel in Adobe Acrobat DC konfigurieren

admin — Tue, 21 Jun 2022 11:26:43 +0000

Inhaltsverzeichnis

Benutzeranleitung zur Installation von PKCS12-basierten Zertifikaten, der Signatur von Dokumenten und der Vergabe qualifizierter Zeitstempel in Adobe Acrobat Reader DC
Stand: 22. Juni 2022

1 Grundlagen+

1.1 Ziele des Dokuments

Eine Schritt-für-Schritt-Anleitung zum Installieren der notwendigen Zertifikate, um PDF-Dokumente signieren zu können und qualifizierte Zeitstempel vergeben zu können. Eine PDF-Version dieser Seite finden Sie hier.

2 Kurzfassung

Beschaffung geeigneter Signaturzertifikate und Zeitstempel

Folgende Produkttypen werden standardmäßig als PKCS12-Datei ausgeliefert und sind daher zur PDF-Signatur gemäß dieser Anleitung geeignet:
✓ SIGNATURE
✓ COMPANY

Für die Vergabe von qualifizierten Zeitstempeln:
✓ QUALIFIED TIMESTAMP

✓ Eine Übersicht über alle Produkte finden Sie hier

Prüfen der Installation von Zertifikaten

✓ Voreinstellungen öffnen, Kategorie „Unterschriften“ auswählen und die Einstellungen für „Identitäten und vertrauenswürdige Zertifikate“ öffnen.
✓ Im neu erschienen Fenster in der Liste nach dem eigenen Zertifikat suchen. Ist es in der Liste vorhanden, das Fenster schließen, ansonsten muss es noch installiert werden (→ 3.1.3 Installierte Zertifikate durchsehen)
✓ In der unteren Hälfte der Einstellungen zur „Überprüfung“ in „Windows-Integration“ Checkbox auswählen, um Unterschriften mit in Windows schon vorhanden Zertifikaten zu prüfen → Fertig.

Zeitstempelserver hinzufügen

✓ In den Voreinstellungen unter „Unterschriften“ auf der rechten Seite die Einstellungen für „Zeitstempel für Dokumente“ öffnen.
✓ Das Fenster zum Hinzufügen eines Zeitstempelservers öffnen, einen Namen vergeben, den Server angeben (für GLOBALTRUST: https://timestamp.globaltrust.eu:13080) und die erhaltenen Logindaten eingeben → Fertig

PDF-Datei signieren

✓ PDF-Datei öffnen
✓ In „Werkzeuge“ „Zertifikate“-Werkzeug auswählen
✓ In der Werkzeugleiste am oberen Dokumentrand „Digital Unterschreiben“ wählen
✓ Anweisungen von Adobe Acrobat folgen → Fertig

Signatur prüfen

✓ Signierte PDF-Datei öffnen
✓ Blaues Banner am oberen Bildrand beachten
✓ Signaturfeld im Dokument auswählen und Details zur Signatur lesen → Fertig

3 Dokumentation im Detail

3.1 Schritt I – Prüfen der Installation von Zertifikaten

3.1.1 Einstellungen öffnen

Einstellungen öffnen

Legende:
1. „Bearbeiten“ auswählen
2. „Einstellungen…“ öffnen
3.1.2 Zertifikatseinstellungen öffnen

Übersicht Unterschriften

Legende:
1. In den Kategorien „Unterschriften“ auswählen
2. Auf der rechten Seite bei „Identitäten und vertrauenswürdige Zertifikate“ auf „Weitere…“ klicken
3.1.3 Installierte Zertifikate durchsehen

„Digitale IDs von Windows“ auswählen

Installierte Zertifikate durchsehen

Legende:
1. Wenn das persönliche Zertifikat unter Windows schon installiert wurde, scheint es hier auf. Das gewünschte Zertifikat auswählen. Das Fenster kann geschlossen werden.
3.1.4 Einstellungen zur Signaturprüfung

Übersicht Unterschriften

Legende:

Auf der rechten Seite bei „Überprüfung“ auf „Weitere…“ klicken

Überprüfung Einstellungen

3.1.5 Windows-Integration aktivieren

Hinweis:
Die Windows-Integration muss bei AATL-konformen und qualifizierten Zertifikaten nicht aktiviert werden.

Windows-Integration

Legende:
1. In der unteren Hälfte des Fensters unter „Windows-Integration“ die Checkbox „Überprüfen von Unterschriften“ auswählen. Damit wird dem Adobe Reader erlaubt, signierte PDF-Dateien, anhand der in Windows installierten Stammzertifikate, zu überprüfen.
2. „OK“ drücken, um das Einstellungsfenster zu schließen → Fertig
3.1.6 Weitere Einstellungen

Weitere Einstellungen

Legende:
1. Optional kann unter „Erstellung und Erscheinungsbild“ das optische Aussehen der Signatur verändert werden.
2. Mit „OK“ bestätigen und die Einstellungen verlassen.
Hinweis: Dies sind rein optische Maßnahmen und hat keine Auswirkung auf die Gültigkeit der Signatur!

3.2 Schritt II – Zeitstempelserver hinzufügen

3.2.1 Zeitstempel Einstellungen

Anforderung: Um Signaturen mit qualifizierten Zeitangaben erstellen zu können, werden von einem Zeitstempelserver erzeugte qualifizierte Zeitangaben benötigt.

Zeitstempel Einstellungen

Legende:
1. Zur Konfiguration des Zeitstempelservers auf „Weitere…“ klicken.
3.2.2 Zeitstempelserver hinzufügen

Zeitstempelserver Hinzufügen

Legende:
1. Im neu erschienen Fenster auf „Uhrzeitstempelserver“ klicken
2. Auf das Symbol zum Hinzufügen einen Server klicken
3.2.3 Zeitstempelserver Einstellungen

Zeitstempelserver Hinzufügen

Legende:
1. Dem Server einen Namen geben, Vorschlag: GLOBALTRUST QUALIFIED TIMESTAMP
2. Die Server-URL eingeben: es kann sowohl https://timestamp.globaltrust.eu:13080, als auch https://timestamp.globaltrust.eu verwendet werden
3. Um Zeitstempel OHNE Signatur vergeben zu können, setzen Sie: https://timestamp.globaltrust.eu:12080
4. Es sind hier die von GLOBALTRUST ausgestellten Login-Daten zu verwenden
5. Bestätigen, um Einstellungen zu speichern und das Fenster zu schließen.

3.2.4 Standard Zeitstempelserver festlegen

Standard Zeitstempelserver Festlegen

Legende:

Der neu hinzugefügt Zeitstempelserver scheint in der Liste der vorhandenen Server.
Sollte bisher noch kein Zeitstempelserver vorhanden gewesen sein, muss der neu hinzugefügt als Standard festgelegt werden. Dazu auf den Button rechts oben mit der Beschriftung „Standardeinstellung festlegen“ klicken.
„OK“ klicken, um die Sicherheitsmitteilung zu bestätigen → Fertig

3.3 Schritt III – PDF-Datei signieren

3.3.1 Zu signierende Datei öffnen

zu signierende Datei öffnen

Legende:

Zur gewünschten Datei navigieren und mit Adobe Reader DC öffnen.

3.3.2 Zu Werkzeuge wechseln

Zu Werkzeuge wechseln

Legende:

In der oberen Leiste auf „Werkzeuge“ klicken
Zertifikate auswählen

3.3.3 Zertifikatswerkzeug wählen

Zertifikatswerkzeug wählen

Hinweis:

In der oberen Leiste stehen drei Werkzeuge zur Auswahl:

„Digital unterschreiben“ um der PDF-Datei eine Signatur hinzuzufügen
„Zeitstempel“, um der PDF-Datei einen Zeitstempel hinzuzufügen, der festlegt, wann die Datei zuletzt geändert wurde
„Alle Signaturen prüfen“, um Signaturen, die der PDF-Datei hinzugefügt wurden, zu prüfen.

Legende:

Auf „Digital unterschreiben“ klicken, um eine Signatur hinzuzufügen.

Hinweis zum Hinzufügen von Signaturen Legende:

Der Text erklärt, wie das Werkzeug zu verwenden ist. Auf „OK“ klicken, um zu bestätigen.

3.3.4 Signatur setzen

Signatur setzen

Legende:

Mit der Maus (der Mauszeiger hat sich in ein Kreuz verwandelt) ein blaues Rechteck in eine freie Stelle des Dokumentes ziehen. Nach dem Loslassen des Mauszeigers erscheint ein Fenster.
Falls mehrere Zertifikate vorhanden sind: gewünschtes Zertifikat auswählen → Weiter

3.3.5 Zertifikat auswählen und Erscheinungsbild ändern

Zertifikat auswählen und Erscheinungsbild ändern

Legende:

Wenn mehr als ein Zertifikat installiert ist, kann hier das gewünschte ausgewählt werden. Um die Liste anzeigen zu lassen, auf den Pfeil nach unten klicken.
Wenn keine Änderungen an der Darstellung zu machen sind, auf „Unterschreiben“ klicken.
Optional kann das Dokument nach dem signieren gesperrt werden

3.3.6 Signiertes Dokument speichern

Signiertes Dokument speichern

Legende:

Dem signierten Dokument einen Namen geben.
Auf „Speichern“ klicken, um den Vorgang abzuschließen.

signiertes Dokument

3.3.7 Zeitstempelserver bestätigen

Zeitstempelserver bestätigen

Legende:

Bei der ersten PDF-Datei, der ein Zeitstempel hinzugefügt wird, erscheint diese Sicherheitswarnung. Auf „Zulassen“ klicken, um zu bestätigen, dass der Server verwendet werden soll → Fertig.

3.4 Schritt IV – Signatur Prüfen

3.4.1 Signatur Prüfung

Signatur Prüfung

Legende:

Beim Öffnen einer signierten Datei erscheint am oberen Bildrand ein blaues Banner. Dieses weist darauf hin, dass die Datei signiert ist, und zeigt an, ob die Signatur gültig oder ungültig ist, oder ob es sonstige Probleme mit der Signatur gibt.
Die Datei enthält auch ein Signaturfeld. Mit einem Linksklick darauf können Details zur Validität der Signatur und dem Ersteller der Signatur betrachtet werden.

3.4.2 Unterschriftsvalidierungsdetails

Anzeige, wenn auf das Unterschriftenfeld geklickt wird

Unterschriftsvalidierungsdetails

Legende:

Hier wird angezeigt, von wem die Datei unterschrieben wurde, ob das Dokument nach Unterzeichnung verändert wurde und ob die Identität des Unterzeichners gültig ist.
Für weitere Details auf „Unterschriftseigenschaften…“ klicken

Unterschrifteneigenschaft →

Gültigkeit und Aussteller

Legende:

Unter „Zertifikat des Ausstellers anzeigen…“ kann das verwendete Zertifikat samt dem Zertifikatspfad angezeigt werden.

3.4.3 Zertifikatspfad

Zertifikat des Ausstellers anzeigen →

Zertifikatsanzeige inklusive komplettem Zertifizierungspfad

Legende:

Nach Feststellung der Herkunft des Zertifikates auf „OK“ drücken, um das Fenster zu schließen. → Fertig

Erweiterte Eigenschaften →

Erweiterte Unterschrifteneigenschaften inklusive Timestamp-Server

Zertifikat des Timestamp-Servers anzeigen

Zertifikat anzeigen →

Zertifikatsanzeige des Timestamp-Servers inklusive komplettem Zertifizierungspfad

Was kostet es, nicht papierlos zu arbeiten?

02. August 2023

Elektronische Signatur im Wettbewerbsrecht: Europäische Kommission erhebt QES ab 1.9.2023 zum Standardverfahren

10. Juli 2023

E-Mail-Signatur und -Verschlüsselung: Sicher ist sicher…und für UPC-Kunden ab sofort kostenlos

08. Mai 2023

Microsoft Outlook E-Mail-Sicherheit – Signieren+ Verschlüsseln E-Mail mittels Zertifikate

admin — Mon, 20 Jun 2022 11:00:00 +0000

Outlook 2016

Diese Anleitung ist optimiert für die Installation und Nutzung von Zertifikaten mit Microsoft Outlook 2016 zum Signieren und Verschlüsseln von E-Mails. Sie finden diese Anleitung unter https://www.globaltrust.eu/static/outlook-anleitung.pdf

Damit Signatoren gültige Signaturen im Mailversand herstellen können, müssen die notwendigen privaten Schlüssel und Zertifikate in der Microsoft Zertifikatsverwaltung installiert werden. Der Installationsvorgang ist für den Signator einmalig erforderlich.
Sofern der Mail-Empfänger ein aktuelles Microsoft Betriebssystem hat (inklusive der von Microsoft empfohlenen Updates), sind keine Aktivitäten von seiner Seite erforderlich. Signierte Mails werden automatisch erkannt. Troubleshooting bei der Zertifikatsverwendung bei Outlook.
Weiters enthält die Dokumentation eine Anleitung zur Verwendung des GLOBALTRUST-LDAP-Servers und Hilfen zur erstmaligen Einrichtung eines Outlook-Accounts.
Die Dokumentation enthält auch frühere Anleitungen zu Outlook 2013 und Outlook 2007/2010.

Quick-Installation für versierte User

Installieren Zertifikat

PKCS#12-Datei von GLOBALTRUST herunterladen und mit Doppelklick in der Windows-Zertifikatsverwaltung installieren
In den Outlook-Optionen die Einstellungen für das Trust Center auswählen
Unter E-Mail-Sicherheit bei Verschlüsselte E-Mail-Nachrichten die „Einstellungen…“ auswählen
Signatur- und Verschlüsselungszertifikat auswählen, Hash-Algorithmus auf „SHA256“ umstellen

Signieren/Verschlüsseln

Neue Nachricht verfassen
Optionen-Ribbon anzeigen lassen
Button Signieren bzw. Verschlüsseln drücken → Senden
Um eine Nachricht zu verschlüsseln, wird ein Zertifikat des Empfängers benötigt (siehe Dokumentation)
GLOBALTRUST erstellt privaten Schlüssel und Zertifikat

Sofern GLOBALTRUST den privaten Schlüssel erstellt und das Zertifikat ausstellt, erhält der Signator eine einzige Datei im PKCS#12-Format (.P12-Endung), die sowohl den privaten Schlüssel, das eigene Zertifikat und alle Angaben zum Zertifizierungspfad enthält.
Nach erfolgreicher Installation (siehe unten) erhalten Sie einen Zertifizierungspfad, der folgendes Aussehen hat:

„GLOBALTRUST“ → „GLOBALTRUST CLIENT 1“ → „Ihr Endbenutzerzertifikat“ oder
„GLOBALTRUST 2015 “ → „GLOBALTRUST 2015 CLIENT 1“ → „Ihr Endbenutzerzertifikat“ oder
„GLOBALTRUST 2020 “ → „GLOBALTRUST 2020 CLIENT 1“ → „Ihr Endbenutzerzertifikat“

Hinweis: aufgrund spezifischer Anforderungen sind auch andere Zertifikatsketten möglich, sie beginnen jedoch alle mit GLOBALTRUST.

Zertifikatsverwendung bei Outlook mit mehreren E-Mail-Adressen

Outlook akzeptiert zum Signieren von Mails nur Zertifikate, die exakt dieselbe Mailadresse wie das aktive Benutzerkonto enthalten. Will jemand bei verschiedenen Mailadressen signieren, dann benötigt er mehrere Zertifikate. Wie man die Zertifikate anzeigen lassen kann erfahren Sie hier.

Was kostet es, nicht papierlos zu arbeiten?

02. August 2023

Elektronische Signatur im Wettbewerbsrecht: Europäische Kommission erhebt QES ab 1.9.2023 zum Standardverfahren

10. Juli 2023

E-Mail-Signatur und -Verschlüsselung: Sicher ist sicher…und für UPC-Kunden ab sofort kostenlos

08. Mai 2023

Einstellungen für die Signatur mit PDFCreator

admin — Sat, 07 May 2022 00:00:39 +0000

Benutzeranleitung zum Signieren von PDFs mithilfe PKCS12-basierter Zertifikaten Stand: 13. April 2023

1. Beschaffung geeigneter Signaturzertifikate

PDFCreator erlaubt das automatisierte Unterschreiben aller gedruckten Dokumente mithilfe PKCS-12 basierter Signatur und Siegelzertifikate. Folgende GLOBALTRUST Produkttypen werden standardmäßig als PKCS12-Datei ausgeliefert und sind daher zur PDF-Signatur gemäß dieser Anleitung geeignet:

✓ SIGNATURE
✓ COMPANY

✓ Eine Übersicht über alle Produkte finden Sie hier

2. Druckereinstellungen öffnen

Startoberfläche PDF Creator

Legende:

„Drucker“ auswählen
„Einstellungen…“ öffnen

3. Einstellungen für PDF öffnen

PDF-Einstellungen

Legende:

auf der linken Seite unter „Formate“ das Format „PDF“ auswählen

4. Einstellungen für Unterschriften öffnen

Unterschrifteinstellungen

Legende:

auf der rechten Seite den Reiter „Unterschreiben“ auswählen

5. Parameter für Signatur setzen

Zertifikatsdatei hinterlegen und Signaturparameter setzen.

Legende:

„Unterschreibe Datei“ ankreuzen
Zertifikatsdatei auswählen (die benötigte PFX Datei finden Sie auf der GLOBALTRUST Download Seite unter ITEM I)
Optional Grund, Kontakt, Ort angeben
Optional weiter unten „Unterschrift in PDF Datei anzeigen“ ankreuzen

Anschließend werden gedruckte PDFs automatisch mit dem angegebenen Zertifikat signiert.

Was kostet es, nicht papierlos zu arbeiten?

02. August 2023

Elektronische Signatur im Wettbewerbsrecht: Europäische Kommission erhebt QES ab 1.9.2023 zum Standardverfahren

10. Juli 2023

E-Mail-Signatur und -Verschlüsselung: Sicher ist sicher…und für UPC-Kunden ab sofort kostenlos

08. Mai 2023

Die HACCP in der Lebensmittelindustrie: Digital signieren, rechtssicher dokumentieren

admin — Mon, 06 Dec 2021 07:05:41 +0000

Betriebe, die Qualitätssicherungsprozesse umsetzen müssen, haben auch dafür zu sorgen, dass alle Handlungen nachvollziehbar sind – zur eigenen Sicherheit, zur Legitimation und zur Transparenz nach außen. Kontrolle ist gut und noch besser ist, die Kontrolle auch lückenlos überprüfen und dokumentieren zu können – am besten und einfachsten mit qualifizierten, anerkannten elektronischen Tools. GLOBALTRUST bietet mit dem GLOBALTRUST QUALIFIED TIMESTAMP und der GLOBALTRUST SIGNATURE Lösungen an, die den Workflow im Qualitätssicherungsprozess unterstützen und vereinfachen. Signaturen und Zeitstempel, die nicht nur Papier, Zeit und damit Kosten sparen, sondern durch ihre Unfälschbarkeit die erforderliche Verbindlichkeit und Rechtssicherheit garantieren. Beispielsweise in der Lebensmittelindustrie, wo zur Erfüllung der Leitlinien für die erforderliche Hygienepraxis und der vorgeschriebenen HACCP-Verfahren umfangreiche Dokumentationen notwendig sind.

Hygienepaket: Digitale Hilfsmittel für die Lebensmittelindustrie

Mit dem Hygienepaket hat das Lebensmittelhygienerecht 2004 EU-weit einen neuen Rechtsrahmen erhalten. Die Verordnungen, die mit 1. Jänner 2006 wirksam wurden, gelten seither für Unternehmen der Lebensmittelindustrie, egal wo sie in der Lebensmittelkette eingebunden sind – für die Landwirtschaft und für Lebensmittel produzierende Betriebe genauso wie für Labore, die Logistik, den Handel und die Gastronomie.

Die gesamte Lebensmittelbranche ist zur Eigenkontrolle verpflichtet. Die erforderlichen Überwachungs- und Qualitätsmaßnahmen müssen nach den sogenannten HACCP-Prinzipien angewendet und dokumentiert werden. GLOBALTRUST kann hier mit digitalisierten Signaturprozessen und elektronischen Zeitstempeln maßgeschneiderte Lösungen bereitstellen. Lösungen, die passgenau in die Prozesse integriert und mit denen Dokumente rechtsgültig gesichert werden können.

HACCP: Gefahr erkannt, Gefahr gebannt

Die HACCP, die Hazard Analysis and Critical Control Points bzw. Gefahrenanalyse und kritischen Kontrollpunkte, sind ein Qualitätsstandard, der für die Produktion von und für den Umgang mit Lebensmitteln konzipiert wurde. Ein vorbeugendes System des Verbraucherschutzes, das den Konsumenten gleichbleibende Qualität in der gesamten Lebensmittelkette garantiert: weil es im Vorfeld Gefahren, die von Lebensmitteln ausgehen und zu gesundheitlichen Beeinträchtigungen führen können, erkennt und vermeidet.

Die HACCP stehen nicht nur für Hygiene und Gesundheit, sie bilden auch die Grundlage für weitere Zertifizierungs- und Qualitätssicherungssysteme wie ISO 22000 und FSSC 22000.

Der Aufbau eines HACCP-Konzepts erfolgt in sieben Schritten:

Identifizieren von Risiken und Gefahren
Bestimmen und Festlegen der kritischen Kontrollpunkte
Festlegen von Grenzwerten und Lenkungsbedingungen
Festlegen von Verfahren zur Überwachung der kritischen Kontrollpunkte
Einrichten von Korrekturmaßnahmen bei Überschreiten von Grenzwerten
Einrichten von Evaluierungsmaßnahmen
Einrichten einer Dokumentation der Maßnahmen

„Die LGV Sonnengemüse eingetragene Genossenschaft ist die größte Gemüseerzeugereinheit in den besten Gemüseanbauregionen Österreichs. 150 Gärtnerfamilien und Bauern von LGV-Gärtnergemüse und Seewinkler Sonnengemüse produzieren in ihren Betrieben in Wien, Niederösterreich und dem Burgenland jährlich mehr als 44.000 Tonnen Frischgemüse. Zur Signatur und Verschlüsselung unseres E-Mail-Verkehrs nutzen wir das benutzerfreundliche und zuverlässige COMPANY-Webinterface der e-commerce monitoring GmbH, welches uns den Aufwand unserer Zertifikatsverwaltung, bei unserer Mitarbeiteranzahl und einer entsprechenden Anzahl von PC-Arbeitsplätzen und Devices, immens reduziert.“

Philipp Leitner, Leiter EDV/IT & Informationstechnologie, LGV Sonnengemüse eingetragene Genossenschaft (Wien)

Eine Branche überprüft sich selbst: Aber wer, was, wie und womit?

Das gesamte HACCP-Konzept muss in schriftlicher Form vorliegen und gliedert sich in zwei Bereiche. Erstens müssen alle „Critical Control Points“, die Überwachungsmaßnahmen und die Umsetzung formuliert und beschrieben werden.

In einem zweiten Schritt fordert der Gesetzgeber eine lückenlose Dokumentation der erfassten Daten, die von einzelnen Mitarbeitern zu unterzeichnen sind. Die Unternehmen entscheiden selbst über die Art der Dokumentation. Die Dokumente sind allerdings so aufzubewahren, dass sie verfügbar und einsehbar sind, sobald sie gebraucht werden.

Auch wenn Art und Umfang der Dokumentation vom Betrieb selbst gewählt werden kann, die folgenden Anforderungen sind zu erfüllen:

Jede HACCP-Liste wird fortlaufend und vollständig geführt.
Jeder Grenzwert ist definiert und erkennbar.
Jeder Wert wird von einem Mitarbeiter unterschrieben.
Die Aktualität der Dokumentation ist jederzeit gewährleistet.
Die Aufbewahrungsfrist von fünf Jahren wird eingehalten.

Elektronische Signaturen schaffen Sicherheit

Digitales Identitätsmanagement von GLOBALTRUST erfüllt die HACCP-Dokumentationsvorgaben und eignet sich bestens, die Durchführung sämtlicher Maßnahmen zu überwachen. Es kann individuell an die betrieblichen Erfordernisse angepasst und einfach implementiert werden.

Betriebe der Lebensmittelbranche, die auf GLOBALTRUST SIGNATURE und GLOBALTRUST QUALIFIED TIMESTAMP setzen, gestalten ihre Vorgänge automatisch effizient, transparent und nachvollziehbar. Inklusive der notwendigen Verbindlichkeit, Vertraulichkeit und Rechtssicherheit.

Die elektronische Dokumentation erleichtert es den Unternehmen, sämtliche Vorgabe zu erfüllen: Beispielsweise, wenn Laborberichte zweifelsfrei auf eine Person zurückgeführt werden müssen.

Weil eine persönliche elektronische Signatur weder verändert noch beschädigt werden kann, beweist im Umkehrschluss eine unbeschädigte Signatur, dass ein Datensatz nicht nachträglich manipuliert wurde.

Elektronische Zeitstempel wiederum sind ein EU-weit gesetzlich anerkannter Nachweis, dass ein elektronisches Dokument zu einem bestimmten Zeitpunkt existiert. Das heißt, sie können einen Datenbestand zu einem bestimmten Zeitpunkt EU-weit „gerichtsfest“ belegen.

11 gute Gründe für die digitalen Sicherheitstechnologien von GLOBALTRUST

Einziger österreichischer Anbieter mit EU-eIDAS-qualifiziertem Zeitstempel
Beweiskraft im gesamten EU-Raum
100% Vertraulichkeit beim Signatur- und Zeitstempelvorgang
Sämtliche Kundendaten bleiben in Österreich
Fokus auf individuelle Unternehmenslösungen
Absolute Fälschungssicherheit
Serviceorientierung in der Unternehmens-DNA: Fokus auf individuelle Unternehmenslösungen – schnell, flexibel, unbürokratisch
Kostenfreier Telefon- und E-Mail-Support für die Kunden
Deutschsprachige Mitarbeiter
Preislich attraktiver als der Mitbewerb
Kompetenz und Know-how eines Gesamtanbieters im Bereich Vertrauensdienste

Wie stellen Sie sicher, dass Ihre HACCP-Prozesse funktionieren?

Diese Kunden zählen auf GLOBALTRUST

Download Datenblatt Signature

Download Datenblatt Qualified Timestamp

Mehr erfahren:

Produktinformation Signature

Produktinformation Qualified Timestamp

Haben Sie noch Fragen? Wünschen Sie eine Beratung? Bitte nutzen Sie unser Kontaktformular – wir helfen gerne weiter.

Was kostet es, nicht papierlos zu arbeiten?

02. August 2023

Elektronische Signatur im Wettbewerbsrecht: Europäische Kommission erhebt QES ab 1.9.2023 zum Standardverfahren

10. Juli 2023

E-Mail-Signatur und -Verschlüsselung: Sicher ist sicher…und für UPC-Kunden ab sofort kostenlos

08. Mai 2023

GLOBALTRUST einziger österreichischer Anbieter für SSL-Zertifikate bei Mozilla

admin — Tue, 13 Jul 2021 09:00:41 +0000

GLOBALTRUST hat einen entscheidenden Schritt zur Verbreitung seiner SSL- und S/MIME-Zertifikate bewältigt: Das Zulassungsverfahren für die Vorinstallation im populären Internetbrowser Firefox ist abgeschlossen. Ab Firefox 90 benötigen Nutzer von GLOBALTRUST SSL-Zertifikaten keine besondere Konfiguration. Der für seine besondere Datenschutzfreundlichkeit bekannte Anbieter Mozilla sucht sich seine Vertrauensdiensteanbieter gründlich aus, betreibt ein aufwändiges Prozedere für die Aufnahme neuer Partner und stellt spezielle Ansprüche an die Interessenten. GLOBALTRUST hat die Entscheidung getroffen, diese Anforderungen in seiner Zertifizierungspraxis umzusetzen.

GLOBALTRUST ist damit der einzige österreichische Anbieter in der Vertrauensliste des beliebten Firefox-Browsers. Wir reagieren damit nicht nur auf dessen weiterhin ungebrochene Verbreitung, die im deutschen Sprachraum im Desktop-Bereich immerhin gut 20% ausmacht, sondern auch auf die Tatsache, dass rund 90% aller SSL Zertifikate von US-Firmen ausgestellt werden.

Nicht nur für Firefox-Nutzer bedeutet das in Zukunft ein verbessertes Surferlebnis: mit der Teilnahme am Mozilla Root Programm ist das Root-Zertifikat in der sogenannten NSS-Datenbank enthalten. Alle Anwendungen, die NSS 3.66 oder höher verwenden, enthalten per Voreinstellung das GLOBALTRUST Stammzertifikat. Neben den anderen Mozilla-Produkten, wie zum Beispiel Thunderbird, gehören dazu entsprechende OpenSUSE- und Ubuntu-Distributionen.

Info SSL-Zertifikate: hier
Bestellung SSL-Zertifikate: hier
Download Mozilla Firefox

Autoenrollment: Vorteile und Grenzen einer Microsoft CA in der Windows-PKI

admin — Tue, 19 Jan 2021 09:00:46 +0000

Eine Public Key Infrastructure (PKI) stellt die grundlegenden Mechanismen bereit, die den Einsatz kryptografiebasierter Instrumente in großen Organisationen ermöglichen. In einer Microsoft-Umgebung ist der Aufbau einer Windows-PKI mit einer vollautomatisierten Zertifikatsverwaltung möglich. Das Ausstellen von Zertifikaten wird im Rahmen einer Certification Authority (CA) zum Beispiel beim Benutzerlogin angestoßen. Die Zertifikate können automatisch in das Active Directory (AD) publiziert werden, über Zertifikatsvorlagen können Schlüsselverwendungen und andere Erweiterungen definiert werden. Die Funktionen sind auf die Ausstellung durch eine interne Microsoft CA begrenzt.

Grenzen einer reinen Windows-PKI

Die Anwendungsgebiete der damit bereits gestellten Dienste sind daher naturgemäß auf den rein internen Bereich begrenzt (etwa WIFI-Verschlüsselung, VPN-Dienste, …). Der Einsatz vertrauenswürdiger Signaturen für E-Mails und Dokumente ist, wie auch die Verschlüsselung, in vielen Branchen bereits de-facto-Standard, in zahlreichen Fällen sogar gesetzlich vorgegeben. Die Nutzung der Dienste nach außen stößt hier insofern an ihre Grenzen, als Teilnehmer außerhalb der Windows-PKI dem Ausstellerzertifikat nicht automatisch vertrauen. Verschlüsselung ist so nicht ohne weiteres möglich, Empfänger signierter Nachrichten erhalten Fehlermeldungen.

Windows-PKI mit öffentlicher Zertifizierungsstelle

In Summe entsteht unnötiger Supportaufwand, der leicht vermeidbar wäre. Sobald der Austausch signierter oder verschlüsselter Informationen mit externen Partnern stattfinden soll, werden Zertifikate von einer öffentlich vertrauten CA – wie GLOBALTRUST – benötigt. Deren Stammzertifikat ist beim Empfänger in dessen Anwendung bereits vorinstalliert. Grundlage dafür sind besondere Audit- und Zulassungsverfahren, denen sich öffentliche CAs mit enormem Ressourcen- und Zeitaufwand unterziehen.

Grenzen einer öffentlichen Zertifizierungsstelle in der Windows-PKI

Zertifikate von öffentlichen CAs anzufordern erfordert aber auch Zertifikatsverwaltung und damit einen nicht zu unterschätzenden organisatorischen Aufwand – personell wie auch finanziell. Fehler bei der Verwaltung von Schlüsseln und Zertifikaten können massive Risiken darstellen und gravierende Schäden anrichten. Ein abgelaufenes Zertifikat könnte beispielsweise die Bankautomaten einer ganzen Bankenkette lahmlegen. Beantragen, installieren, austauschen, widerrufen: Was bei der Verwendung im zweistelligen Bereich keine Herausforderung darstellt, wird bei tausenden Mitarbeitern und Geräten schnell zur Überforderung und resultiert in abgelaufenen Zertifikaten, falsch hinterlegten Schlüsseln oder noch gültigen Zertifikaten von längst ausgeschiedenen Mitarbeitern. Am Markt kursierende Monitoring-Tools sind dieser Aufgabe in der Regel nur unzureichend gewachsen.

Vollautomatische Zertifikatsverwaltung: Windows-PKI mit einer non Microsoft-CA

Genau hier setzt das Produkt von Secardeo und GLOBALTRUST an. Die Lösung richtet sich an mittlere und große Organisationen. Inhaber eines GLOBALTRUST COMPANY Zertifikats lassen sich mithilfe des Secardeo certEP über eine Schnittstelle an unsere Zertifikatsausstellung anbinden. Der certEP übernimmt vollautomatisch die Zertifikatsverwaltung während des gesamten Lebenszyklus. Die privaten Schlüssel werden beim Nutzer erzeugt und nie an GLOBALTRUST offengelegt. Der certEP stellt lediglich eine Zertifikatsanforderung. So beantragt er Zertifikate für Personen, Dienste und Geräte, befördert Schlüsselmaterial zum Ziel und sorgt für eine rechtzeitige Erneuerung. Alle Funktion einer reinen Windows-PKI sind uneingeschränkt verfügbar (Zertifikatsvorlagen, Enrollment Agents, Rollentrennung, Key Recovery, …)

Eigenschaften der Zertifikate

Die Zertifikate sind als S/MIME-Zertifikate anzusehen. Sie können für E-Mail-Signatur, Verschlüsselung, Client-Authentifizierung, VPN, Verschlüsselung und digitale Signatur von Dateisystemen und Dokumenten verwendet werden.

Die Zertifikate sind unter den Voraussetzungen der eIDAS-VO geeignet, fortgeschrittene Signaturen zu produzieren.

Die Lösung ist als technisch ausgereift zu bezeichnen. Sie ermöglicht eine nahtlose Nutzung aller PKI-relevanten Sicherheitsmechanismen, kombiniert mit dem Vertrauensstatus einer öffentlichen CA. Im Vergleich zum Aufbau einer eigenen Lösung stellt das Produkt eine bewährte, hochsichere und kostengünstige Alternative dar.

Jetzt kostenloses Beratungsgespräch vereinbaren oder gleich Angebot anfordern – mit eIDAS-Bestpreisgarantie!

Kontakt

Fake-President-Fraud: Was tun gegen das Phänomen „Chefbetrug“?

08. März 2022

Hoffentlich kennen Sie diese Begriffe nur aus der Theorie: Fake-President-Fraud, CEO-Fraud, „Präsidenten-Betrug“ ausgeführt in Form von „Business E-Mail Compromise“ (BEC). Sie alle beschreiben einen Klassiker der Internetkriminalität, der weltweit Schäden in Milliardenhöhe verursacht: erschlichene Transaktionen....

Autoenrollment: Vorteile und Grenzen einer Microsoft CA in der Windows-PKI

19. Januar 2021

Ab sofort: Mit GLOBALTRUST vollautomatisches Verschlüsseln und Signieren auch im Secure E-Mail Gateway von SEPPmail

20. November 2020

Das mehrfach ausgezeichnete Secure E-Mail-Gateway von SEPPmail verfügt ab sofort über eine Schnittstelle zu GLOBALTRUST. Nutzern der beliebten Schweizer Lösung für E-Mail-Security bietet sich dadurch erstmals die Möglichkeit, Ihre Verschlüsselungs- und Signaturzertifikate von einem eIDAS-qualifizierten...

Weitere Informationen zu GLOBALTRUST COMPANY

Download Datenblatt GLOBALTRUST COMPANY

Mehr erfahren:

GLOBALTRUST COMPANY Produktübersicht

Jetzt kostenloses Beratungsgespräch vereinbaren

GLOBALTRUST COMPANY bestellen

Ab sofort: Mit GLOBALTRUST vollautomatisches Verschlüsseln und Signieren auch im Secure E-Mail Gateway von SEPPmail

admin — Fri, 20 Nov 2020 09:00:16 +0000

Das Thema E-Mail-Sicherheit ist in jüngster Zeit bei vielen Unternehmen ein Dauerbrenner geworden. Die Corona-Pandemie hat die Digitalisierung im Geschäftsleben noch einmal einen Schritt vorangetrieben. Home-Offices wurden quasi über Nacht eingerichtet. Physische Meetings und das persönliche Gespräch rückten in den Hintergrund. Aber nicht nur Videokonferenz-Tools, sondern vor allem auch das gute alte E-Mail erlebte einen regelrechten Boom in der alltäglichen geschäftlichen Kommunikation.

E-Mails werden noch lange das meist genutzte Kommunikationsmittel im Businessbereich sein. Sie waren zwar schon vor der Pandemie ein beliebtes Instrument für Cyberkriminelle. In den vergangenen Monaten haben Phishing-Attacken, Identitätsdiebstahl und Schadsoftware aber nochmals deutlich zugenommen. Die Fake-Mails der heutigen Zeit sind für die meisten Menschen faktisch nicht von einem Original zu unterscheiden.

Sicherer E-Mail-Verkehr

Ein weiteres Szenario, in dem potenzielle Bedrohungen vorliegen, ist die ungesicherte Übertragung. Unverschlüsselte elektronische Nachrichten können problemlos von Dritten abgefangen und mitgelesen werden. Nicht nur unter datenschutzrechtlichen Aspekten sollen (oder müssen) sensible Kunden-, Mandanten- oder Patientendaten vor der unberechtigten Offenlegung geschützt werden – Unternehmen sind gut beraten, vertrauliche Informationen ausschließlich verschlüsselt zu übertragen.

Stammt ein E-Mail wirklich vom ausgewiesenen Absender? Liest ein Dritter mit? Beide Ungewissheiten lassen sich durch den Einsatz von Signatur- und Verschlüsselungszertifikaten sofort auflösen. Ist ein E-Mail signiert, weiß der Empfänger, dass die Nachricht wirklich vom ausgewiesenen Absender stammt. Grundlage dafür ist ein Signaturschlüssel, den nur der geprüfte Absender besitzt. Dieser Schlüssel wird durch ein Zertifikat untrennbar mit der Identität des Absenders verknüpft – gegebenenfalls mit weiteren Attributen, wie Zugehörigkeit zu einer Firma und Abteilung. Auch Funktionen, Vollmachten, oder akademische Grade können eingetragen werden. Die Korrektheit dieser Angaben wird von einem Vertrauensdiensteanbieter, wie GLOBALTRUST, durch spezielle Prüfverfahren sichergestellt. GLOBALTRUST arbeitet auf Grundlage europäischer Rechtsvorschriften für Vertrauensdienste und wird jährlich auditiert. Weiters beweist eine unbeschädigte Signatur, dass der Inhalt der E-Mail nicht unterwegs abgefangen und verändert wurde. Besitzen beide Kommunikationsparteien ein Zertifikat, kann die Nachricht mit den modernsten Krypto-Algorithmen so verschlüsselt werden, dass sie nur der – garantiert echte – Empfänger lesen kann.

Signierte E-Mails bilden damit die Grundlage für einen vertrauenswürdigen elektronischen Geschäftsverkehr und tragen enorm zur Steigerung des eigenen Images bei. GLOBALTRUST verzichtet bewusst auf Zertifikate auf niedrigem Sicherheitsniveau, also solche bei denen nur die E-Mail-Adresse validiert wurde. Aus dem SSL-Bereich ist bekannt, dass knapp 95 % aller Phishing-Attacken mithilfe eines sogenannten domain-validierten Zertifikats aus begangen werden. Dieselbe Gefahrenlage herrscht bei S/MIME-, also im E-Mail-Szenario.

Vollautomatische Zertifikatsabwicklung in SEPPmail

Das SEPPmail Secure E-Mail Gateway ermöglicht die vollautomatische Verschlüsselung, Entschlüsselung und Signatur von E-Mails im gewohnten E-Mail-Programm (Outlook, Notes, Mail, Thunderbird usw.). Verschlüsselte E-Mail-Kommunikation ist auch mit Empfängern, die keine Verschlüsselungssoftware und keinen Schlüssel besitzen, möglich (patentiertes GINA-Verfahren). Das Gateway übernimmt von der Anforderung bis zum Widerruf der Zertifikate den gesamten Lebenszyklus vollautomatisch. Mit der direkten Anbindung an die Zertifizierungsstelle von GLOBALTRUST ist nun eine weitere öffentlich vertraute CA verfügbar.

Für viele Unternehmen war die Pandemie Anlass, lange vor sich hergeschobene Digitalisierungsinitiativen abzuschließen. Die Nachfrage nach entsprechenden Sicherheitsmechanismen ist enorm angestiegen. Benötigt werden ganzheitliche Konzepte, die öffentlich vertraute Zertifikate nahtlos in ein zentrales Management-System integrieren und eine hochkomfortable und simple Verwendung gewährleisten. An dieser Kernanforderung setzt die Lösung an. Denn hier kann man sicher sein, ohne Zutun des Nutzers vertraulich und authentisch zu kommunizieren.

Jetzt kostenloses Beratungsgespräch vereinbaren oder gleich Angebot anfordern – mit eIDAS-Bestpreisgarantie!

Kontakt

Weitere Informationen zu GLOBALTRUST COMPANY

Download Datenblatt GLOBALTRUST COMPANY

Mehr erfahren:

GLOBALTRUST COMPANY Produktübersicht

Jetzt kostenloses Beratungsgespräch vereinbaren

GLOBALTRUST COMPANY bestellen

admin | Global Trust

Mozilla Thunderbird – Zertifikat installieren, Signieren, Verschlüsseln E‑Mail, LDAP‑Verzeichnisdienst V1.2

1 Grundlagen

1.1 Ziele des Dokuments

1.2 Definitionen und Kurzbezeichnungen

2 Kurzfassung

3 Detaildokumentation Zertifikatsverwaltung

3.1 Zertifikate installieren

3.1.1 GLOBALTRUST Root-CA Zertifikat importieren

3.1.2 Thunderbird Einstellungen öffnen

3.1.3 Zertifikat für Signieren installieren

3.1.3.1 Import Software-Zertifikate

3.1.3.2 Import E-Token Zertifikat Safenet (vormals Aladdin)

3.2 Zertifikate zum Signieren einrichten

3.2.1 Nachricht erstellen und signiert versenden

3.3 E-Mail verschlüsseln

3.3.1 Empfänger Zertifikat importieren

3.3.2 Neue E-Mail verfassen + verschlüsseln

3.4 Signierte/Verschlüsselte E-Mails empfangen

3.4.1 Empfangene E-Mail öffnen

3.4.2 Signatur prüfen

3.4.3 Zertifikat Details anzeigen

4 Mozilla Thunderbird LDAP Adressbuch

4.1 Detaildokumentation LDAP

4.1.1 Adressbuch öffnen

4.1.2 Serverdaten eingeben

4.1.3 Nach Einträgen suchen

Das könnte Sie noch interessieren….

Wie können wir Sie erreichen?

Team kontaktieren: +43 1 532 0 944

GLOBALTRUST UPC-Token

UPC-Token (ACS) – Installation und Verwendung

1 Enduser-Installation UPC-Token unter Windows

1.1 Software zu UPC-Token Downloaden und Entpacken

2 Installationsvoraussetzungen

3 UPC-Token User Package installieren

4 ACOS5-EVO PKI KIT User Package Reparieren

1.3 Wichtige Informationen

1.4 Token Verwaltungstool EVO-CM („EVO Certificate Manager“)

1.5 Zertifikat unter Windows anzeigen

2 Nutzung UPC-Token

2.1 Nutzung für UPC

2.2 Authentizierung mittels UPC-Token – Browser Chrome

2.3 Authentisierung mittels UPC-Token – Browser Mozilla-Firefox

2.4 Signieren mittels mittels UPC-Token – Adobe Acrobat Reader DC

GLOBALTRUST QUALIFIED TIMESTAMP – qualifizierte Zeitstempel gemäß eIDAS-VO für revisionssicheres Dokumentenmanagement

Warum GLOBALTRUST QUALIFIED TIMESTAMP?

Was kann ein Zeitstempel nicht?

International anerkannter Standard

Wie funktioniert der qualifizierte Zeitstempel?

GLOBALTRUST archiviert ausgestellte Zeitstempel

Konditionen

Genauigkeit von GLOBALTRUST QUALIFIED TIMESTAMP

Wer kann GLOBALTRUST QUALIFIED TIMESTAMP nutzen?

Was benötigt man zur Nutzung?

Automatisierte Zeitstempeldienste und Massenzeitstempel

Welche Hash-Algorithmen werden unterstützt?

Welche Nutzungsvarianten werden unterstützt?

TIMESTAMP mittels TCP/IP-Port ausstellen: timestamp.globaltrust.eu Port 10318

TIMESTAMP mittels HTTPS ausstellen (Port 443 + 11080)

TIMESTAMP mittels HTTPS ausstellen (Port 10080)

TIMESTAMP mittels HTTPS ausstellen (Port 13080)

Entwicklerinformationen

TCP/IP-Zugriff auf GLOBALTRUST QUALIFIED TIMESTAMP Server

Grundlegender Ablauf

Zugriff auf GLOBALTRUST QUALIFIED TIMESTAMP Server mit TCP/IP

HTTPS-Zugriff auf GLOBALTRUST QUALIFIED TIMESTAMP Server

Ablauf:

Erstellung eines Timestamp Requests in Java

Das könnte Sie auch interessieren…

Signatur und Zeitstempel in Adobe Acrobat DC konfigurieren

1 Grundlagen+

1.1 Ziele des Dokuments

2 Kurzfassung

Beschaffung geeigneter Signaturzertifikate und Zeitstempel

Prüfen der Installation von Zertifikaten

Zeitstempelserver hinzufügen

PDF-Datei signieren

Signatur prüfen

3 Dokumentation im Detail