DisplayPort接口標(biāo)準(zhǔn)是由視頻電子標(biāo)準(zhǔn)協(xié)會(huì)（VESA）批準(zhǔn)的，一個(gè)開放的、可擴(kuò)展的標(biāo)準(zhǔn)。其為降低PC平臺(tái)和元件的成本及推動(dòng)通用數(shù)字接口而開發(fā)。DisplayPort實(shí)現(xiàn)了顯示設(shè)備用一條電纜與數(shù)字視頻信號(hào)連通的高清數(shù)字音頻，并實(shí)現(xiàn)真正即插即用的強(qiáng)大的互操作性，這些使現(xiàn)有的數(shù)字顯示互連非常具有成本效益。為了提高其與現(xiàn)有數(shù)字接口的互通性，DisplayPort的1.1版本增加了兼容支持高帶寬數(shù)字內(nèi)容保護(hù)（HDCP）來支持HDMI和DVI采用的HDCP技術(shù)。

圖1 DisplayPort數(shù)據(jù)傳輸通道

DisplayPort
1 DisplayPort接口
DisplayPort體積小，傳輸結(jié)構(gòu)利用了類似PCI Express的電氣層，采用“Micro-Packet Architecture(微封包架構(gòu))”傳輸架構(gòu)，使視頻內(nèi)容以封包方式傳送。傳輸數(shù)據(jù)最高可支持10.8Gb/s的傳輸帶寬。
 
2 DisplayPort鏈路
DisplayPort鏈路由一個(gè)主鏈路、一個(gè)輔助通道（AUX CH）、一個(gè)熱插拔檢測(cè)（HPD）信號(hào)線組成。如圖1所示，主鏈路是一條單向、高帶寬并且低延時(shí)的通道，用于傳輸未經(jīng)壓縮的視頻和音頻等同步數(shù)據(jù)流。輔助通道是一條用于鏈路管理和設(shè)備控制的、半雙工的雙向通道。HPD信號(hào)用作終端設(shè)備的中斷請(qǐng)求信號(hào)。

HDCP
HDCP技術(shù)由好萊塢與Intel合作開發(fā)，保護(hù)未經(jīng)壓縮的數(shù)字音視頻內(nèi)容，適用于高速的數(shù)字視頻接口（DisplayPort、HDMI、DVI），其最新版本HDCP 1.3已經(jīng)支持DisplayPort接口采用源設(shè)備和顯示設(shè)備間直接認(rèn)證，內(nèi)容加擾實(shí)現(xiàn)保護(hù)。HDCP設(shè)計(jì)為內(nèi)容消費(fèi)鏈中的最后一個(gè)環(huán)節(jié)，從內(nèi)容源設(shè)備到顯示設(shè)備，HDCP不允許完全內(nèi)容拷貝行為，即拷貝控制信息CCI 只有禁止拷貝狀態(tài)。在系統(tǒng)更新方面，HDCP采用吊銷列表來屏蔽已經(jīng)被竊取的設(shè)備私鑰。

HDCP與DisplayPort
1 HDCP在DisplayPort上應(yīng)用機(jī)制
HDCP應(yīng)用于DisplayPort接口的保護(hù)機(jī)制包括以下三個(gè)元素。

①HDCP發(fā)送器，能立即識(shí)別下游接收器的拓?fù)溥B接結(jié)構(gòu)，認(rèn)證協(xié)議會(huì)確保HDCP發(fā)送器發(fā)出的信號(hào)是HDCP接收器所授權(quán)接受的。

②DCP LLC會(huì)撤銷授權(quán)無效的HDCP接收器的授權(quán)。

③在有HDCP保護(hù)的信號(hào)下發(fā)送與接收的同時(shí)，不斷對(duì)加密視頻傳輸?shù)耐暾赃M(jìn)行驗(yàn)證。

