微信企業(yè)號的安全技術(shù)架構(gòu)建設(shè)
——以國網(wǎng)客服中心微信企業(yè)號為例

任立國， 張 熇， 朱 桂

（1.國家電網(wǎng)有限公司客戶服務(wù)中心黨委黨建部（黨委宣傳部），天津 300309；2.國網(wǎng)電子商務(wù)有限公司（國網(wǎng)金融科技集團(tuán)）電動汽車（新零售）事業(yè)部，天津 300010）

0 引言

在互聯(lián)網(wǎng)高速發(fā)展的今天，移動互聯(lián)已經(jīng)成為現(xiàn)代人工作生活的重要組成部分，而微信等依托智能手機(jī)終端的社交工具吸引著越來越多年輕人的目光。在互聯(lián)網(wǎng)高速發(fā)展的同時，信息安全技術(shù)在一定程度上未能完全跟上網(wǎng)絡(luò)技術(shù)發(fā)展的步伐，往往出現(xiàn)事后防控的現(xiàn)象。如何周密部署安全措施，防止重要信息泄露，已成為政府、企業(yè)關(guān)注的焦點。直至今日，國內(nèi)網(wǎng)絡(luò)安全的發(fā)展依然遠(yuǎn)遠(yuǎn)跟不上互聯(lián)網(wǎng)發(fā)展的速度，已經(jīng)造成很多無法彌補(bǔ)的嚴(yán)重?fù)p失。國網(wǎng)客服中心利用智能互聯(lián)、多場景應(yīng)用和虛擬現(xiàn)實、增強(qiáng)現(xiàn)實技術(shù)手段，重塑微信企業(yè)號的技術(shù)框架，在開辟信通技術(shù)應(yīng)用新途徑的同時，也加強(qiáng)了信息安全的建設(shè)工作。

1 框架結(jié)構(gòu)

1.1 總體層次結(jié)構(gòu)

“微家園”在總體架構(gòu)（見圖1） 構(gòu)建下，總體層次結(jié)構(gòu)分為模型層、數(shù)據(jù)層、功能模塊層、邏輯控制層和虛擬現(xiàn)實展示互動層（見圖2）。為保障系統(tǒng)運行的安全性和可靠性，以及系統(tǒng)后續(xù)的可擴(kuò)展性，“微家園”還包含了系統(tǒng)運維模塊、“使用規(guī)范”和“系統(tǒng)維護(hù)”機(jī)制等標(biāo)準(zhǔn)及規(guī)范性文件。

模型層對應(yīng)系統(tǒng)中所模擬仿真的3D 設(shè)施設(shè)備單機(jī)模型（包括外觀模型和功能模型），網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)模型（包括外觀模型和拓?fù)溥B接關(guān)系），以及部分實景拍攝的全景視頻數(shù)據(jù)和對模型、功能、場景等進(jìn)行說明的文本數(shù)據(jù)，模型層內(nèi)的內(nèi)容，統(tǒng)一存放在數(shù)據(jù)層的內(nèi)容中心（數(shù)據(jù)庫） 中，并由相應(yīng)功能模塊調(diào)取。功能模塊層包含了系統(tǒng)正常運作的相關(guān)各模塊，主要分為兩個組合：業(yè)務(wù)操作互動模塊和系統(tǒng)運維模塊，所有的功能模塊由邏輯控制層統(tǒng)一控制調(diào)用，并向虛擬現(xiàn)實展示互動層輸出的相應(yīng)內(nèi)容。

圖1 總體架構(gòu)圖

1.2 系統(tǒng)邏輯結(jié)構(gòu)

圖3 為系統(tǒng)邏輯結(jié)構(gòu)圖，系統(tǒng)邏輯結(jié)構(gòu)由4部分組成，分別為虛擬現(xiàn)實可視化模塊、系統(tǒng)運維模塊、內(nèi)容管理模塊、互動控制模塊。虛擬現(xiàn)實可視化模塊是最終用戶所直接使用的模塊，包括虛擬現(xiàn)實引擎、用戶交互、3D 模型和場景選擇。系統(tǒng)采用Unreal 和Unity 兩種虛擬現(xiàn)實開發(fā)引擎，Unreal 提供高真實感的畫質(zhì)，成本較高，主要用于需要對真實環(huán)境精細(xì)重現(xiàn)的活動場景；Unity 提供較好真實感的畫質(zhì)，成本較低，主要用于對真實環(huán)境重現(xiàn)度要求不高，重在體驗流程的場景。用戶交互部分根據(jù)互動控制模塊輸出，選擇適應(yīng)的交互方式。3D 模型部分，根據(jù)互動控制模塊輸出，從內(nèi)容管理模塊中讀取相應(yīng)的模型數(shù)據(jù)，并將其轉(zhuǎn)化為VR（virtual reality） 模型，需要包含尺寸、單位、模型歸類塌陷、規(guī)范化命名、紋理（含尺寸、格式）、坐標(biāo)、材質(zhì)等關(guān)鍵信息。

