Bug 1249621
Summary: | softhsm doesn't honour the CKA_TOKEN flag on public key | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Nikos Mavrogiannopoulos <nmavrogi> |
Component: | softhsm | Assignee: | Paul Wouters <pwouters> |
Status: | CLOSED WONTFIX | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 24 | CC: | nmavrogi, pspacek, pwouters |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2016-06-22 11:06:40 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Nikos Mavrogiannopoulos
2015-08-03 12:26:02 UTC
Issue posted upstream at: https://issues.opendnssec.org/browse/SUPPORT-170 This bug appears to have been reported against 'rawhide' during the Fedora 24 development cycle. Changing version to '24'. More information and reason for this action is here: https://fedoraproject.org/wiki/Fedora_Program_Management/HouseKeeping/Fedora24#Rawhide_Rebase upsteam closed the bug as Won't Fix saying: CKA_PRIVATE defaults to CK_TRUE if it is not set when generating the object. One could argue that it should default to CK_FALSE for CKO_PUBLIC_KEY objects, but we want to be as restrictive as possible. You cannot see the public key because CKA_PRIVATE != CK_FALSE. Please set the attribute to false or use --login. Does that resolve it for you? if not, what would you like upstream to do? Hi, I have addressed the issue by making gnutls always mark public keys as not private. Thus in a way this bug can be closed. |