Nach meinen Anstrengungen, die Expect Dialog CA für den Einsatz als Unterstützung beim Anbieten von Timestamping-Diensten fit zu machen, habe ich nach Lösungen gesucht, die es mir erlauben, die dadurch entstehenden Konfigurationen und sonstigen Materialien (Schlüssel, Zertifikate,...) einem Praxistest zu unterziehen

Diese Suche brachte nur Lösungen zu Tage, die mit - teils nicht unerheblichen - finanziellen Aufwendungen verbunden waren. Da ich mir das nicht leisten konnte (und wollte) und im Bereich OpenSource einfach nicht fündig wurde, habe ich kurzerhand selbst ein solches Projekt gestartet.

Dieses Projekt ist in Java mit Unterstützung des Crypto-Providers BouncyCastle realisiert worden und kann direkt als Docker-Image benutzt und ausgerollt werden (Das eigene Cryptomaterial muss natürlich noch hinzugefügt werden - Näheres dazu in der Dokumentation direkt im Projekt).

Anschließend steht ein Server zur Verfügung, der über eine HTTP-Schnittstelle Abfragen über POST-Requests entgegennimmt und entsprechende Zeitstempel erzeugt und zurückliefert.

Dieser Server ist zur Zeit natürlich noch nicht production-ready. Das resultiert hauptsächlich aus zwei Gründen: Zum einen ist das Interface wie bereits gesagt noch nur als HTTP verfügbar, noch nicht als HTTPS. Zum anderen werden bisher alle Zeitstempel mit derselben Seriennummer (23) erstellt, da noch keine Persistenzschicht realisiert wurde.

Neben diesen Muss-Kriterien für den Produktiveinsatz fehlen auch noch die aus meiner Sicht notwendigen Möglichkeiten, auf dem Server nach Zeitstempeln zu suchen und ein entsprechendes Monitoring.

Artikel, die hierher verlinken

Kommentar hinzufügen (via ) Kommentare ansehen (via )

Kommentar hinzufügen (via ) Kommentare ansehen (via )