apk签名信息中hash存在bug

hw1020

一般签名正常的比如0x67CF062A (1741620778)，则是正确的，但是比如某签名0x8B9478D9 (-1953204007)，十进制是正确的，16进制实际上是错误的，正确的应该是-0x746b8727，crc32好像也有类似问题。
@Bin

逗比_滑稽

这不是bug
正数转十六进制和负数转十六进制是有区别的

你说的是正数转十六进制
负数的要补码

秋菱

你见过十六进制前加负号的表示吗

hw1020

逗比_滑稽 发表于 2026-3-29 10:57
这不是bug
正数转十六进制和负数转十六进制是有区别的

了解了，但是代码中直接输出的hashcode是负的。大佬你的编码工具箱16进制转换的结果也是负的。

hw1020

秋菱 发表于 2026-3-29 13:45
你见过十六进制前加负号的表示吗

你去中代码输出签名hashcode就知道是不是负的了，smali写的也是负的形式。

秋菱

hw1020 发表于 2026-3-29 15:03
你去中代码输出签名hashcode就知道是不是负的了，smali写的也是负的形式。

输出的hashcode也是十进制前加-啊，我没有说hashcode不能为负，而是一般没人会这么写，在十六进制前加-

秋菱

hw1020 发表于 2026-3-29 15:03
你去中代码输出签名hashcode就知道是不是负的了，smali写的也是负的形式。

smali如果不加个负号就直接溢出int范围了，本来const v0,-0x1得写成const v0,0xffffffff，那显然这没办法啊

逗比_滑稽

hw1020 发表于 2026-3-29 15:02
了解了，但是代码中直接输出的hashcode是负的。大佬你的编码工具箱16进制转换的结果也是负的。 ...

我那工具箱只支持正数处理，那个是bug

linbt

逗比_滑稽 发表于 2026-3-29 15:25
我那工具箱只支持正数处理，那个是bug

搞了半天还是你这个大佬把萌新带歪了

逗比_滑稽

linbt 发表于 2026-3-29 15:56
搞了半天还是你这个大佬把萌新带歪了

不能怪我啊，我那个项目是早期的产物，那时候我自己写起来也是懵的，现在已经摆烂不打算维护了，就没去修了。

hw1020

逗比_滑稽 发表于 2026-3-29 16:55
不能怪我啊，我那个项目是早期的产物，那时候我自己写起来也是懵的，现在已经摆烂不打算维护了，就 ...

最大的问题在于，部分软件使用的就是签名的hashcode直接作为签名检验放在代码中，如果直接复制mt给出的去smali是搜不到的，要不是遇到了这个问题，还真发现不了。