In the last TAC meeting, we discussed a proposal (introduced by Google) to create a centralized, vendor-neutral, crowdsourced repository under PQCA to track PQC capability across cryptographic libraries and common open-source projects.
The goal is to provide a clear, versioned view of PQC readiness -- specifically identifying when cryptographic libraries and open-source projects began supporting PQC. This will help organizations understand which versions they need to adopt in order to leverage PQC capabilities.
During the meeting, we discussed forming a dedicated working group to define the scope, schema, governance, and maintenance of this effort, starting with a focused scope (e.g., cryptographic libraries) and expanding over time.
Dear TAC members, we are now seeking TAC approval to proceed with this initiative. Please indicate your vote below: 👍 Approve / 👎 Reject (comments and feedback are welcome) by the end of this week.
cc @brian-jarvis-aws , @ashman-p , @san-zrl , @mkannwischer @maximilien
In the last TAC meeting, we discussed a proposal (introduced by Google) to create a centralized, vendor-neutral, crowdsourced repository under PQCA to track PQC capability across cryptographic libraries and common open-source projects.
The goal is to provide a clear, versioned view of PQC readiness -- specifically identifying when cryptographic libraries and open-source projects began supporting PQC. This will help organizations understand which versions they need to adopt in order to leverage PQC capabilities.
During the meeting, we discussed forming a dedicated working group to define the scope, schema, governance, and maintenance of this effort, starting with a focused scope (e.g., cryptographic libraries) and expanding over time.
Dear TAC members, we are now seeking TAC approval to proceed with this initiative. Please indicate your vote below: 👍 Approve / 👎 Reject (comments and feedback are welcome) by the end of this week.
cc @brian-jarvis-aws , @ashman-p , @san-zrl , @mkannwischer @maximilien