欧洲记录仪公司智能卡退回6D00
我们正忙着在一家公司的智能卡和一个记录仪之间进行远程身份验证。我们让它使用我们的测试记录仪，但是现在我们遇到了一个活的问题。
每当我们启动身份验证时，事情都进行得很顺利，直到记录文件发送一个get响应命令：00C0000080。记录仪智能卡使用6D00进行响应。换句话说，(据我所理解)，记录仪要求从智能卡获得一个get响应。智能卡回答"CLA支持，但INS无效或没有编程“(在文档中找到)。
我试着强制使用T1协议。不会改变结果。我们试着强制使用T0协议，智能卡不再被我的软件读取。这意味着此智能卡显然不支持T0协议。
有人知道这个问题是什么意思吗？
编辑
有人要求我按Maarten的命令顺序排列，见下列命令行：
00A4020C020002
- card响应：
00A4020C020002
- card响应：
9000
- tacho响应：
00B0000009
- card响应：
000103492B022104309000
- tacho响应：
00A4040C06FF544143484F
- card响应：
9000
- tacho响应：
0022C1B60A8308000DAA06111606A2
- card响应：
9000
- tacho响应：
0088000010011EBDDCAFA17487000DAA06111606A2
- card响应：
00C000008000
- card响应：
6700H 24100C0000080
- card
- tacho响应:code>
- ：code>
对于Maarten:您可以假设软件工作正常。这是今天下午一辆卡车的现场数据。电子设备连接到Tacho，而我的软件(有读取器插入物理服务器端)与电子设备通信。这个设备是由另一个程序员制作的，他向我保证，从tacho到和来自tacho的数据是正确的。我知道我的软件与智能卡的通信是正确的，因为我们可以使用另一张卡和tacho。
编辑#2
在我们发现内部身份验证命令中出现了一些错误之后，我们尝试在interal命令后面强制使用十六进制80。这使得进程更深入，但在读取二进制文件之后仍然取消。不知道为什么会这样，但我们目前正在调查。APDU在下面。
- 通讯开始，卡发送atr：
3BDF960080B1FE451F870031C16408923201738421E0059000C5 - tacho响应：
00A4020C020002 - card响应：
9000 - tacho响应：
00B0000009 - card响应：
000103492B022104309000 - tacho响应：
00A4040C06FF544143484F - card响应：
9000 - tacho响应：
0022C1B60A8308000DAA06111606A2 - card响应：
9000 - tacho响应：
0088000010A73D4B33337EBC3D000DAA06111606A280 - card响应：
1C90A7F7796CC9B2082470504DCDCF3D3E9EEDEEE00F4AF1FCA127CC1D7B746D21C63DA4D75138B61D7715C4919B37601BF8897DB7C1DD5F58309D55B9588C007AFBA22F997523300B1351684F65AB5FA59E350295B7EE1170F934FC8AFE191E9DEEEDBF7C582D7D0709FEE0F1B44EF3C9D452AB8F25B1106B1E510EF956D6E79000 - tacho响应：
0084000008 - card响应：
2DA8A7836A6FCF1A9000 - tacho响应：：
00820000800E5EE3CBE4F16EC816E3FB198F86338604455355AC6123E1B057C9A53ED356679B4F1AE34B8A2EBD95FDD96E4707CDECA208BF22BAA6F70A3ED0CCA39FCC6199B3F959F3226E018D46029142314F25A332C1666A44E9EE3616CD19F9A7E169827C3CEDED372F49A8478BCDD97E63EE48ED695EFFC9B556E4246732BB372C9714 - card响应：
9000 - tacho响应：
00A4020C020520 - card响应：
9000 - tacho响应：
0CB000000997018B8E04F0821140 - card响应：
9000 - tacho响应：
00A4020C020501 - card响应：
9000 - tacho响应：
0CB00003099701028E046733DD55 - card响应：
6688 - end
正如您所看到的，我们在内部身份验证命令后面手动添加了80，这使它走得更远，但仍然出错。我们不知道为什么它现在出错，任何想法和建议，如为什么卡现在回应6688，而读取二进制应该只是返回的信息是最受欢迎的。我们现在的想法是，“石器”塔乔的工作方式与"VDO“塔乔不同。公司/驱动程序没有将tacho设置设置为远程CAN通信，从而导致错误。我会不断更新这个问题，以供日后使用和其他遇到同样问题的人使用。
已解决(暂时)
事实证明，Stoneridge记录仪确实存在一个问题。我们认为stoneridge需要通过车间进行配置，以支持远程身份验证和下载。我们有一些文件似乎证实了这一点。我不会解释这是如何做到的，因为这类信息并不是每个人都能得到的。今天，我们在另一辆卡车上做了一次现场测试，它使用的是VDO记录记录仪(不需要这种配置)，所有操作都很顺利，就像附录11所期望的那样。如果我没有忘记，我将在配置Stoneridge并使其正常工作时更新这个问题，因此遇到此问题的其他任何人也可以尝试。
回答 1
Stack Overflow用户
发布于 2021-06-01 14:04:33
在T=1中，GET响应(通常)不受支持，因为获取响应是APDU传输层的一部分。在T=1中，您只需将Le字节(现在值为0x80)放在请求数据的命令的末尾，使其成为ISO 2(仅响应数据)或4(命令和响应数据存在)命令。
https://stackoverflow.com/questions/67788005
复制相似问题
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号