你的浏览器版本过低,可能导致网站不能正常访问!
为了你能正常使用网站功能,请使用这些浏览器。

信息安全主题 | 新版STM32加解密算法库——X-Cube-Cryptolib V4

[复制链接]
STMCU小助手 发布时间:2021-9-2 18:56
X-Cube-Cryptolib V4

2 |7 H( x; ]+ c5 }3 h加解密算法是实现信息安全设计的重要工具,在安全启动,安全通信等多个场景都会用到,STM32一直以来都提供支持全系列的算法库软件包X-CUBE-CRYPTOLIB,今年STM32对其加解密算法库又做了进一步的改进升级,发布了V4版本,这个版本的主要亮点有哪些?
4 h5 P# h5 X$ F, V8 o! j* }6 S
21.png
接下来我们具体看一下V4版本的加解密库有哪些新变化。( t+ ?8 o( t# }- M+ x. ^

! e" _0 }* q& r5 Z
Cryptolib V4支持的算法
/ U1 f1 h8 Y3 U
新增加的算法
# {( p( L4 b- }$ V
22.png
·支持国密SM算法8 X7 R- I/ O3 }1 Q+ t' E, d& E
-SM4 (CBC, CFB, CTR, ECB, OFB)
, ^% n7 @) }/ ?-SM3
  R6 S5 ^+ A; ~1 S3 s-SM2 (密钥对生成,计算ZA,签名,验签)
5 X6 D5 A2 a) e  `9 j) @5 v* ?0 e! E- n! w

  k9 d& T8 V, J8 }4 M+ B" @. W·散列算法
9 b: B  r0 \0 ]+ s- C; M除了SM3,还增加了SHA3 (SHA3-224, SHA3-256, SHA3-384, SHA3-512) 和SHAKE
) o( n9 E' H/ Y2 [/ L8 a8 ]7 t' I7 |2 N# j8 {! R4 r9 ^

- Q/ J' t+ c5 L& B, B·MAC算法
0 @* j9 k0 L! x( X. K  I3 qHMAC (SM3), KMAC (SHAKE)
) B0 p1 i0 {. @9 L5 h& q) G: T& E( B4 H/ s" j) ]9 M

* X' F! q3 j; L; N·ECC椭圆曲线算法
! h8 X  x2 j% ?( F& e6 g除了SM2,还增加了ECDSA的Ed448
! n9 G  T8 H; U* }
0 I! N; ]$ ?' _, j, w' X

0 m* i9 A* [9 [3 c  H$ W5 }3 ]·ECDH算法4 `7 D! `3 c2 U# z+ ^
增加Curve448
& r0 n8 d  L% Q6 |0 K8 w% k4 u5 _, i  g" M/ F
5 B( m4 t. N$ V3 G/ E5 i0 z* W
·RSA算法
- K9 n+ b+ C+ [- m新增加PKCS#1 V2.2 以及 RSA CRT模式(包含抵御Bellcore攻击的防护); R) @0 O9 u0 [: ~, b( I3 w! x5 ~
# S% w7 v  {1 c# q1 `. o- N
3 v" k* V# H) z4 P3 a1 q
·随机数生成
' C! k3 w" D3 s$ U( w增加CTR_DRBG_AES256$ k' m: Q: t8 a% P