2 HDCP結(jié)構(gòu)以及算法實(shí)現(xiàn)
①HDCP結(jié)構(gòu)
HDCP在DisplayPort接口內(nèi)容保護(hù)中采用了樹狀的拓?fù)浣Y(jié)構(gòu)，為了使得完成認(rèn)證的時(shí)間在容許范圍之內(nèi)，HDCP規(guī)定了一個(gè)拓?fù)浣Y(jié)構(gòu)最多允許有7層結(jié)點(diǎn)、128個(gè)接收設(shè)備。圖2顯示了一個(gè)設(shè)備深度為2、設(shè)備數(shù)為4的拓?fù)浣Y(jié)構(gòu)。

圖2 HDCP拓?fù)浣Y(jié)構(gòu)圖

②結(jié)合硬件采用軟件實(shí)現(xiàn)HDCP
軟件實(shí)現(xiàn)HDCP過程中，需要芯片內(nèi)部硬件加密系統(tǒng)的支持，如偽隨機(jī)數(shù)的產(chǎn)生等。硬件加密系統(tǒng)結(jié)構(gòu)如圖3所示。

圖3 硬件加密系統(tǒng)結(jié)構(gòu)

● BKSV檢驗(yàn)
HDCP由發(fā)送端（Tx）發(fā)起，Tx系統(tǒng)初始化時(shí)內(nèi)部首先產(chǎn)生偽隨機(jī)數(shù)An，并將其與自身的KSV一并發(fā)給接收端（Rx），同時(shí)Tx讀取Rx的BKSV，BKSV存儲(chǔ)在接收端的DPCD（DisplayPort Configuration Data)地址0x68000～0x68004內(nèi)，共40比特。HDCP采用了嚴(yán)密的校驗(yàn)方式，每一步都有必要的驗(yàn)證協(xié)議。當(dāng)讀取到BKSV后，先對(duì)BKSV進(jìn)行完整性驗(yàn)證和黑名單檢測(cè)。

HDCP的“撤銷密鑰”機(jī)制用來應(yīng)對(duì)密鑰泄漏。每個(gè)設(shè)備的密鑰集KSV值都是唯一的，HDCP系統(tǒng)會(huì)在收到KSV值后在撤銷列表中進(jìn)行比較和查找，出現(xiàn)在列表中的KSV將被認(rèn)做非法，導(dǎo)致認(rèn)證過程的失敗。這里的撤銷密鑰列表將包含在HDCP對(duì)應(yīng)的多媒體數(shù)據(jù)中并將自動(dòng)更新。

● 協(xié)議第一步：R0（R0’）驗(yàn)證
當(dāng)KSV檢測(cè)和驗(yàn)證成功后，系統(tǒng)將進(jìn)入算法認(rèn)證的第一步。其認(rèn)證協(xié)議結(jié)構(gòu)如圖4所示。

圖4 密鑰交換認(rèn)證協(xié)議圖

其中Km=∑Akeys over Bksv和Km’=∑Bkeys over Aksv 是一種密鑰選擇機(jī)制。接收端的KSV被認(rèn)為合法后，發(fā)送端和接收端都會(huì)通過自己的私鑰和相應(yīng)的KSV計(jì)算出一個(gè)56比特的公鑰Km，這里把接收端計(jì)算出的公鑰記為Km’。制造商從HDCP認(rèn)證組織Digital Content Protection LLC獲得私鑰和相應(yīng)的KSV后，會(huì)在每一個(gè)支持該功能設(shè)備中存儲(chǔ)這些數(shù)據(jù)，Km（Km’）的計(jì)算就是通過對(duì)這些數(shù)據(jù)進(jìn)行處理后得到的。

Km（Km’）是給后續(xù)計(jì)算的準(zhǔn)備，在Km和Km’計(jì)算完成后，HDCP的加密系統(tǒng)就會(huì)根據(jù)產(chǎn)生的Km（Km’）和An以及REPEATER位來計(jì)算KS(KS’)、M0(M0’)和R0(R0’)。KS(KS’)是一個(gè)56比特的HDCP私鑰，M0(M0’)是64比特的私鑰，在HDCP認(rèn)證協(xié)議的第二步的初始化中需要該參數(shù)，R0則是作為HDCP認(rèn)證協(xié)議的計(jì)算結(jié)果，發(fā)送端通過讀取接收端計(jì)算出的R0’并且與本地計(jì)算的R0比較，如果相同則意味著第一步認(rèn)證協(xié)議的成功。

● 協(xié)議第二步：中繼器認(rèn)證
在第一部分的認(rèn)證過程中，發(fā)送器在讀取接收器的BKSV同時(shí)，也讀取了DPCD中的一個(gè)REPEATER位，HDCP的第二部分是否執(zhí)行取決于該位。這一位標(biāo)志著該接收端是否為中繼器。如果接收端沒有中繼功能，HDCP會(huì)跳過該驗(yàn)證部分，直接執(zhí)行認(rèn)證的第三部分鏈路完整性檢測(cè)。第二部分的認(rèn)證協(xié)議框圖如圖5所示。

圖5 中繼器認(rèn)證協(xié)議圖

當(dāng)發(fā)送端檢測(cè)到下游是中繼器設(shè)備時(shí)，立即設(shè)立起5s的超時(shí)定時(shí)器。源端設(shè)備可以通過抽樣或者等待中斷的方式來獲取中繼器的狀態(tài)，而在這5s之內(nèi)，中繼器就會(huì)建立自己的設(shè)備KSV列表并且計(jì)算V’（哈希算法）。如果5s之內(nèi)沒有完成這些操作，上游設(shè)備會(huì)認(rèn)為該次認(rèn)證失敗。

在中繼器內(nèi)部計(jì)算V’可以通過兩種方式來完成，由設(shè)計(jì)在芯片內(nèi)部的邏輯電路或者驅(qū)動(dòng)部分軟件計(jì)算來完成。硬件計(jì)算優(yōu)點(diǎn)在于速度快，驅(qū)動(dòng)程序設(shè)計(jì)簡(jiǎn)單。但是犧牲了一定的硬件電路空間和芯片功耗，不同的客戶對(duì)此需求不同，所以芯片的驅(qū)動(dòng)內(nèi)也需要采用軟件計(jì)算哈希算法。

安全哈希算法（Secure Hash Algorithm）是主要應(yīng)用于數(shù)字簽名標(biāo)準(zhǔn)領(lǐng)域定義的數(shù)字簽名算法。SHA1有如下特性：不能從消息摘要中復(fù)原信息；兩個(gè)不同的消息不會(huì)產(chǎn)生同樣的消息摘要。HDCP協(xié)議中V（V’）計(jì)算如下:V(V’)=SHA1(ksv_list||binfo||M0(M0’))。

KSV list存儲(chǔ)于中繼器DPCD地址0x6802C～0x6803A的FIFO中，F(xiàn)IFO中有15字節(jié)，每個(gè)設(shè)備的KSV是40比特，也就是5字節(jié)，所以FIFO中每次讀取出來的是3個(gè)設(shè)備KSV。DisplayPort的中繼器最多支持下游有127個(gè)設(shè)備，也就是說FIFO最多需要讀取127/3次。每次讀取完后硬件會(huì)自動(dòng)清掉被讀走的數(shù)據(jù)，同時(shí)用下一組KSV填滿。Binfo是存儲(chǔ)下游設(shè)備拓?fù)浣Y(jié)構(gòu)的16比特?cái)?shù)據(jù)，包括拓?fù)渖疃鹊?。M0（M0’）是64比特的私鑰。也就是說計(jì)算V（V’）時(shí)，系統(tǒng)傳輸給SHA1的消息長(zhǎng)度最大為127×40+16+64=5160（0x1428H）比特，對(duì)于長(zhǎng)度小于2^64（0x40000000000000H）位的消息，SHA1會(huì)產(chǎn)生一個(gè)160位的消息摘要。當(dāng)接收到消息的時(shí)候，這個(gè)消息摘要可以用來驗(yàn)證數(shù)據(jù)的完整性。在傳輸?shù)倪^程中，數(shù)據(jù)很可能會(huì)發(fā)生變化，這時(shí)候就會(huì)產(chǎn)生不同的消息摘要。 SHA1算法只接受位輸入。字符串“KSV list||Binf||M0”消息摘要需轉(zhuǎn)換成位字符串如下：01100001 01100010 01100011……010011010（5160位），SHA1根據(jù)這個(gè)消息來計(jì)算MD5。

（a）補(bǔ)位
SHA1對(duì)輸入的消息必須進(jìn)行補(bǔ)位以使其長(zhǎng)度在對(duì)512取模以后的余數(shù)是448。如果長(zhǎng)度已經(jīng)滿足對(duì)512取模后余數(shù)是448，同樣需要補(bǔ)位。先補(bǔ)一個(gè)1，然后再補(bǔ)0，直到長(zhǎng)度滿足對(duì)512取模后余數(shù)是448。至少補(bǔ)一位，最多補(bǔ)512位。

（b） 補(bǔ)長(zhǎng)度
將原始數(shù)據(jù)的長(zhǎng)度補(bǔ)到已經(jīng)進(jìn)行了補(bǔ)位操作的消息后面，用一個(gè)64位的數(shù)據(jù)來表示原始消息的長(zhǎng)度。由于HDCP中的消息程度最大可達(dá)到5160位，所以需要對(duì)過長(zhǎng)的消息進(jìn)行分塊，SHA1算法中將長(zhǎng)度超過512位的原始消息補(bǔ)成512的倍數(shù)。然后將整個(gè)消息分成一個(gè)一個(gè)512位的數(shù)據(jù)塊，分別處理每一個(gè)數(shù)據(jù)塊，從而得到消息摘要。

（c）常量定義
計(jì)算中需要定義一系列的常量字M0, M1, ... , M79，如果以十六進(jìn)制給出，定義如下。

（d）函數(shù)定義
在SHA1中需要一系列的函數(shù)。每個(gè)函數(shù)ft(0≤t≤79)都操作32位字B，C，D（B,C,D為32位的函數(shù)形參）并且產(chǎn)生32位字作為輸出。ft(B,C,D)定義如下。

（e） 計(jì)算消息摘要
SHA1使用補(bǔ)位和補(bǔ)長(zhǎng)度后的消息來計(jì)算消息摘要。計(jì)算需要兩個(gè)緩沖區(qū)，每個(gè)都由5個(gè)32位的字組成，還需要一個(gè)80個(gè)32位字的緩沖區(qū)。第一個(gè)5個(gè)字的緩沖區(qū)被標(biāo)識(shí)為A，B，C，D，E。第一個(gè)5個(gè)字的緩沖區(qū)被標(biāo)記為H0, H1, H2, H3, H4。80個(gè)字的緩沖區(qū)被標(biāo)記為W0,W1,..., W79，另外還需要一個(gè)字的TEMP緩沖區(qū)。

                                                           
為了產(chǎn)生消息摘要，首先處理前面定義的16個(gè)字的數(shù)據(jù)塊M1, M2,..., Mn，處理每個(gè)數(shù)據(jù)塊Mi包含80個(gè)步驟。在處理每個(gè)數(shù)據(jù)塊之前，緩沖區(qū)被初始化為下面的值（十六進(jìn)制）：

處理Mi包括以下步驟：
(I)將 Mi分成16個(gè)字W0，W1，…， W15,W0是最左邊的字。
(II)對(duì)于t=16～79令
。
(III)令A(yù)=H0, B=H1, C=H2, D =H3, E=H4。
(IV)對(duì)于t=0～79，執(zhí)行下面的循環(huán)
 ;
E=D; D=C; C=S30(B); B=A; A=TEMP;
(V)令H0=H0+A,H1=H1+B, H2=H2+C, H3=H3+D, H4=H4+E
在處理完所有的Mn后，得到一個(gè)160位的字符串，也就是最后得到的V（V’）。中繼器會(huì)將V’發(fā)送給發(fā)送端，發(fā)送端通過比較本地計(jì)算的V與接收到的V’是否相等來判斷認(rèn)證結(jié)果。

● 協(xié)議第三步：加密完整性檢測(cè)
在解密過程中，HDCP在HDMI與DisplayPort中的應(yīng)用所不同。在HDMI的解密過程中，HDCP系統(tǒng)會(huì)每2s中進(jìn)行一次連接確認(rèn)，同時(shí)每128幀畫面進(jìn)行一次發(fā)送端和接受端同步識(shí)別碼，確保連接的同步，所有這些都是由發(fā)送端發(fā)起。而在DisplayPort的解密過程中， DisplayPort的Link Layer負(fù)責(zé)確認(rèn)兩臺(tái)設(shè)備之間的連結(jié)效能與正確的溝通，以其參數(shù)值(0=完整、1=不完整)作為溝通的語言，該參數(shù)是發(fā)送端通過輔助通道讀取接收端的DPCD的某一位的值來獲取，也就是說，解密的完整性驗(yàn)證完全是由接收端來執(zhí)行的。

DisplayPort實(shí)現(xiàn)軟件HDCP的實(shí)例
ANX9805是硅谷數(shù)模半導(dǎo)體公司設(shè)計(jì)的DisplayPort發(fā)送芯片，其完全符合DisplayPort 1.1a標(biāo)準(zhǔn)，支持HDCP1.3標(biāo)準(zhǔn)和NVIDIA Upstream Protocol。

接收端使用目前市場(chǎng)上唯一的一款帶有DisplayPort接口的Dell顯示器3008WFP，其DP接口支持HDCP。支持HDCP的源端設(shè)備ANX9805可以通過黑屏、藍(lán)屏或者低畫質(zhì)圖像的方式使不支持HDCP或者HDCP不合法的設(shè)備無法播放音視頻數(shù)據(jù),這里采用完全藍(lán)屏的方式，如圖6、圖7所示。

圖6 軟件HDCP認(rèn)證成功的圖像

圖7 軟件HDCP認(rèn)證失敗圖像

實(shí)際測(cè)試證明通過軟件實(shí)現(xiàn)的HDCP占用時(shí)間與硬件HDCP在相鄰的數(shù)量級(jí)，在HDCP規(guī)范中規(guī)定所有認(rèn)證時(shí)間容許范圍內(nèi)，所以其對(duì)硬件時(shí)序無任何影響。

結(jié)論
軟件實(shí)現(xiàn)認(rèn)證的優(yōu)勢(shì)在于其節(jié)省芯片內(nèi)部資源，從而使芯片有更高的集成度?，F(xiàn)今對(duì)IC設(shè)計(jì)集成度的要求越來越高，所以多數(shù)廠商都希望芯片提供商能給出軟件代替硬件認(rèn)證的方案。本文在充分利用硬件加密系統(tǒng)的基礎(chǔ)上實(shí)現(xiàn)了軟件對(duì)數(shù)字內(nèi)容的加密協(xié)議，使HDCP在實(shí)際應(yīng)用中有更高的靈活性和選擇性，可以根據(jù)不同要求來規(guī)劃芯片驅(qū)動(dòng)結(jié)構(gòu)。實(shí)際測(cè)試表明其易于實(shí)現(xiàn)，可代替部分硬件認(rèn)證模塊，整個(gè)軟件認(rèn)證過程對(duì)芯片工作流程無時(shí)序影響，具有較高的實(shí)際應(yīng)用價(jià)值。

芯片內(nèi)部的硬件認(rèn)證速度高于外部MCU通過控制寄存器來認(rèn)證的速度，所以需要通過提高M(jìn)CU與芯片之間的I2C總線速度和MCU的工作頻率來減少其時(shí)序差別，這也是有待于進(jìn)一步研究的工作。