數(shù)字經(jīng)濟時代的數(shù)據(jù)存儲保護方法研究
摘 要
數(shù)據(jù)作為新型生產(chǎn)要素，是我國數(shù)字經(jīng)濟發(fā)展戰(zhàn)略的重要基石，數(shù)據(jù)自身的安全是數(shù)字經(jīng)濟健康發(fā)展的基本保障?！吨腥A人民共和國數(shù)據(jù)安全法》明確，需采取必要措施確保數(shù)據(jù)處于有效保護和合法利用的狀態(tài)，以及具備保障持續(xù)安全狀態(tài)的能力。亟需運用密碼技術(shù)構(gòu)建數(shù)據(jù)安全防護體系，維護數(shù)據(jù)的完整性、保密性和可用性，保障我國數(shù)字經(jīng)濟健康發(fā)展。論述了數(shù)據(jù)存儲的方式及面臨的安全威脅，以及應用層、驅(qū)動 / 內(nèi)核層、塊 / 簇層基于密碼的數(shù)據(jù)保護模式，實現(xiàn)了數(shù)據(jù)存儲的安全保護。
內(nèi)容目錄：
1 數(shù)據(jù)存儲方式及安全威脅
2 應用層數(shù)據(jù)安全存儲方法
2.1 業(yè)務層通用保護模式
2.2 數(shù)據(jù)庫透明保護模式
3 驅(qū)動 / 內(nèi)核層數(shù)據(jù)安全存儲方案
4 塊 / 簇層數(shù)據(jù)安全存儲方式
5 方案比較
6 結(jié) 語
隨著數(shù)字技術(shù)的蓬勃發(fā)展和創(chuàng)新應用，數(shù)字經(jīng)濟已逐漸成為構(gòu)建現(xiàn)代化經(jīng)濟體系的主要經(jīng)濟形態(tài)?！笆奈濉币?guī)劃和 2035 年遠景目標建議提出，“迎接數(shù)字時代，激活數(shù)據(jù)要素潛能，推進網(wǎng)絡強國建設，加快建設數(shù)字經(jīng)濟、數(shù)字社會、數(shù)字政府，以數(shù)字化轉(zhuǎn)型整體驅(qū)動生產(chǎn)方式、生活方式和治理方式變革”。據(jù)此，2021 年 12 月，國務院發(fā)布《“十四五”數(shù)字經(jīng)濟發(fā)展規(guī)劃》（以下簡稱《規(guī)劃》），《規(guī)劃》指出“數(shù)據(jù)要素是數(shù)字經(jīng)濟深化發(fā)展的核心引擎，是最具時代特征的生產(chǎn)要素，數(shù)據(jù)的爆發(fā)增長、海量集聚蘊藏了巨大的價值，為智能化發(fā)展帶來了新的機遇，切實用好數(shù)據(jù)要素，將為經(jīng)濟社會數(shù)字化發(fā)展帶來強勁動力”。在數(shù)字化時代，數(shù)據(jù)已經(jīng)成為數(shù)字化轉(zhuǎn)型的基礎性、戰(zhàn)略性資源。
數(shù)據(jù)對數(shù)字經(jīng)濟發(fā)展至關(guān)重要，數(shù)據(jù)自身的安全也決定著數(shù)字經(jīng)濟能否穩(wěn)定健康發(fā)展。2021 年 9 月 1 日施行的《中華人民共和國數(shù)據(jù)安全法》明確指出，需采取必要措施確保數(shù)據(jù)處于有效保護和合法利用的狀態(tài)，以及具備保障持續(xù)安全狀態(tài)的能力 。與《數(shù)據(jù)安全法》同期施行的《關(guān)鍵信息基礎設施安全保護條例》要求，保障關(guān)鍵信息基礎設施安全穩(wěn)定運行，維護數(shù)據(jù)的完整性、保密性和可用性 。
密碼是一種被實踐檢驗過的安全、經(jīng)濟的數(shù)據(jù)保護手段。通過密碼技術(shù)可實現(xiàn)數(shù)據(jù)安全主動防御，使得數(shù)據(jù)在缺少授權(quán)的情況下“拿不走、改不了、看不懂”，增強了數(shù)據(jù)自身安全保障。2020 年 1 月 1 日，《中華人民共和國密碼法》正式頒布實施，密碼的應用和發(fā)展上升到法律高度 ?！丁笆奈濉睌?shù)字經(jīng)濟發(fā)展規(guī)劃》提出，著力強化數(shù)字經(jīng)濟安全體系，促進數(shù)據(jù)加密等網(wǎng)絡安全技術(shù)應用。數(shù)據(jù)安全已成為總體國家安全觀的重要組成部分，采用密碼技術(shù)保障數(shù)據(jù)安全是數(shù)據(jù)存儲保護的必然趨勢。有學者針對特定應用場景開展了數(shù)據(jù)加密技術(shù)研究 ，對數(shù)據(jù)存儲保護具有借鑒意義。本文立足數(shù)據(jù)存儲的安全保護，探索不同數(shù)據(jù)存儲方式下基于密碼技術(shù)的數(shù)據(jù)保護模式，給出對應方式下的數(shù)據(jù)加密保護技術(shù)路線，并從不同角度進行了比較和分析，為數(shù)據(jù)保護方案設計提供技術(shù)參考。
1 數(shù)據(jù)存儲方式及安全威脅
數(shù)據(jù)整體上可分為結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)兩大類。結(jié)構(gòu)化數(shù)據(jù)也稱作行數(shù)據(jù)，由二維表結(jié)構(gòu)來邏輯表達和實現(xiàn)，嚴格遵循數(shù)據(jù)格式與長度規(guī)范，主要通過關(guān)系型數(shù)據(jù)庫進行存儲和管理；非結(jié)構(gòu)化數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)不規(guī)則或不完整，沒有預定義的數(shù)據(jù)模型，不方便用數(shù)據(jù)庫二維邏輯表來表現(xiàn)，包括所有格式的辦公文檔、文本、報表、圖像和音頻 / 視頻信息等。數(shù)據(jù)以二進制的方式進行存儲。根據(jù)數(shù)據(jù)存儲的邏輯順序，其存儲寫入流程如圖 1 所示。
圖 1 數(shù)據(jù)存儲寫入流程
數(shù)據(jù)經(jīng)過應用層產(chǎn)生，可根據(jù)應用的需要進行數(shù)據(jù)內(nèi)容格式的自行定義，方便后續(xù)滿足特定的應用需求。例如，采用紅黑樹等數(shù)據(jù)結(jié)構(gòu)，方便數(shù)據(jù)檢索的數(shù)據(jù)庫存儲格式；可以自行 封 裝 為 可 擴 展 標 記 語 言（Extensible Markup Language，XML）、JavaScript 對象簡譜（JavaScriptObject Notation，JSON）等便于應用層解析的數(shù)據(jù)結(jié)構(gòu)等。
數(shù) 據(jù) 內(nèi) 容 經(jīng) 應 用 層 定 義 后， 由 操 作 系 統(tǒng)下發(fā)至驅(qū)動 / 內(nèi)核層。對操作系統(tǒng)來講，數(shù)據(jù)的存儲不僅是數(shù)據(jù)內(nèi)容本身，還需要一個在操作系統(tǒng)中訪問的路徑。文件內(nèi)容及訪問路徑的存儲往往與操作系統(tǒng)的分區(qū)方式緊密關(guān)聯(lián)，如Windows 下通過新技術(shù)文件系統(tǒng)（New Technology File System，NTFS） 分 區(qū) 方 式 進 行 存 放，Linux下基于第二代擴展文件系統(tǒng)（Second Extended Filesystem，Ext2）分區(qū)方式進行存放等。
數(shù)據(jù)信息（包括數(shù)據(jù)內(nèi)容、訪問路徑及其他屬性信息）最終以塊 / 簇的方式存儲在物理設備中。
按照圖 1 的數(shù)據(jù)存儲寫入流程，可以通過技術(shù)手段在應用層、驅(qū)動 / 內(nèi)核層、塊 / 簇層實現(xiàn)業(yè)務接管，威脅數(shù)據(jù)安全。在原有的業(yè)務流程中增加對數(shù)據(jù)進行密碼處理的操作流程，可實現(xiàn)數(shù)據(jù)存儲的安全保護。本文論述了應用層、驅(qū)動 /內(nèi)核層、塊 / 簇層下基于密碼的數(shù)據(jù)保護模式。
2 應用層數(shù)據(jù)安全存儲方法
2.1 業(yè)務層通用保護模式
在業(yè)務層面實現(xiàn)數(shù)據(jù)安全防護是目前最為常用的一種技術(shù)路線，適用于結(jié)構(gòu)化數(shù)據(jù)和非結(jié)構(gòu)化數(shù)據(jù)。密鑰存儲在專用的密碼模塊中（如密碼卡、密碼機等），對于數(shù)據(jù)機密性保護，在數(shù)據(jù)存儲前通過密碼模塊提供的接口將數(shù)據(jù)送入密碼模塊進行加密操作，轉(zhuǎn)換成密文數(shù)據(jù)后再對數(shù)據(jù)進行存儲；使用數(shù)據(jù)時則將上述密文數(shù)據(jù)通過接口送入密碼模塊進行解密，得到解密后的原文信息，加解密流程如圖 2 所示。對于數(shù)據(jù)完整性校驗，在數(shù)據(jù)存儲前通過密碼模塊提供的接口將數(shù)據(jù)送入密碼模塊轉(zhuǎn)換成完整性校驗值后進行存儲；使用數(shù)據(jù)時則將原文信息通過接口送入密碼模塊進行完整性校驗值計算，并比較前后完整性校驗值是否一致，完整性校驗計算流程如圖 3 所示。
圖 3 完整性校驗計算流程
上述功能的實現(xiàn)，需要業(yè)務系統(tǒng)集成密碼模塊的接口。在業(yè)務代碼層面進行安全功能集成，可以結(jié)合場景需求將數(shù)據(jù)安全保護的顆粒度細化到每個比特，以實現(xiàn)數(shù)據(jù)完整性、機密性或同時實現(xiàn)完整機密保護，但是帶來的代價是業(yè)務系統(tǒng)需要在代碼級對密碼模塊進行集成、測試及發(fā)布。
2.2 數(shù)據(jù)庫透明保護模式
數(shù)據(jù)庫作為結(jié)構(gòu)化數(shù)據(jù)的存儲計算工具，已經(jīng)發(fā)展多年。現(xiàn)有的數(shù)據(jù)庫對數(shù)據(jù)的安全保護往往聚焦于如何透明地實現(xiàn)數(shù)據(jù)的加解密能力。近幾年，隨著商用密碼安全性評估（以下簡稱“密評”）的推進，信息系統(tǒng)中重要數(shù)據(jù)存儲的機密性和完整性保護如何滿足密評要求成為一大挑戰(zhàn)，尤其是由于某些原因無法進行代碼改造實現(xiàn)密碼保護，使得實現(xiàn)數(shù)據(jù)庫透明密碼保護成為各商用密碼廠商致力解決的一個問題。截至目前，基于數(shù)據(jù)庫實現(xiàn)數(shù)據(jù)透明密碼保護的路線主要有以下幾種。
（1）透明數(shù)據(jù)加密。透明數(shù)據(jù)加密（Trans parent Data Encryption，TDE）是數(shù)據(jù)庫廠商作為開發(fā)方向最終用戶提供的一套自帶的數(shù)據(jù)安全保護方案，能夠透明地實現(xiàn)列或者表空間的加解密。在技術(shù)上，依托動態(tài)庫替換等手段能夠?qū)⒋用軘?shù)據(jù)引流到自定義的業(yè)務流程中，再通過自有代碼實現(xiàn)商用密碼算法應用，如調(diào)用密碼模塊實現(xiàn)加解密，采用新的算法模式同步解決完整性問題等。
其 優(yōu) 點 是 對 應 用 透 明， 管 理 簡 便， 無 需應用設置，加解密后性能損耗較少，具備多層密鑰體系且能夠以密鑰管理互操作協(xié)議（Key Management Interoperability Protocol，KMIP） 對接外部密鑰管理系統(tǒng)，保障密鑰安全。缺點也相當突出：功能與數(shù)據(jù)庫版本緊密關(guān)聯(lián)，低版本數(shù)據(jù)庫無法使用此功能；對數(shù)據(jù)庫存儲索引方式有特定要求；不支持商用密碼算法；不具備數(shù)據(jù)完整性保護能力等。
這種方式雖然在技術(shù)層面實現(xiàn)了對商用密碼算法的支持和功能擴展，但是動態(tài)庫替換等方式存在不穩(wěn)定風險，可能造成數(shù)據(jù)丟失，甚至引起知識產(chǎn)權(quán)糾紛。
（2）用戶自定義函數(shù) + 觸發(fā)器。用戶自定義函數(shù)（User Defined Function，UDF）是數(shù)據(jù)庫面向用戶提供二次開發(fā)，進行功能擴展的接口；觸發(fā)器（Trigger）針對字段進行數(shù)據(jù)庫操作時實現(xiàn)自定義流程處理。通過將兩者有機結(jié)合，能夠透明地實現(xiàn)數(shù)據(jù)庫字段級的密碼防護。在具體實現(xiàn)上，通過 UDF 的方式封裝自定義接口函數(shù)，在接口中與密碼模塊進行連接調(diào)用，實現(xiàn)數(shù)據(jù)加解密、完整性保護等功能；將開發(fā)后的UDF 模塊導入到數(shù)據(jù)庫中，使數(shù)據(jù)庫具備上述密碼功能接口；根據(jù)業(yè)務場景需要，針對需要進行密碼保護的字段在其觸發(fā)器中進行流程改造，按需調(diào)用上述密碼功能接口，實現(xiàn)數(shù)據(jù)在存儲 / 讀取時的安全防護，最終透明地實現(xiàn)數(shù)據(jù)的加解密和完整性保護功能。
上述實現(xiàn)方式能夠?qū)⑸逃妹艽a算法進行封裝，并依托合規(guī)的密碼模塊完成密鑰的安全管理，滿足合規(guī)、正確及有效的密碼保護。但是受限于觸發(fā)器機制，其性能損耗較大，僅適用于對數(shù)據(jù)存儲讀取效率要求不高的場景。另外，UDF 的安裝需要數(shù)據(jù)庫服務器操作系統(tǒng)的存儲權(quán)限，云計算環(huán)境下的數(shù)據(jù)庫多以實例的方式面向租戶提供服務，不具備 UDF 安裝的條件，使得上述方案在云計算場景下應用較難。
（3）數(shù)據(jù)庫驅(qū)動。數(shù)據(jù)庫驅(qū)動（Database Driver）通常是指面向業(yè)務系統(tǒng)與數(shù)據(jù)庫建立連接、進行輸入輸出的標準化組件，數(shù)據(jù)庫驅(qū)動連接如圖 4 所示。
圖 4 數(shù)據(jù)庫驅(qū)動連接
數(shù)據(jù)庫驅(qū)動往往與開發(fā)語言緊密相關(guān)，每個數(shù)據(jù)庫針對每種開發(fā)語言都會提供單獨的一套對應的驅(qū)動文件，如面向 Java 開發(fā)語言的 Java 數(shù)據(jù)庫 連 接（Java Database Connectivity，JDBC）（ 涵蓋 Oracle、MySQL 等）；面向 C/C++ 的 Oracle 調(diào)用接口（Oracle Call Interface，OCI）、Oracle C++調(diào)用接口（Oracle C++ Call Interface，OCCI）等。
數(shù)據(jù)庫驅(qū)動是銜接業(yè)務系統(tǒng)與數(shù)據(jù)庫之間通信的必經(jīng)之路，通過在這個層面上進行業(yè)務流程接管，將需要進行保護的字段數(shù)據(jù)引導至自定義流程，完成數(shù)據(jù)的密碼安全性處理后，再送回原有業(yè)務流程，即可透明地實現(xiàn)安全防護。在實際工程應用中，多以替換數(shù)據(jù)庫驅(qū)動文件的方式實現(xiàn)密碼保護功能升級。
數(shù)據(jù)庫驅(qū)動層能夠非常方便地拿到傳輸?shù)臉I(yè)務數(shù)據(jù)，識別出進行通信的表、字段、數(shù)據(jù)庫操作的行為（增、刪、改、查），可以結(jié)合擬定的密碼策略針對上述數(shù)據(jù)進行字段級的安全性防護，幾乎是“零改造”即可實現(xiàn)密碼功能升級。其優(yōu)勢為代碼零改造，升級成本低，安全顆粒度小，技術(shù)路線較為成熟穩(wěn)定等。缺點是其與開發(fā)語言緊密結(jié)合，小眾的開發(fā)語言、數(shù)據(jù)庫或一些不開源的數(shù)據(jù)庫驅(qū)動連接方式，無法通過上述方式來實現(xiàn)密碼功能的升級。另外，現(xiàn)有的技術(shù)路線多采用替換文件的方式實現(xiàn)功能升級，實施過程中需要業(yè)務系統(tǒng)重新加載被替換后的文件并發(fā)布應用，無法做到“熱切換升級”。上述實現(xiàn)方式是基于數(shù)據(jù)庫驅(qū)動層面實現(xiàn)密碼功能升級，對于執(zhí)行存儲過程的一些場景缺乏有效的技術(shù)干預手段，還需要進一步完善。
（4）數(shù)據(jù)庫網(wǎng)關(guān)。數(shù)據(jù)庫網(wǎng)關(guān)（DataBase GateWay）以反向代理的方式串聯(lián)在業(yè)務服務器與數(shù)據(jù)庫服務器之間，通過接管網(wǎng)絡通信，并解析內(nèi)部數(shù)據(jù)庫通信協(xié)議，透明地實現(xiàn)特定字段信息的安全防護，數(shù)據(jù)庫網(wǎng)關(guān)架構(gòu)如圖 5 所示。
圖 5 數(shù)據(jù)庫網(wǎng)關(guān)架構(gòu)
由于數(shù)據(jù)庫網(wǎng)關(guān)是基于網(wǎng)絡層來完成業(yè)務流程的接管，通過控制流量轉(zhuǎn)發(fā)的方式，即可實現(xiàn)業(yè)務系統(tǒng)“零改造”“不停機”，將數(shù)據(jù)庫訪問信息轉(zhuǎn)發(fā)至數(shù)據(jù)庫網(wǎng)關(guān)。數(shù)據(jù)庫網(wǎng)關(guān)根據(jù)監(jiān)聽到的業(yè)務系統(tǒng)與數(shù)據(jù)庫服務器通信報文分析業(yè)務行為、業(yè)務數(shù)據(jù)，并根據(jù)擬定的數(shù)據(jù)保護策略，將符合策略保護的數(shù)據(jù)在網(wǎng)關(guān)中先行進行密碼處理，按照數(shù)據(jù)傳輸流向封裝成對應格式的報文進行傳遞。
數(shù)據(jù)庫網(wǎng)關(guān)將網(wǎng)絡接管能力、數(shù)據(jù)庫通信分析能力及密碼安全應用能力進行了整合，在技術(shù)層面上能夠真正做到零改造（無需替換文件、無需重啟服務）實現(xiàn)密碼保護。但是，其流程中多了報文解析、組裝，從實現(xiàn)原理上分析，性能較數(shù)據(jù)庫驅(qū)動實現(xiàn)方式弱。另外，數(shù)據(jù)庫通信協(xié)議的多樣性、不同版本之間的差異性、數(shù)據(jù)庫通信協(xié)議的保密性等問題，都是數(shù)據(jù)庫網(wǎng)關(guān)應用的重點和難點。
3 驅(qū)動 / 內(nèi)核層數(shù)據(jù)安全存儲方案
數(shù)據(jù)在應用層面寫入或讀取，都會通過文件驅(qū)動或操作系統(tǒng)內(nèi)核向塊 / 簇層面完成交互。技術(shù)路線上，也可以在驅(qū)動 / 內(nèi)核層面進行業(yè)務流程接管，最終實現(xiàn)數(shù)據(jù)存儲或者讀取時的透明密碼操作。
通過對文件驅(qū)動或操作系統(tǒng)內(nèi)核進行流程干預，當發(fā)現(xiàn)當前文件符合保護策略時，即進入密碼保護處理流程。在驅(qū)動 / 內(nèi)核層面，能夠獲取待操作文件存儲路徑、文件內(nèi)容、訪問進程等具體信息，可依托白名單等機制來實現(xiàn)是否進行自動加解密、完整性校驗或文件的重定向等操作，待操作完成后即可按照原有業(yè)務流程進行處理。通常都會在應用中設定安全區(qū)、安全訪問白名單，對存放在該區(qū)域內(nèi)的文件自動進行機密性和完整性操作，只有在白名單內(nèi)的進程進行訪問時，方可自動進行解密或完成完整性校驗，保障非授權(quán)訪問的安全。
本節(jié)密碼透明安全防護的技術(shù)路線以文件為最小單位，適用于數(shù)據(jù)庫文件和其他常規(guī)文件，保護的執(zhí)行效率較高，適用于大量非結(jié)構(gòu)化數(shù)據(jù)統(tǒng)一進行安全存儲的應用場景。由于該技術(shù)路線中防護對象的最小單位為文件，因此無法實現(xiàn)數(shù)據(jù)庫字段級安全防護需求。
4 塊 / 簇層數(shù)據(jù)安全存儲方式
塊 / 簇存儲保護與驅(qū)動 / 內(nèi)核保護原理基本一致，只是執(zhí)行的層面是在更底層，處理的對象不再是文件數(shù)據(jù)，而是塊 / 簇數(shù)據(jù)。
數(shù)據(jù)最終以塊 / 簇數(shù)據(jù)的方式進行存儲，當進行數(shù)據(jù)寫入時，通常采用符合塊 / 簇保護模式的密碼算法快速實現(xiàn)數(shù)據(jù)加密處理，既保證安全性和計算效率，也要考慮數(shù)據(jù)隨機讀取的實際需求。當數(shù)據(jù)讀取時，可以采用同樣的加密模式進行解密，還原出原文信息。
數(shù)據(jù)的完整性計算往往會改變原有數(shù)據(jù)的大小。在塊 / 簇存儲模式下都是以固定字節(jié)大小的單位來實現(xiàn)存儲，數(shù)據(jù)長度的變化很可能會引起跨塊 / 簇存儲，因此，在存儲設備中實現(xiàn)塊 /簇層完整性校驗值存儲的挑戰(zhàn)較大，故現(xiàn)有的塊存儲安全手段多以加密主，同時兼顧完整性防護的較少。
相比于驅(qū)動 / 內(nèi)核存儲，塊 / 簇存儲的顆粒度更大，效率更高，其運行在存儲的更底層，對 FC SAN、IP SAN 等新型網(wǎng)絡存儲也完全兼容，但是與驅(qū)動 / 內(nèi)核存儲一樣，由于顆粒度更大，無法實現(xiàn)更加精細化的策略控制，適用于海量大數(shù)據(jù)加密存儲。
5 方案比較
上文依次對應用層、驅(qū)動 / 內(nèi)核層以及塊 /簇層的數(shù)據(jù)存儲保護的技術(shù)路線進行了說明，從技術(shù)原理等角度初步說明了各種模式下的數(shù)據(jù)保護方式。針對幾種不同的數(shù)據(jù)存儲保護方式，本文從不同角度進行了比較，結(jié)果如表 1 所示。
表 1 不同模式下數(shù)據(jù)安全存儲方案比較
通過上表可以看出，若需對數(shù)據(jù)進行顆粒度較小的保護，不適合選擇文件和磁盤加密模式；若需零改造實現(xiàn)數(shù)據(jù)的國密算法保護，采用數(shù)據(jù)庫進行處理時，數(shù)據(jù)庫網(wǎng)關(guān)模式是較好的方式；若基于文件進行處理，則文件加密方式是較好的實現(xiàn)方式；若需支持高性能大數(shù)據(jù)量的加解密服務，文件和磁盤加密則是較好的選擇；若綜合考慮集成改造成本、運算效率、保護顆粒度等因素，針對數(shù)據(jù)庫來講，數(shù)據(jù)庫驅(qū)動模式則是較優(yōu)的選擇，而對于文件來講，則推薦采用文件保護模式。
6 結(jié) 語
數(shù)據(jù)已經(jīng)發(fā)展成為新型生產(chǎn)要素，也是數(shù)字經(jīng)濟的重要支撐，其安全性將大大影響數(shù)字經(jīng)濟的健康發(fā)展，密碼技術(shù)是保障數(shù)據(jù)安全行之有效、經(jīng)濟實用的手段。本文結(jié)合現(xiàn)階段數(shù)據(jù)類型以及數(shù)據(jù)的存儲邏輯，逐層從技術(shù)原理、優(yōu)缺點等方面闡述了主流數(shù)據(jù)存儲保護的技術(shù)路線和效果，為系統(tǒng)運營者選擇適合自己的數(shù)據(jù)保護手段提供參考。
