西木野Maki

Actually this is how I did, but I still could not get broker metadata from my kafka server. I debugged the `broker.lua` and found that the **SASL** function return an...

同样遇到了这个问题，目前还没找到原因

我的情况是sm2signwithsm3(sm3做摘要，sm2加密)：用python的gmssl库做签名，Lua用FFI库调用gmssl验签，一步步下来，发现可能的原因是sm3哈希结果不一致导致的，python的gmssl库做sm3摘要的时候，拼接的pubkey不带前缀04的，而gmssl貌似是带的

> > 我的情况是sm2signwithsm3(sm3做摘要，sm2加密)：用python的gmssl库做签名，Lua用FFI库调用gmssl验签，一步步下来，发现可能的原因是sm3哈希结果不一致导致的，python的gmssl库做sm3摘要的时候，拼接的pubkey不带前缀04的，而gmssl貌似是带的 > > 这个和04不04的没什么问题，各个项目自己对公钥的表示的问题，在使用的时候，都要把04去掉的， 你用的python库是 pip install gmssl 这个库吗？这个库的签名是 r+s 格式的， 本项目是 asn1(r,s) ，大多数的项目是 asn1(r,s)的，要进行匹配的时候，得做下转换 签名是做了转换的，而且目前gmssl==3.2.2也做了ans1支持，是没有问题的。 摘要自己用python gmssl的 sm3模块生成，然后验签用`sm2_verify`,就能过 但是直接用c的gmssl的sm3模块做摘要再输入`sm2_verify` 就过不了，所以就怀疑是摘要的实现哪里不一致

@lpilp ok我再看看，非常感谢

> @Holy-Shine , 没有问题呢，是不是你使用上有问题 > > ``` > [root@localhost scripts]# echo -n abc|gmssl sm3 > 66c7f0f462eeedd9d1f2d46bdc10e4e24167c4875cf2f7a2297da02b8f4ba8e0 > ``` > > 就比如sm3("abc") > > ``` > /Python/Python38-32/python3 tm3.py > 66c7f0f462eeedd9d1f2d46bdc10e4e24167c4875cf2f7a2297da02b8f4ba8e0 >...

`3.2.2` 版本后，sm2增加了asn1支持： ```python sm2_crypt = sm2.CryptSM2( ..., asn1=True ) ```