Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Kommentierung 1.5.3] Passwort createCert #52

Open
stophane opened this issue May 24, 2023 · 2 comments
Open

[Kommentierung 1.5.3] Passwort createCert #52

stophane opened this issue May 24, 2023 · 2 comments

Comments

@stophane
Copy link

Scope:
AccountManager.yaml
gemSpec_CM_KOM-LE:

  • 3.7 Administrationsmodul
  • 4.1.1 Allgemeine Festlegungen

Optional sollte das Passwort erst sein, wenn dies durch alle Fachdienste unterstützt wird.

(!) Grundsätzlich bietet diese Änderung keinen Mehrwert und kann zu IOP-Problemen führen, da die Account Manager Stand heute ein Passwort bei createCert erwarten.

Die Angabe eines Passworts für den PKCS#12 keystore führt bisher zu keinem Problem und sorgt, zusätzlich dafür, dass der keystore passwort-geschützt übertragen wird, auch wenn der sicherheits-technische Mehrwert dessen gering ist.
So muss ggf. in Clientmodulen, welche diesen geeignet verschlüsselten keystore in der Form weiterverwenden möchten, nach dem Abruf nicht erneut ein entsprechend passwort-geschützter keystore erzeugt werden, sodass der abgerufene keystore unverändert weiterverwendet werden könnte.

Es besteht keine Notwendigkeit dieser Änderung, da die Angabe eines Passwortes aktuell kein Hindernis ist. Dies ist in Relation zu ggf. entstehenden IOP-Problemen zu betrachten.
(Beachte: damalige Diskussion drehte sicher vielmehr um die encryption des keystores selbst nicht um das Passwort.)

image

Relevante Afo. FD-Spec:
A_18784-04 - Bereitstellung Schlüssel und Zertifikat für Clientmodul als passwortgeschützte PKCS#12 Datei

@dhufnagel
Copy link
Contributor

Ich sehe hier keine IOP Probleme, sofernClientmodule die Version des Fachdienstes berücksichtigt. Die AFO ist abwärtskompatibel und reduziert für künftige CM die Komplexität.
Für die Version des Fachdienst wäre es sinnvoll diese in der ServiceInformation aufgenommen werden würde. Die Unterscheidung der Fachdienstversion muss ohnehin aufgrund neuer Schnittstellen stattfinden.

@gem-cp
Copy link
Contributor

gem-cp commented Jun 5, 2023

Korrekt, das Passwort darf erst ab KIM 1.5.3 Fachdienste optional sein.
Vorschlag: in "ServiceInformation.yaml" wird die Version des Fachdienstes aufgenommen.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants