• <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個命令交互,其中有一個很關(guān)鍵的命令叫GENERATE AC,那么,什么是AC,它又是用來做什么的?
            簡單地說,AC是一個ICC產(chǎn)生的交易代碼,GENERATE AC是一個ICC做交易決策的過程。也就是說,終端執(zhí)行每次交易時,都要發(fā)送該命令給ICC進(jìn)行交易決策(比如拒絕交易還是要求聯(lián)機(jī)授權(quán)),來決定該筆交易接受與否以及如何接受。
            終端在發(fā)送GENERATE AC之前,自己首先有個終端行為分析的過程,分析的結(jié)果是決定需要向ICC發(fā)送什么樣的AC請求:聯(lián)機(jī)授權(quán)(ONLINE)、脫機(jī)拒絕(REJECT OFFLINE)還是脫機(jī)授權(quán)(APPROVE OFFLINE)。ICC在接收命令并處理后返回其決策結(jié)果即AC值。
            針對終端的不同請求,相應(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編碼的,而是由一個叫做CDOL的數(shù)據(jù)對象來決定的。CDOL,指Card Risk Management Data Object List,它指定了GENERATE AC的命令數(shù)據(jù)需要包括哪些對象。ICC中需要有兩個CDOL對象,CDOL1(TAG-'8C')和CDOL2(TAG-'8D')分別用于兩次命令的發(fā)送,在一次交易中最多只能發(fā)送兩次GENERATE AC 命令,超過2次則會執(zhí)行失敗導(dǎo)致交易終止。
            GENERATE AC命令的數(shù)據(jù)可能還會包含一個叫做TC Hash Value的數(shù)據(jù),這個值通過TDOL(Transaction Certificate Data Object List)經(jīng)過HASH算法計算得到。如果ICC中沒有TDOL,終端可能需要保存一個默認(rèn)的TDOL,以計算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則交易失敗,返回其他時則終端將會發(fā)送第二次GENERATE AC命令,以決定交易授權(quán)結(jié)果。

            [完]

            Feedback

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

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

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

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

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

            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ù)  更多評論   

            2010-08-19 14:49 by wcg_jishuo
            the PIN entry bypass is applied once to the 2 PIN Based CVMs
            這句話是什么意思
            久久人做人爽一区二区三区| 思思久久精品在热线热| .精品久久久麻豆国产精品| 久久国产精品77777| 精品综合久久久久久88小说| 性做久久久久久免费观看| 日产精品久久久久久久| 性高湖久久久久久久久AAAAA| 亚洲色婷婷综合久久| 99久久久久| 久久精品a亚洲国产v高清不卡| 91精品国产高清久久久久久国产嫩草| 久久影院亚洲一区| 亚洲欧美日韩久久精品第一区| 曰曰摸天天摸人人看久久久| 无遮挡粉嫩小泬久久久久久久 | 久久精品中文字幕大胸| 久久精品国产一区| 无码伊人66久久大杳蕉网站谷歌 | 2021少妇久久久久久久久久| 久久笫一福利免费导航 | 狠狠狠色丁香婷婷综合久久五月 | 久久久久波多野结衣高潮| 成人久久精品一区二区三区| 久久亚洲国产精品成人AV秋霞| 久久亚洲欧美日本精品| 久久精品无码专区免费东京热| 精品国产乱码久久久久软件| 亚洲午夜精品久久久久久app| 国产一区二区精品久久凹凸 | 久久国产精品99久久久久久老狼| 99精品国产99久久久久久97| 中文字幕精品久久| 久久久久青草线蕉综合超碰| 久久久久久午夜精品| 成人午夜精品无码区久久| 日本WV一本一道久久香蕉| 久久久精品久久久久影院| 久久婷婷五月综合97色| 久久精品亚洲一区二区三区浴池| 91精品国产9l久久久久|