互動控制模塊根據(jù)不同場景對互動及內(nèi)容畫質(zhì)需求的不同，選擇相應(yīng)的模型/視頻（全景視頻、低面模型、高精度模型），并選擇相應(yīng)的互動模式（定點觀察、移動觀察、交互操作），將選擇結(jié)果傳遞給虛擬現(xiàn)實可視化模塊，作為其用戶交互的輸入。內(nèi)容管理模塊主要用于管理所存儲的各種模型和數(shù)據(jù)。

圖2 系統(tǒng)層次結(jié)構(gòu)圖

圖3 系統(tǒng)邏輯結(jié)構(gòu)圖

1.3 前端展示結(jié)構(gòu)

圖4 為前端與后端結(jié)構(gòu)展示圖。系統(tǒng)運維模塊主要完成系統(tǒng)后臺管理和容災(zāi)處理等；業(yè)務(wù)應(yīng)用包含前端服務(wù)和支撐管理系統(tǒng)，其中在線服務(wù)、播報專題、動態(tài)/圈子、智能交互、我的賬戶等可以在前端收集使用者數(shù)據(jù)，將其并行；而業(yè)務(wù)支撐和系統(tǒng)管理模塊，可以讓管理員在進(jìn)行日常運營工作的同時，對采集的數(shù)據(jù)進(jìn)行分析。

圖4 前端與后端結(jié)構(gòu)展示

1.4 相關(guān)技術(shù)應(yīng)用

“微家園”利用移動互聯(lián)網(wǎng)MI（mobile internet） 中新興的平臺創(chuàng)建微應(yīng)用，通過鏈接二次載入，進(jìn)入虛擬現(xiàn)實技術(shù)創(chuàng)建的計算機(jī)仿真系統(tǒng)，進(jìn)行多信息融合、交互的三維動態(tài)視景和實體行為的系統(tǒng)仿真，使用戶沉浸到該環(huán)境中。其模擬的虛擬場景，實時地計算攝影機(jī)影像的位置及角度并加上相應(yīng)圖像、視頻、3D 模型，讓使用者有更加沉浸式的體驗應(yīng)用。

其中，構(gòu)架的服務(wù)器可以讓使用者在不同地點、不同時間使用不同計算機(jī)、手機(jī)，或不同軟件的用戶能夠讀取他人的數(shù)據(jù)并進(jìn)行各種操作運算和分析。

2 安全架構(gòu)

“微家園”目前采用企業(yè)公眾號的方式對外開放，搭建自己的后端業(yè)務(wù)服務(wù)器，承載功能豐富的公眾號服務(wù)，在利用公眾號進(jìn)行推廣活動時，針對微信應(yīng)用場景制定專屬防護(hù)策略，有效抵御DDoS、CC 等網(wǎng)絡(luò)攻擊，秒級清洗攻擊流量，保障微信公眾號的正常訪問，解決惡意攻擊的困擾。以O(shè)racle 數(shù)據(jù)庫數(shù)據(jù)的恢復(fù)為例進(jìn)行說明。通過預(yù)先設(shè)定的恢復(fù)腳本實現(xiàn)數(shù)據(jù)庫的全庫、控制文件、表空間、數(shù)據(jù)文件、歸檔日志等數(shù)據(jù)的恢復(fù)。Oracle 數(shù)據(jù)庫損壞有很多種形式，包括控制文件丟失、聯(lián)機(jī)日志損壞、歸檔日志損壞、表空間損壞、數(shù)據(jù)庫崩潰、硬件災(zāi)難等。下面就各種情況簡述備份軟件下的恢復(fù)機(jī)制。

2.1 控制文件損壞恢復(fù)

在Oracle 中，控制文件在安裝時有數(shù)據(jù)庫管理系統(tǒng)默認(rèn)保留了3 個同步備份，存儲在不同的目錄下。這些備份最好存在不同的硬盤下。

2.2 聯(lián)機(jī)日志損壞恢復(fù)

Oracle 聯(lián)機(jī)日志組的鏡像機(jī)制，每組包含同其他組相同的重做日志成員。當(dāng)聯(lián)機(jī)日志損壞時，即使數(shù)據(jù)文件沒有受影響，這些文件也無法訪問，因為不能進(jìn)行崩潰恢復(fù)（所有聯(lián)機(jī)日志丟失）。在這種情況下強(qiáng)制打開數(shù)據(jù)庫會造成數(shù)據(jù)庫的不一致。如果任何一個未歸檔的聯(lián)機(jī)日志丟失，無法進(jìn)行崩潰恢復(fù)時，可進(jìn)行介質(zhì)恢復(fù)。

