Fix the ctgrind errors in the 25519 tests#171
Conversation
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #171 +/- ##
==========================================
- Coverage 99.76% 99.76% -0.01%
==========================================
Files 189 189
Lines 52588 52599 +11
==========================================
+ Hits 52466 52476 +10
- Misses 122 123 +1 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
84e68bd to
ece4e75
Compare
|
I had some extra time today, so I updated this to address the remaining ec25519-related ctgrind errors. |
|
(I just rebased this to make sure it works cleanly atop PR #174.) |
ctz
left a comment
There was a problem hiding this comment.
Hi, thanks for working on this.
I think it should be done in a slightly different way -- low::ct calls should be done in library code, rather than tests. The reason for that is that the library code is the part that should have and express an accurate handling of which quantities are secret or public.
I think that means that the public API has to change, eg Ed25519SigningKey::as_seed() (and any others that return a reference to secret storage). I think copying 32 bytes not worth worrying about.
|
Thanks, that makes sense; I'll rework this to have |
5f6ea60 to
baa3630
Compare
baa3630 to
f206525
Compare
|
@ctz I think this is ready for review now. I moved the |
No description provided.