Wichtiger Updatehinweis betr. OSCI-Schwachstellen
CERT-Bund und KoSIT melden Schwachstellen in OSCI-Bibliothek
procilon stellt Update bereit. Hier anfordern
proNEXT Secure Framework
proNEXT Secure Framework ist eine vollständige Signaturanwendungskomponente (SAK) zur Erstellung und Prüfung elektronischer Signaturen nach dem deutschen Signaturgesetz SigG §17 Abs. 2 und der SigV §15 Abs. 2,4. Dokumente können im Einzel- oder Stapel-Modus verarbeitet werden. Die Nachprüfbarkeit von qualifizierten Zertifikaten ist bis zum Wurzelzertifikat sichergestellt. Das Secure Framework ist in die procilon Produktfamilien zur Signaturanwendung und -prüfung eingebettet.
Hinweis zur Einrichtung des beA
Sie benötigen Unterstützung bei der Einrichtung Ihrer beA-Karte mit proNEXT Secure Framework? Senden Sie uns bitte Ihre Frage und eine Rückrufnummer an - Bei allen anderen Fragen zum Thema beA wenden Sie sich bitte an den Support der Bundesrechtsanwaltskammer.
Wozu benötigt man eine Signaturanwendungskomponente?
-
Erstellung elektronischer Signaturen über einzelne oder mehrere Dokumente
-
Erzeugung qualifizierter elektronischer Signaturen mit sicherer Signaturerstellungseinheit (SSEE)
-
Validierung elektronischer Signaturen einzelner oder mehrere Dokumente
-
Integration in Fachapplikationen über externe Schnittstellen
SICHERHEIT
Document Falsification Prevention
erkennt Änderungen an einem zu signierenden Dokument. Dazu wird der SHA-512 Hashwert eines zu signierenden Dokuments bei Übergabe des Dokuments an die Anwendung berechnet und bei Erzeugung der Signatur geprüft.
Document Verification
erkennt aktive oder versteckte Inhalte eines zu signierenden Dokuments oder einem Stapel von zu signierenden Dokumenten.
Initialization of Signature Creation
fordert eine qualifizierte Signatur von einer sicheren Signaturerstellungseinheit (SSEE) über einen Kartenleser gemäß des deutschen Signaturgesetzes (SigG) an.
Signature Verification
erkennt Änderungen an einem signierten Dokument oder an einem Stapel von signierten Dokumenten.
Secure Connection between Subsystems
stellt die Integrität der Daten, die zwischen den physischen Softwareteilen der Anwendung ausgetauscht werden, sicher.
Self-Protection
erkennt unautorisierte Änderungen an den ausführbaren Anwendungskomponenten und den Konfigurationsdaten.
INTEGRATION
Trusted Checker API
wird dazu benutzt, die zu signierenden Dokumente an den Trusted Checker zu übermitteln. Es wird geprüft, ob die Konformität zu einem vordefinierten Format gegeben ist und ob aktive oder versteckte Inhalte enthalten sind.
Smartcard Operations API
wird benutzt, um alle erforderlichen Informationen der angeschlossenen Signaturerstellungseinheit (SSEEs) zu ermitteln, die für den Start des Signaturprozesses notwendig sind.
Digest Operations API
dient dem Start der Signaturerzeugung und -prüfung, sowie der Generierung von Hashwerten und der Entschlüsselung von Dokumenten. Über diese Schnittstelle können auch qualifizierte Zeitstempel bezogen werden.
Operations Security API
Über diese Schnittstelle wird der Selbsttest des Operation Subsystems gestartet. Dabei werden alle Binär- und Konfigurationsdateien des Opoeration Subsystems geprüft.
Management Security CLI
Das Management Security CLI ist eine Kommandozeilen-Schnittstelle. Sie wird durch den Administrator des Management Subsystems u.a. dazu benutzt, um das Management Subsystem zu starten und zu stoppen.
User Notifications
dient dazu, den Anwender über den bevorstehenden Start der Signaturerstellung oder den Abbruch des Signaturprozesses zu informieren.
DOWNLOADS