: u0 G$ \& F0 A% t/ O不再包含的算法% c& o+ H3 @0 Q; g* Y- `7 P

1 j0 b, Z$ [* w1 j* e+ }0 {. D% e·部分旧的算法,处于安全性考虑不推荐使用,因此在V4中不再包含,例如
$ u3 y5 K! m9 C' Q4 g+ U6 g块加密算法中的ARC4, DES, TDES
/ i0 x* i% z) p+ c  l散列算法中的MD5
1 a4 B& D4 L9 g7 S' a# G+ d
! E1 J" v; f- F6 N% R3 U# N
8 L# b6 w' `7 H) W& R: z
·密钥派生算法HKDF
# g9 s6 q/ s2 `% PV3中包含的HKDF-512算法在V4中不直接以库的形式提供. c! |0 n! K" s
在ST wiki页面中会说明如何在HMAC基础上实现HKDF
, [9 y9 C* X9 N; L: w8 Y  E7 V( R$ L* @( ?3 K& R! P% [
软件包内容
新的软件包架构) V+ q3 Q/ L  s& x( ]6 `

  `0 b- y4 Z% h0 B: m3 `! y新版本采用了新的软件包架构  x- ]& [4 G$ }( ~" `+ Q

8 n; l/ {- x0 }* |  A' z) c
' ^# V7 H4 n* L- p3 k
加解密库仅按照内核提供(每个内核对应一个加解密库)
4 B( M1 ?3 Z4 H7 U加解密库不再按照STM32系列分别提供
, y$ s5 }* s( [) H$ X% n0 @$ R加解密库不再区分编译器和优化方式(Speed、Size、FPU)
7 \8 ~; w1 j( I
23.png

% @  k9 o" }; h* d1 c& Y* R; h$ kV4的目录结构 vs. V3的目录结构! G# [2 r& e% q9 h& c
7 k# \. W, s$ Y
V3软件包的目录结构是每一个STM32系列对应一个单独的目录3 U& V3 b. D( P1 R. c" Q* J% B

8 s' o( Q) D' ]1 ]/ j7 Y/ Y
9 O' Y2 Z0 v! G# q2 w) r2 A
每个芯片系列都有对应的Middleware目录, 里面包含加解密库. I3 z0 T% x0 [# v1 O* g, W
加解密库有多个库文件,分别针对不同编译器以及不同的优化选项4 ~3 ?- o% K; h' y0 w5 d! T
参考例程工程同样也在每个STM32系列子目录的Projects目录中。
4 N# Y% e/ p) L. Q
24.png
V4的目录结构则完全兼容Cube/X-Cube软件包(STM32Cubexx / X-Cube-xxx)架构,方便与Cube/X-Cube包进行集成。
! `2 K, R& m2 B: S& w" r6 Q9 [& u
% n* o, A/ }6 O1 G- C. h
V4中包含加解密库的Middleware文件夹直接在顶层目录( ?! O7 S$ ]' v2 B( S4 q" v; q
lib目录下的库文件不针对每个STM32系列,也不再区分不同的编译器和优化方式
! f6 \( t" m4 X& r- k& M加解密库文件按照Cortex内核版本,每个内核提供一个统一的库文件
9 F. U2 E7 E- M同一个库文件可以适用于各种编译器(AEABI兼容)' ]) n' A/ ~1 W, f/ d( G
对于不同优化选项的选择可以在链接阶段进行配置
) M  u  ]$ [0 m( w
25.png
V4的参考例程则类似Cube/X-Cube包的结构,在Projects目录下的各个系列的子目录中提供。6 n' Q/ g# Y8 z1 {: H( y+ Y

+ A5 F0 _3 X. _) u4 B2 u新版本示例工程支持的系列包括) v5 w2 S: r/ T0 d& m

4 \$ {& n! j$ O
1 X3 O. O4 Q6 D6 G
STM32G0,STM32G46 e9 E6 x% A, M7 p
STM32H7# n7 Y* _" S7 a3 T; |: o- h. A
STM32L0,STM32L1,STM32L4,STM32L5,STM32U5 (V4.0.1中包含)4 o3 E6 F/ X( N$ z! G$ l" k$ t
STM32WB,STM32WL
, Q# e3 _6 N/ ~. N8 q/ ~1 Q" h; R  s3 ?9 F; m  T, V) e

3 X' N; e& p! S( H; Y7 m其他STM32系列虽然没有提供直接的参考例程,但也可以参考示例代码的方式使用库文件,因为库是针对不同Cortex®-M内核提供的,并不区分产品系列。
( j: i& m& B) j9 F* C" t' Q& g
代码质量进一步提升" H8 u% L* q" w' ?; V/ o5 U4 V
; z7 V! h8 Z& U0 P" ~0 z/ b" }
V4版本加解密库的源码经过MISRAC:2012检查,加解密库的头文件也同样符合MISRAC:2012标准,对于有MISRAC合规需求的场景,V4将提供很好的支持。2 J( `+ p6 V' g, V, D; m' ]

4 ^) d1 a1 u* ^3 [( i8 C! _2 W- w- r更小代码+更高性能
8 z4 u% z7 y! M, ]8 \
* E' k3 F3 d. S0 L$ w  V3 J! C) eV4的加解密库在优化方面做了很多提升。以STM32G4为例,我们可以用下表对比一下使用CryptoLib V3.1.3和V4.0.0版本,选择最高性能配置时的运算速度比较。可以看到,无论是对称算法,散列算法还是非对称算法,V4在性能上都有了很大提升,同时加解密库的代码量比V3还要更小。1 i  g- \& J0 a3 Q5 l$ e2 J! g
26.png
更加灵活易用

9 q3 o- U) t5 v! f' D方便灵活的方式选择加解密库的实现配置6 ~) T5 @0 R3 o, `- M7 C
! V! h$ N: G; _5 ?( T1 e
V4的加解密库为每个内核提供一个单一的库文件,但是允许客户在其应用工程中可以根据速度和代码大小的需要选择不同的配置。这个配置在链接和使用过程中完成。  C' u( A5 v) w& M1 ]6 x. g1 F" R

  j- _3 c$ P& j. {6 b% D" j

* E7 f. M3 U8 k9 S! t" l/ ZV3的加解密库在编译阶段使用不同配置,编译出不同的库文件
2 o, P3 U: R0 s4 O. y5 O! `4 e) h) Q而V4在相同的算法服务中实现了对不同配置(性能高低和代码量大小)的支持
; \' W( ?' L5 {  W. s0 M用户通过Construct API或者每个服务的Processing API来进行选择采用哪个实现
3 [& Y3 E- U( Z1 n3 }$ A$ `. y$ X缺省的配置以头文件形式提供
) Z5 r& l* Y+ f9 s& b  B
9 z* E6 o) e2 c+ N, D以ECDSA签名算法为例,使用签名函数之前,首先需要调用cmox_ecc_construct()函数,这个函数的第二个输入参数CMOX_ECC256_MATH_FUNCS就用来选择下层的具体实现使用哪一个。
( B  B. F& r2 ]
27.png
CMOX_ECC256_MATH_FUNCS的定义决定了ECDSA的处理函数将会选择哪个实现,缺省配置为CMOX_MATH_FUNCS_SUPERFAST256,可选配置包括: s: s1 {/ ~  b' B, `: I

  d3 s" u6 J. |/ T- }  O9 z
. R) a0 h  @: o% A
CMOX_MATH_FUNCS_SMALL :代码量小,性能相对低2 y* K7 M0 V, V4 ~7 d8 p- _) r
CMOX_MATH_FUNCS_FAST :性能高,代码量相对大, H( d; [  v& m9 O7 y! e: q! I
CMOX_MATH_FUNCS_SUPERFAST256:性能更高(针对长度为225到256的ECC曲线)" y1 }: v. ~5 G( q, a0 f
" K9 N# a: d' [, V% s3 T
其他算法的配置也可以使用类似的方法进行性能和代码量大小的选择,具体请参考Middlewares\ST\STM32_Cryptographic\include\cmox_default_config.h
6 d, K' j9 f: ]! r5 C! r' L/ Y: H& `$ c( t2 q
: D5 F; `8 r* w" c% _4 l) `
如果希望所有的配置都按照最小代码量来选择,则可以直接使用相同目录下的cmox_small_config.h头文件的定义,如果希望所有配置都按照最高性能来选择,则可以直接使用相同目录下的cmox_fast_config.h头文件的配置。
5 ^. \6 e$ F% j( |5 f; |# F3 i" }6 I# U5 `) [/ H* E
- d, d( X- B. I1 D
应用代码调用更加简洁
% Y& q; W1 o+ u( ?同样以ECDSA为例,使用V3版本加解密库,应用程序需要调用多个API才能完成 一个ECDSA Verification,而使用V4的加解密库只需要两个API即可完成。; [: m' M5 g+ s% Q' s  U
1 S$ U6 ~( J$ t# f8 h! o1 M
V3
  1. int32_t rv;
    ! R/ s; i: p6 B) ?) ^9 k
  2. EC_stt EC_st;' \" S" n2 I0 J# m& w! @! x
  3. membuf_stt Crypto_Buffer;
    ) `1 c4 c" l+ k
  4. ECpoint_stt *PubKey = NULL;
    * W2 R& C) a' [! ]! V
  5. ECDSAsignature_stt *sign = NULL;
    2 L  C0 a# H& w' a# J! v7 Q( C
  6. uint8_t membuf[MAX_MEMBUF_SIZE];
    $ ?/ e& W, F9 d  H( c3 Y
  7. ECDSAverifyCtx_stt verctx;; ~' l9 U/ w9 j2 x2 P- ?
  8.   I0 G1 ]% w- ]! d' t/ M
  9. uint8_t pub_x[] = {…}, pub_y[] = {…};1 g3 e' a5 d' e# [3 Y3 o
  10. uint8_t sign_r[] = {…}, sign_s[] = {…};9 J2 j2 Y" y4 }3 R3 r
  11. uint8_t digest[] = {…};
    ' _$ R5 ?  @$ M% X- m
  12. / z5 [, s' \/ q2 h" f" @2 Q6 P8 l
  13. Crypto_Buf.pmBuf = membuf;4 U$ {$ j6 s9 P2 ]! k+ n. x7 U
  14. Crypto_Buf.mUsed = 0;. L& a) u% W1 j- ?% h8 h9 ?3 }
  15. Crypto_Buf.mSize = sizeof(membuf);
    - w  w8 u# f/ [; B
  16. : b( a" r! O" Q0 k9 Y
  17. /* Init the EC main struct */
    8 Z! F$ n. Y6 l$ Y) C  o9 {
  18. rv = ECCinitEC(&EC_st, &Crypto_Buf);
    $ l: L/ O3 b: L  s- A' h9 v3 S

  19. - h5 U" l4 n2 L
  20. /* Init the public key */8 d) C5 S  V( M
  21. ECCinitPoint(&PubKey,& v! Z/ P. t$ }5 ~$ R4 d
  22.              &EC_st,
    4 U* _* {- i. k; c+ P$ V/ y
  23.              &Crypto_Buf);# h/ \2 k8 J% d% p
  24. ECCsetPointCoordinate(PubKey,, r  b9 x  e+ @, X
  25.                E_ECC_POINT_COORDINATE_X,$ v( \$ V/ m" }( q( v4 ~4 O# Z7 I
  26.                pub_x,
    7 @# J# ^# {; O* l9 H; S3 c# I
  27.                sizeof(pub_x));
    4 t6 V) }5 \( @+ m2 d/ ?
  28. ECCsetPointCoordinate(PubKey,
    : z; B8 |8 P' E* @( ?# s0 \
  29.                E_ECC_POINT_COORDINATE_Y,5 x) o+ J: A; Z" F% ?. _; D
  30.                pub_y,! f, [3 T! ]$ @$ \$ G
  31.                sizeof(pub_y));
      H8 C( Z4 E$ ]' f

  32. 7 y# H( K$ d7 n% e! N7 `" Z, |7 ]
  33. /* Init the signature */
    " |$ H$ y6 W. h% J0 ^( `
  34. ECDSAinitSign(&sign,7 T% G9 m* o. S2 q; ~
  35.               &EC_st,$ \8 L( r: t; g; C" A
  36.               &Crypto_Buf);
    2 N5 D8 q. E$ f2 p# U
  37. ECDSAsetSignature(sign,8 J0 q7 m1 R  X  [7 `% @1 Z
  38.               E_ECDSA_SIGNATURE_R_VALUE,
    9 T" h- y7 |# r, m+ L( y! Z9 ^( P+ m
  39.               sign_r, sizeof(sign_r));
    + s  ^& M# O- M
  40. ECDSAsetSignature(sign,
    ! d6 i; r. f6 s* z% F) s: V- j% e9 ?
  41.               E_ECDSA_SIGNATURE_S_VALUE,  b/ V' C9 @5 E4 Z
  42.               sign_s, sizeof(sign_s));
    " B- P/ q9 s0 Q- n7 P2 b

  43. 0 K, q8 R: h' O
  44. /* Verification */
    3 D) h0 z% M+ C( e: r9 P; X
  45. verif_ctx.pmEC = &EC_st;% h" \, V% s* `5 i# y$ O" j
  46. verif_ctx.pmPubKey = PubKey;. R+ J  F3 G. K, \- c$ r5 H
  47. rv = ECDSAverify(digest,
    9 `; l! J2 ~* q8 o
  48.                  sizeof(digest),$ N) ?1 `1 n. ?. o2 o
  49.                  sign,
    1 p- c, b  f) p$ {
  50.                  &verif_ctx,
    % X7 Q( R' e" {/ L$ \
  51.                  &Crypto_Buf);
复制代码
V4
  1. 0 e: P5 j5 i/ g5 _
  2. cmox_ecc_retval_t rv;) ^7 p$ p/ i/ B+ [! O# _& U1 ^
  3. cmox_ecc_handle_t Ecc_Ctx;( G" O! z! `* ^2 j4 t9 D$ r
  4. uint8_t membuf[MAX_MEMBUF_SIZE];
    # T- N# U: j2 C: G4 M% }& o6 p
  5. uint32_t fault_check = CMOX_ECC_AUTH_FAIL;) P/ u7 {" u1 I4 Q- p

  6. . a* i4 Y7 _9 F) I5 K# d6 z: r
  7. uint8_t pubkey[] = {…}, digest[] = {…};
    ! g, [2 n5 a! k3 ]9 i6 Y
  8. uint8_t signature[] = {…};# V: |. b4 y8 V! U. `- F6 E

  9. . t: h) Q; M' d  x2 E
  10. /* Construct a ECC context */
    7 c8 X$ k% a! r% N8 q0 [- u6 C( E
  11. cmox_ecc_construct(&Ecc_Ctx,3 \2 B& g, d9 c
  12.         CMOX_ECC256_MATH_FUNCS,
    , ~1 V* Z2 e& e) u' u8 z
  13.         membuf, sizeof(membuf));8 I% P$ I+ ]9 ?  R4 J7 i

  14. % N" s+ T, T' c& k
  15. /* Verify directly the signature passing
    . y/ B% r  l5 x$ b" @
  16.    all the needed parameters */
    * Y8 b9 `; j) g/ R/ \
  17. rv = cmox_ecdsa_verify(&Ecc_Ctx,
    # ?' C, B7 s6 e3 L) @$ L2 e
  18.         CMOX_ECC_CURVE_SECP256R1,
    & G) G# o& n6 G) K/ R1 k& P* H
  19.         pubkey, pubkey(Public_Key),2 g; R/ l* i; H! e# \: x9 i- a
  20.         digest, sizeof(digest),' E5 s( s& y3 Q% S1 l/ Z3 a
  21.         signature, sizeof(signature),
    . \  y4 |" x4 n
  22.         &fault_check);
复制代码
从V3到V4的快速切换1 _- z! C: d) I

7 r2 S- W, Y6 @
  \* U8 {/ a+ c
# c* s% _2 n; Z( Y. @1 k9 M
; f: |- ]- h9 |: D8 l  R& z' ]% s# p$ Z
在V4的软件包中,还提供了一个wrapper实现,帮助以前V3的使用者快速切换到V4的,这个wrapper允许应用继续沿用V3 API但使用V4的库。当然,这种用法虽然快速切换到V4,但却不能最大化地利用V4的新优点,不是推荐用法,仅仅作为快速切换的目的使用。8 A$ h- P+ i# i
28.png
算法认证

/ P% q- }& c4 w0 c  {6 y" P; y. i

9 l3 N" x+ I3 W- t& XV4提供的加解密库经过了NIST CAVP(Cryptographic Algorithm Validation Program)的认证。
2 q8 k+ [; y2 G& w* o5 S1 T  P) ]) u, L6 B0 H

, A8 G+ [# |" g; {, ?8 {认证测试覆盖了不同的性能和代码大小的配置方式(前面提到的可以通过头文件的宏定义进行的配置选择)
# w- I1 h0 r! L6 L' h/ z5 N认证基于Cortex®-M内核,而不是和某个特定的STM32系列绑定,所以可以适用于所有STM32系列
$ G/ g& {0 B7 X6 b( d% Y0 I7 \: g4 q8 s# ]) I, M" B; G+ w; T) B
有关加解密库认证的详细信息可以参考此链接:https://wiki.stmicroelectronics. ... rary_Certifications7 g3 K8 W0 r4 d8 F, W2 b8 d
3 d: B. Z" Q. D2 n; I8 R

% N4 g2 I  z1 p/ ?9 ]
资源链接
# u* p) j4 ]) l
) m. ~7 G$ e9 G
文档0 R$ c' p/ M( m% F" T6 ?) ]# O" U' J% u( ?
所有Cryptolib V4相关的文档都通过STM32 MCU Wiki以网页形式提供,不再提供单独的UM和其他文档:https://wiki.st.com/stm32mcu/wiki/Category:Cryptographic_library/ b5 S7 C3 ~: \- r1 |6 `

1 n! l$ h4 ^, @! S" E% ?

' B7 P6 H: B! ~. e* M# |内容包括% B; {+ e/ |2 S2 i6 I
" T( L4 P8 |" A( Z& w; c) o

3 A! H, [1 L7 S' q, Q$ n' q7 n# H2 B加解密库简介、使用指南、密码学算法的基础知识
) K; R' r; R. G. V
29.png
如何安全地使用加解密库、如何实现HKDF、加解密库认证信息、如何迁移到新版加解密库
, S& x5 a" s! j( O
30.png
加解密库的性能及资源占用信息( C' p, G5 }: d8 T, \# S& I8 s
31.png
下载页面
; h4 o+ A$ G, K1 p) g$ F  DV4版本加解密库可以从XCUBE-CRYPTOLIB常规的网址下载:& n3 p2 t5 l, [  W' K7 N/ _: ~
https://www.st.com/en/embedded-software/x-cube-cryptolib.html8 C/ y5 n" ~# h/ F- v' @* m# I

; p6 T( X% h8 M6 L
7 W' ]( t) l* v5 E$ E/ w
V3版本加解密库可以通过以下链接下载:
/ n1 d2 C* @# v; _https://www.st.com/en/embedded-software/x-cube-crypto-v3.html3 x' K! N, U" m5 L

( H0 @% e' o9 G/ J

0 Q! a1 y/ Q% f) L  s) i
! @7 X4 b& u3 b3 j& I. F9 ^" y
收藏 评论0 发布时间:2021-9-2 18:56

举报

0个回答

所属标签

关于
我们是谁
投资者关系
意法半导体可持续发展举措
创新与技术
意法半导体官网
联系我们
联系ST分支机构
寻找销售人员和分销渠道
社区
媒体中心
活动与培训
隐私策略
隐私策略
Cookies管理
行使您的权利
官方最新发布
STM32N6 AI生态系统
STM32MCU,MPU高性能GUI
ST ACEPACK电源模块
意法半导体生物传感器
STM32Cube扩展软件包
关注我们
st-img 微信公众号
st-img 手机版