• <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,它又是用來(lái)做什么的?
            簡(jiǎn)單地說(shuō),AC是一個(gè)ICC產(chǎn)生的交易代碼,GENERATE AC是一個(gè)ICC做交易決策的過(guò)程。也就是說(shuō),終端執(zhí)行每次交易時(shí),都要發(fā)送該命令給ICC進(jìn)行交易決策(比如拒絕交易還是要求聯(lián)機(jī)授權(quán)),來(lái)決定該筆交易接受與否以及如何接受。
            終端在發(fā)送GENERATE AC之前,自己首先有個(gè)終端行為分析的過(guò)程,分析的結(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ì)象來(lái)決定的。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 命令,超過(guò)2次則會(huì)執(zhí)行失敗導(dǎo)致交易終止。
            GENERATE AC命令的數(shù)據(jù)可能還會(huì)包含一個(gè)叫做TC Hash Value的數(shù)據(jù),這個(gè)值通過(guò)TDOL(Transaction Certificate Data Object List)經(jīng)過(guò)HASH算法計(jì)算得到。如果ICC中沒(méi)有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是卡行為分析的重要過(guò)程,如果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
            但還有許多疑問(wèn),還希望能請(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
            這句話是什么意思
            人妻丰满?V无码久久不卡| 麻豆一区二区99久久久久| 亚洲国产精品久久久久久| 97久久综合精品久久久综合| 亚洲成色999久久网站| 久久久久久久久久久免费精品| 手机看片久久高清国产日韩| 色妞色综合久久夜夜| 色偷偷88888欧美精品久久久| 女人香蕉久久**毛片精品| 久久亚洲精品无码播放| 99久久精品午夜一区二区| 色成年激情久久综合| 久久亚洲sm情趣捆绑调教| 欧美久久综合性欧美| yy6080久久| 精品一久久香蕉国产线看播放| 久久久久久久久波多野高潮| 国产精品狼人久久久久影院| 午夜精品久久久久久99热| 久久久国产精品| 狠狠色丁香婷综合久久| 国产69精品久久久久APP下载| 99久久精品免费国产大片| 亚洲国产另类久久久精品| 久久久久久久国产免费看| 色综合久久天天综合| 久久国产高潮流白浆免费观看| 久久久久久国产精品免费免费| 麻豆成人久久精品二区三区免费| 青青热久久国产久精品| 久久久久久无码Av成人影院| 无码精品久久一区二区三区 | 久久播电影网| 99精品久久久久久久婷婷| 国产成人久久精品二区三区| 一本色道久久88综合日韩精品 | 中文成人无码精品久久久不卡| 久久亚洲中文字幕精品一区| 国产精品99精品久久免费| 亚洲国产天堂久久久久久|