You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What is the bug?
Until 2.9.0 it was possible to deploy OpenSearch with PKCS#1 keys, even if the documentation says private key has to be PKCS#8.
OpenSearch release notes for 2.9.0 should list this breaking change.
The text was updated successfully, but these errors were encountered:
Kuckkuck
added
bug
Something isn't working
untriaged
Require the attention of the repository maintainers and may need to be prioritized
labels
Sep 1, 2023
peternied
removed
the
untriaged
Require the attention of the repository maintainers and may need to be prioritized
label
Sep 1, 2023
I think its really lame that this worked in 2.8 and then broke in 2.9 even if we didn't have documentation specifically allowing this behavior. I'd like to see this fixed, if we could manage it in 2.10, but that is by EOD, so I'm not sure how those odds look. I'd need to get feedback from more of the team before we made a choice.
I'm pretty sure we'd accept a pull request for this support, but I'd leave that to the triage meeting to make the ultimate 'triaged' decision.
What is the bug?
Until 2.9.0 it was possible to deploy OpenSearch with PKCS#1 keys, even if the documentation says private key has to be PKCS#8.
OpenSearch release notes for 2.9.0 should list this breaking change.
The text was updated successfully, but these errors were encountered: