• <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
            這句話是什么意思
            97精品国产91久久久久久| 亚洲欧洲久久av| 欧美激情精品久久久久| 国产巨作麻豆欧美亚洲综合久久| 久久久久香蕉视频| 99久久99这里只有免费费精品| 久久精品国产免费| 国产色综合久久无码有码| 久久se精品一区精品二区| 一本色道久久88综合日韩精品| 久久超乳爆乳中文字幕| 国产精品久久新婚兰兰| 亚洲精品国产成人99久久| 久久99热这里只有精品国产| 7国产欧美日韩综合天堂中文久久久久 | 久久精品亚洲精品国产欧美| 久久无码人妻一区二区三区| 日本精品久久久久久久久免费| 久久精品国产91久久麻豆自制| 少妇内射兰兰久久| 怡红院日本一道日本久久 | 久久久久久无码Av成人影院 | 人妻精品久久久久中文字幕一冢本| 精品无码久久久久久久久久| 久久精品国产91久久麻豆自制| 久久国产精品无码一区二区三区| 久久综合偷偷噜噜噜色| 亚洲日韩欧美一区久久久久我| 亚洲精品国产成人99久久| 久久久久四虎国产精品| 国产精品美女久久久久网| 久久久久人妻精品一区二区三区| 亚洲精品国产美女久久久| 久久亚洲AV成人无码| 久久无码AV中文出轨人妻| 亚洲精品午夜国产va久久| 久久成人国产精品免费软件| 亚洲国产精品无码久久久蜜芽 | 国产成人AV综合久久| 精品久久久久久久中文字幕| 久久久久人妻一区精品|