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

TSC 20241205 minutes #124

Merged
merged 2 commits into from
Jan 30, 2025
Merged
Changes from 1 commit
Commits
File filter

Filter by extension

Filter by extension

Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
83 changes: 82 additions & 1 deletion meetings/2024-12-05/minutes.md
Original file line number Diff line number Diff line change
Expand Up @@ -25,4 +25,85 @@
* [Other Open TSC issues](https://github.com/orgs/pq-code-package/projects/4/views/1)
* Meetings : Dec 19, Jan 2 - any changes/cancellations needed?

* Any other business
* Any other business.

## Welcome

Thanks to Matthias for running the meeting last week.
Apologies from Hanno.

## Minutes/actions from previous meeting

### Updates from related communities

#### PQCA

* Sophie Schmeig presented to the PQCA on her concerns around NIST & digital signature algorithms including ML-DSA, including specifically around the API. Can listen to PQCA meeting recordings ([approx 17 mins into this recording](https://zoom.us/rec/play/u-ZnNDvtgGsepLi--IoOEq-0DN7cGuLg3QAbegnl2RSY8f4YKAtWSh9LcHLsPK2F_OIKsIEu9LyBVHBI.KjyivmL72n7vVRIi?canPlayFromShare=true&from=share_recording_detail&continueMode=true&componentName=rec-play&originRequestUrl=https%3A%2F%2Fzoom.us%2Frec%2Fshare%2FAbVOvv5zwjPWVM3kb3Jbi4rHSiw2uH2gcdvkTKA1K-u2wK0mUnspAqcn4gbbN2hR.ArSg7R7z9tlt_D6k)), she's also happy to come to this meeting to discuss her thoughts including the API changes 6 months after NIST release.
* Tooling workgroup meetings have started - team eager to see additional contributions/participation
* We discussed the [proposed blog post](https://github.com/PQCA/TAC/issues/61) - we just need a few approval/reviews & then can publish, hopefully early next week.

#### OQS

* New release ~Friday with security patch.
* codepoint updates.


### Review of subprojects

#### mlkem-native

* Alpha release - stable code, cbmc proofs for core, ml-kem. Now need feedback
* Not incorporated anything based on API discussions, just 3 part API. Need to, but need agreement first. Have draft email to send to NIST.
* Discussion on anywhere else the [blog post](https://github.com/PQCA/TAC/issues/61) should be shared - just website for now.
* Discussed implementation with Basil/Pravek to start discussion on use within liboqs. They have looked at code. One review comment
required change. Work now is actually integrating

#### mlkem-c-libjade

* Old PR deleted
* preparing pull of code including benchmark testing, simple example, crypto artifact. Jasmine implementation completely verified.
* AVX2 x2 improvements being added.
* Tests - plan to test this implementation against native (mlkem-native is tested against official test vectors, Kyber repo test vectors, and test c/avx2/arm etc against each other).

#### Open TSC issues

* [#113](https://github.com/pq-code-package/tsc/issues/113) (OpenSSL SLA) - contributors need to sign OpenSSL CLA. OpenSSL may then be able to use any of our implementations. General consensus this is ok, and we should aim to do it for all subprojects, including new ones from the beginning. We should document our policy and procedures (action).
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

SLA -> CLA.

I don't think there was consensus on this one.
We need to discuss this again and probably vote at some point.

Enforcing this for all project may be too restrictive as not all (future) projects may be aiming for / suitable for OpenSSL integration.
If you enforce it you cannot accept any contributions from anyone who has not signed the CLA yet even if contribution is done under a proper license.
On the other hand, enforcing this from the start of a new project is much easier than retroactively getting CLAs signed.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

thanks for correction. Have updated.

* [#4](https://github.com/pq-code-package/tsc/issues/4) (API Changes) - as above, email being drafted by Matthias for NIST.

### Any other business

## Action items

### New

- [ ] Document our process/policy on OpenSSL CLA

### Outstanding

### Completed

## Recordings

* [Recordings are available on your Open Profile page](https://openprofile.dev/my-meetings) under Past Meetings.

## Upcoming TAC meetings

* Next TSC meeting in 2 weeks, 2024-12-19 1300 UTC. Nigel, Tiago noted they would not be able to attend.

[Please check the calendar](https://pqca.org/calendar/)

## Attended by

### TSC voting members

* [ ] [Manuel Barbosa](https://github.com/mbbarbosa), University of Porto
* [ ] [Hanno Becker](https://github.com/hanno-becker), AWS
* [X] [Nigel Jones](https://github.com/planetf1), IBM
* [X] [Matthias J. Kannwischer](https://github.com/mkannwischer), Chelpis Quantum Tech
* [ ] [Franziskus Kiefer](https://github.com/franziskuskiefer), Cryspen
* [X] [Tiago Oliveira](https://github.com/tfaoliveira), Sandbox AQ
* [ ] [John Schanck](https://github.com/jschanck), Mozilla
* [X] [Pravek Sharma](https://github.com/praveksharma), University of Waterloo
* [ ] [Douglas Stebila](https://github.com/dstebila), University of Waterloo

### Additional attendees