2.3 歸檔日志損壞恢復(fù)

歸檔日志和聯(lián)機(jī)日志同樣重要，當(dāng)歸檔日志文件沒有備份到磁帶機(jī)或磁帶庫前，如果發(fā)現(xiàn)某些文件I/O 出錯時，一定要盡快做一個全備份，否則只要歸檔日志以外的任何一部分出了問題，都是沒有辦法恢復(fù)的。因此，對于歸檔日志也必須做鏡像，這可以通過參數(shù)文件的參數(shù)來設(shè)置。

歸檔日志損壞，以前的歸檔日志將不可用，影響的是恢復(fù)操作，而不會影響系統(tǒng)的正常運行，只需要重新做一次全備份即可。

2.4 表空間或數(shù)據(jù)文件損壞恢復(fù)

當(dāng)表空間或某幾個數(shù)據(jù)文件發(fā)生故障的時候，先通過備份的數(shù)據(jù)將數(shù)據(jù)文件恢復(fù)回來，再通過歸檔日志和聯(lián)機(jī)日志將Oracle 數(shù)據(jù)庫的狀態(tài)恢復(fù)到發(fā)生故障的那一點，提交的數(shù)據(jù)都被完整地恢復(fù)回去。

2.5 Oracle 災(zāi)難恢復(fù)

當(dāng)災(zāi)難發(fā)生的時候，首先是確定災(zāi)難的性質(zhì)。單個磁盤崩潰時，如果已經(jīng)進(jìn)行了多路鏡像的控制文件，聯(lián)機(jī)日志、相關(guān)的歸檔日志都能找到的話，那么可以將數(shù)據(jù)庫恢復(fù)到發(fā)生故障的那一點。如果所有的相關(guān)文件都丟失了，那么首先恢復(fù)數(shù)據(jù)庫的一個脫機(jī)全備份，包括數(shù)據(jù)文件、聯(lián)機(jī)重做日志、歸檔日志、控制文件、程序文件、配置文件等（先恢復(fù)程序文件和配置文件，當(dāng)將原始磁盤的內(nèi)容恢復(fù)回去時，要保證原有的磁盤路徑存在，磁盤分區(qū)不變。如果原來的路徑不存在了，那么必須在其他地方創(chuàng)建一個，但容量不能小于原先的分區(qū)）。然后恢復(fù)一個聯(lián)機(jī)熱備份，再使用歸檔日志文件進(jìn)行重做，將數(shù)據(jù)庫恢復(fù)到最后一個可用的歸檔日志。

2.6 數(shù)據(jù)重定向恢復(fù)

重定向恢復(fù)是將備份的文件恢復(fù)到另一個不同的位置或系統(tǒng)上去，而不是進(jìn)行備份操作時它們當(dāng)時所在的位置。重定向恢復(fù)可以是整個系統(tǒng)恢復(fù)也可以是個別文件恢復(fù)，重定向恢復(fù)時要確保系統(tǒng)或文件恢復(fù)后的可用性。

為了防備數(shù)據(jù)丟失，需要做好詳細(xì)的災(zāi)難恢復(fù)計劃，同時還要定期進(jìn)行災(zāi)難恢復(fù)測試。每過一段時間，應(yīng)進(jìn)行一次災(zāi)難演習(xí)，可以利用淘汰的機(jī)器或多余的硬盤進(jìn)行災(zāi)難模擬，以熟練災(zāi)難恢復(fù)的操作過程，并檢驗所生成的災(zāi)難恢復(fù)備份是否可靠。

3 結(jié)束語

近年來，電力企業(yè)越來越多地使用互聯(lián)網(wǎng)產(chǎn)品進(jìn)行溝通，不僅滿足了企業(yè)內(nèi)部文化傳遞和信息傳遞的各種需求，還大幅度提升了職工的工作效率。但在使用這些系統(tǒng)的過程中，經(jīng)常會發(fā)現(xiàn)各式各樣的問題，其中，安全問題是重中之重，能否有效抵御網(wǎng)絡(luò)攻擊，保護(hù)內(nèi)部資料、知識產(chǎn)權(quán)等重要信息，成為企業(yè)互聯(lián)網(wǎng)產(chǎn)品運營者重點關(guān)注的問題，而國網(wǎng)客服中心企業(yè)微信建立的網(wǎng)絡(luò)防護(hù)方式，在3 年的運營過程中實現(xiàn)了有害攻擊“零侵入”目標(biāo)，在開辟信通技術(shù)應(yīng)用新途徑的同時，構(gòu)筑了網(wǎng)絡(luò)信息安全的堅固城墻。