行车记录仪智能卡.ddd 文件签名

发布于 2025-01-18 00:37:00 字数 499 浏览 2 评论 0原文

我制作了一个 Android 应用程序,可以通过 otg 智能卡读卡器读取卡车司机卡(从行车记录仪)。 我可以从下图中的树结构中读取卡上的所有文件。

struct

但是当我比较我读取的数据和其他一些公共应用程序时,我注意到有些文件被闲置可能是密钥或签名的东西 signiture

我不知道下划线部分代表什么,也不知道如何读取或生成它。

如果没有这些“签名”,我拥有的所有数据都是无用的,但是如果我在 ddd 文件中对那些带下划线的部分(来自其他应用程序)进行硬编码,一切都会正常工作

我发现的最多的是 05 04 - 当前使用数据 01 - 表示仍有签名(第 1 代) 00 80 - 0x0080 = 128 dec

我还从卡中读取了卡证书和 ca 证书,但没有发现与问题的下划线部分有任何关联。

I have made android app that reads truck driver card (from tachograph) via otg smart card reader.
I can read all files on card from tree structure on image bellow.

structure

But when I compare data that I read, and from some other public application, I have noticed that some files are fallowed by something that might be a key or signature
signiture

I do not know what underlined part represents nor how to read or generate it.

Without those "signatures" all data that I have is useless, but if I hard code those underlined parts (from other apps) in my ddd file, everything works fine

The most I have found is that
05 04 - Current usage Data
01 - means there is still a signature (gen 1)
00 80 - 0x0080 = 128 dec

Also I have read card certificate and ca certificate from card but didn't find is there any correlation with underlined part of problem.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

小糖芽 2025-01-25 00:37:00

多亏了@NVF,我在文档

响应的一部分。DDD以“ 01 00 80”开头代表了先前选择的文件上哈希值的数字签名。
要获得数字签名,您应该选择文件,请执行命令执行文件的哈希,然后执行命令以获取128个字节数字签名。

Thanks to @nvf I found explication and solution in document

Part of responses .ddd that start with "01 00 80" represent digital signature of hash value on previously selected file.
To get digital signature you should select file, execute command to perform hash of file, and then execute command to get 128 bytes digital signature.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文