Conversation
efe54dd to
1a33bf9
Compare
1a33bf9 to
9a111ed
Compare
|
The plain build is going to continue to fail until stuff is properly upstream. But most of the work is completed in the branch. |
|
C2SP/C2SP#156 and FiloSottile/age#651 are merged! |
|
Christmas came early :) Thanks! @FiloSottile Do you have any plans on a release soon'ish or is that for next year? |
|
You can depend on the current main branch, I might try to merge a couple unrelated backwards-compatible things before cutting a release, but I want to do release and announcement before Christmas (and it would be awesome to have an age-plugin-tpm release to point to!). |
|
I'll work towards the main branch. I just wanted to figure out the time-scale for the release so I can have a |
|
@FiloSottile One question around Since the Go crypto library is deprecating all of this I can't seem to find equivalent code in either Whats the new strategy for this? |
|
The nistec Bytes/SetBytes format is just 0x04 || X || Y, where X and Y are fixed-length big endian. |
|
Aha, is there a reason why we can't have easily accessible APIs to retrieve these values? |
|
I'm not sure how much easier we can make it. We definitely don't want to import math/big after so much effort pushing it out of the boundary, and big-endian byte slices are the next easiest thing. I guess we can strip the 0x04 in front and split it in two, but we'd be saving one or two line of code. |
Completely understandable.
As a non-crypto person it just feels very fragile dealing with this myself :) Thanks! |
Fair, but if you are moving around raw coordinates I do want you to feel a little uncomfortable, because you'd be doing low-level things even if we did have an API making it easier :) (To be clear, in this case it makes perfect sense you'd need to. You are effectively in charge of doing a format conversion.) |
9a111ed to
414d808
Compare
Fixes: #28 Signed-off-by: Morten Linderud <morten@linderud.pw>
Signed-off-by: Morten Linderud <morten@linderud.pw>
Signed-off-by: Morten Linderud <morten@linderud.pw>
Signed-off-by: Morten Linderud <morten@linderud.pw>
Signed-off-by: Morten Linderud <morten@linderud.pw>
…a message Signed-off-by: Morten Linderud <morten@linderud.pw>
Signed-off-by: Morten Linderud <morten@linderud.pw>
4493343 to
0681c0f
Compare
Signed-off-by: Morten Linderud <morten@linderud.pw>
We should gracefully only output the new p256tag. Warn users when we encounter tpm-ecc stanzas or old-style recipient files. Added tests Signed-off-by: Morten Linderud <morten@linderud.pw>
Signed-off-by: Morten Linderud <morten@linderud.pw>
Remove before age release Signed-off-by: Morten Linderud <morten@linderud.pw>
Fixes: #26 Signed-off-by: Morten Linderud <morten@linderud.pw>
We do not need to support this anymore Signed-off-by: Morten Linderud <morten@linderud.pw>
Signed-off-by: Morten Linderud <morten@linderud.pw>
0681c0f to
1d9a23a
Compare
This contains a couple of changes.
p256tag--swtpmfeatureecdhkeysAll older keys
age!tpmand old stanzas,tpm-ecc, are still supported. But warnings will be printed when people try to use the old style stuff.See C2SP/C2SP#156