我已获得以下验证(PIN)APDU命令,我们将其发送至金雅拓SafeNet Reader K1100:
00 20 00 81 08 26 12 34 56 ff ff ff ff
我总是收到回复67 00
(错误的长度)。据我所知,这意味着LC或LE不正确。
答案 0 :(得分:0)
APDU看起来正确,假设:
您可以尝试01而不是81,以确保在MF中搜索PIN,或假设卡隐含地知道PIN ID,则尝试00。如果两次尝试均失败,则必须收集有关卡初始化/个性化的更多信息。
由于Verify命令没有结果,LE不能错。但请注意,使用Java类构建APDU时,会自动添加LC,不得指定。
我唯一的另一个想法是,省略相应调整LC的FF字节。
答案 1 :(得分:0)
你在使用雅典娜吗?
如果是这种情况,请尝试 p2= A0