OpenAPI Spec Längenbeschreibung
### Description of the bug:
<!-- Insert here a detailed description of the bug, including the steps leading to the reproduction of the bug. -->
1. In der Destination hat die KeyID (`encryptionKid`) eine Maximallänge von 64 Zeichen
2. Der Endpunkt zum Abrufen des Schlüssels definiert die `keyId` mit maximal 36 Zeichen
3. Im Body des Endpunkts ist die `keyId` wieder mit 64 Zeichen definiert.
### Current behavior:
<!-- Describe here what actually happens when the bug occurs -->
> wir haben derzeit ein fehlerhaftes Verhalten in der Validierung von KeyIDs beim Abfragen von Destination Informationen.
> In der Doku (https://docs.fitko.de/fit-connect/docs/apis/submission-api) ist folgendes vermerkt:
> Der Endpunkt /v1/destinations/{destinationId} beschreibt in seinem Schema für das Attribut encryptionKid eine max. Länge von 64 Zeichen.
> Der Endpunkt /v1/destinations/{destinationId}/keys/{keyId} definiert das Attribut kid ebenfalls aber mit maximal 36 Zeichen.
> Dies führt bei uns dazu, dass die Validierung des Keys sporadisch fehlschlägt.
> Gibt es einen Grund, dass die max. Stringlänge dort unterschiedlich ist, oder ist das ein Bug in Ihrer OpenAPI Spezifikation?
### Expected behavior:
<!-- Describe here what is actually expected if the bug does not occur -->
Die `keyId` hat überall die gleiche Maximallänge.
Da die Key-ID keine UUID sein muss, sind Längen >36 Zeichen plausibel.
Daher sollte die Maximallänge 64 Zeichen sein.
### Environments:
<!-- Specify here which environments are affected, e.g. DEV, TEST, STAGE, PROD -->
### Additional Information:
<!-- Enter further relevant information here, e.g. operating system, browser etc. including the version of the FIT-Connect component -->
### Dependency / relationship to other issues:
<!-- Write down here what kind of relationship it is and a brief explanation of it. -->
### Responsible person / team:
<!-- Insert here the name of the person or team responsible for processing the bug. -->
### Contact persons including contact details:
<!-- Indication of contact persons such as the person who reported the error, how to reach them. -->
### Screenshots / Logs / Requests:
<!-- Insert screenshots or other (visual) aids here if necessary to clarify the bug. -->
### Checklist:
- [ ] Add Severity label
- [ ] Add team label
- [ ] Related/affected issues/stories/epics linked and explained in the bug issue
- [ ] Creation of an automated test
- [ ] Bugfix deployed on DEV
- [ ] Bugfix tested on DEV
- [ ] Bugfix deployed on TEST
- [ ] Bugfix tested on TEST (possibly also by the connection project itself)
- [ ] Successful fix reported to Team Operations (Teams channel)
- [ ] Bugfix deployed on STAGE
- [ ] Bugfix tested on STAGE if necessary
- [ ] Bugfix deployed on PROD
- [ ] Bugfix tested on PROD (possibly also by the connection project itself)
- [ ] Final communication by Team Operations if necessary
- [ ] Internal documentation was checked and updated if necessary
- [ ] External documentation has been checked and updated if necessary
- [ ] Updated changelog if necessary
### Approach/Solution:
<!-- Other comments or notes can be added here, e.g. what has been tried so far to solve the problem. -->
- [x] Im Endpunkt `GET /v1/destinations/{destinationId}/keys/{keyId}` der Submission API wurde der Path Parameter `keyId` in "8 to 64 chars" geändert.
- [x] Im der Destination wurde eine Minimallänge von 8 Zeichen für `encryptionKid` gesetzt.
- [x] Die geänderte Submission API wurde als neue Patchversion released.
### Release version of the artifact:
issue