diff options
| author | tb <> | 2024-11-01 05:20:58 +0000 |
|---|---|---|
| committer | tb <> | 2024-11-01 05:20:58 +0000 |
| commit | 61bfefaa1ab36049ad0ee2736841ce07e2859de0 (patch) | |
| tree | 4b39e7d5d135d31e112ccfe8357eef5accb5457b /src/lib/libcrypto/cryptlib.c | |
| parent | 4094cfb081d56f52cfc4c476889db294fab4e641 (diff) | |
| download | openbsd-61bfefaa1ab36049ad0ee2736841ce07e2859de0.tar.gz openbsd-61bfefaa1ab36049ad0ee2736841ce07e2859de0.tar.bz2 openbsd-61bfefaa1ab36049ad0ee2736841ce07e2859de0.zip | |
Move point_conversion_t conversion to API boundary
EC_POINT_oct2point() is the only API that needs detailed knowledge about
this incomplete enum. [Arguably, the setters for the EC_KEY and EC_GROUP
member of that type would also need to be able to validate what's being
set, but they can't since they can't fail.] Anyway. Add a helper that lets
EC_POINT_oct2point() translate that enum to its internal representation
at the API boundary and add a check that ensures that we only encode the
point at infinity as the point at infinity.
ok jsing
Diffstat (limited to 'src/lib/libcrypto/cryptlib.c')
0 files changed, 0 insertions, 0 deletions