• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            Michael's Space

            Technology changes the world, serves the people.

            什么是AC(Application Cryptogram)?
            Michael 2006年7月6日

            我們從前面了解到,目前終端和ICC之間有13個(gè)命令交互,其中有一個(gè)很關(guān)鍵的命令叫GENERATE AC,那么,什么是AC,它又是用來做什么的?
            簡(jiǎn)單地說,AC是一個(gè)ICC產(chǎn)生的交易代碼,GENERATE AC是一個(gè)ICC做交易決策的過程。也就是說,終端執(zhí)行每次交易時(shí),都要發(fā)送該命令給ICC進(jìn)行交易決策(比如拒絕交易還是要求聯(lián)機(jī)授權(quán)),來決定該筆交易接受與否以及如何接受。
            終端在發(fā)送GENERATE AC之前,自己首先有個(gè)終端行為分析的過程,分析的結(jié)果是決定需要向ICC發(fā)送什么樣的AC請(qǐng)求:聯(lián)機(jī)授權(quán)(ONLINE)、脫機(jī)拒絕(REJECT OFFLINE)還是脫機(jī)授權(quán)(APPROVE OFFLINE)。ICC在接收命令并處理后返回其決策結(jié)果即AC值。
            針對(duì)終端的不同請(qǐng)求,相應(yīng)地,AC有以下幾種類型:
            類型???????????????????????????????????????????????????????????????????????????????????????????????????意義
            Application Authentication Cryptogram (AAC)??????????????????拒絕交易
            Application Authorisation Referral(AAR)?????????????????????????????Referral requested by the card
            Authorisation Request Cryptogram(ARQC)??????????????????????????要求聯(lián)機(jī)授權(quán)
            Transaction Certificate(TC)??????????????????????????????????????????????????????接受交易

            值得注意的是,終端發(fā)送GENERATE AC命令的數(shù)據(jù)并不是TLV編碼的,而是由一個(gè)叫做CDOL的數(shù)據(jù)對(duì)象來決定的。CDOL,指Card Risk Management Data Object List,它指定了GENERATE AC的命令數(shù)據(jù)需要包括哪些對(duì)象。ICC中需要有兩個(gè)CDOL對(duì)象,CDOL1(TAG-'8C')和CDOL2(TAG-'8D')分別用于兩次命令的發(fā)送,在一次交易中最多只能發(fā)送兩次GENERATE AC 命令,超過2次則會(huì)執(zhí)行失敗導(dǎo)致交易終止。
            GENERATE AC命令的數(shù)據(jù)可能還會(huì)包含一個(gè)叫做TC Hash Value的數(shù)據(jù),這個(gè)值通過TDOL(Transaction Certificate Data Object List)經(jīng)過HASH算法計(jì)算得到。如果ICC中沒有TDOL,終端可能需要保存一個(gè)默認(rèn)的TDOL,以計(jì)算TC HASH VALUE.

            前面提到GENERATE AC的決策結(jié)果是AC(有四種類型),那么我們看看其具體的數(shù)據(jù)結(jié)構(gòu)是如何的。
            ??????值?????????????????????????????????????????????????????????????????是否必須返回
            Cryptogram Information Data??????????????????????????是
            Application Transaction Counter (ATC)???????是
            Application Cryptogram (AC)?????????????????????????是
            Issuer Application Data????????????????????????????????????可選??????
            其中CID(Cryptogram Information Data)中指明了決策結(jié)果屬于哪種AC類型。

            GENERATE AC是卡行為分析的重要過程,如果ICC返回TC,則交易成功,如果返回AAC則交易失敗,返回其他時(shí)則終端將會(huì)發(fā)送第二次GENERATE AC命令,以決定交易授權(quán)結(jié)果。

            [完]

            Feedback

            # re: 什么是AC(Application Cryptogram)  回復(fù)  更多評(píng)論   

            2009-09-18 18:09 by laow
            有點(diǎn)意思,大哥,謝謝了,學(xué)習(xí)了!

            # re: 什么是AC(Application Cryptogram)  回復(fù)  更多評(píng)論   

            2009-09-18 18:13 by laow
            但還有許多疑問,還希望能請(qǐng)教到您!

            # re: 什么是AC(Application Cryptogram)  回復(fù)  更多評(píng)論   

            2010-08-19 14:49 by wcg_jishuo
            the PIN entry bypass is applied once to the 2 PIN Based CVMs

            這句話是什么意思?

            # re: 什么是AC(Application Cryptogram)  回復(fù)  更多評(píng)論   

            2010-08-19 14:49 by wcg_jishuo
            the PIN entry bypass is applied once to the 2 PIN Based CVMs
            這句話是什么意思
            无码久久精品国产亚洲Av影片| 国产99久久九九精品无码| 欧美精品国产综合久久| 久久久老熟女一区二区三区| 日韩一区二区久久久久久| 性高湖久久久久久久久AAAAA| 精品国产乱码久久久久久呢| 国产精品久久久久久久久鸭| 亚洲一区精品伊人久久伊人| 国内精品久久九九国产精品| 久久香综合精品久久伊人| 青青草原综合久久| 久久亚洲AV成人出白浆无码国产| 国产成人精品久久综合| 久久国产精品无码一区二区三区| 久久午夜无码鲁丝片午夜精品| AV色综合久久天堂AV色综合在| 亚洲伊人久久综合影院| 国产香蕉97碰碰久久人人| 精品久久一区二区三区| 日日躁夜夜躁狠狠久久AV| 久久这里都是精品| 亚洲国产精品成人AV无码久久综合影院 | 久久精品天天中文字幕人妻| 尹人香蕉久久99天天拍| 大蕉久久伊人中文字幕| 99久久精品免费观看国产| 久久被窝电影亚洲爽爽爽| 久久久一本精品99久久精品66| 精品久久久久成人码免费动漫| 免费一级做a爰片久久毛片潮| 久久se精品一区二区影院| 久久精品国产72国产精福利| 国产日韩久久免费影院| 久久99精品国产麻豆蜜芽| 精品久久久久久无码国产| 久久久久亚洲AV成人网| 一本色道久久综合狠狠躁篇 | 久久亚洲中文字幕精品有坂深雪 | 久久亚洲国产成人影院网站| 久久久久久久国产免费看|