軟件開(kāi)發(fā)公司通常使用的DevOps是一種需要軟件開(kāi)發(fā)人員和IT運(yùn)營(yíng)團(tuán)隊(duì)密切協(xié)作的文化，目標(biāo)是更快地推出更高質(zhì)量的軟件和頻繁修改該軟件。DevOps幫助許多北京軟件開(kāi)發(fā)公司徹底改變了他們的開(kāi)發(fā)操作。

在軟件開(kāi)發(fā)行業(yè)也開(kāi)始理解作為DevOps過(guò)程一部分，解決安全需求的重要性。DevOps體系下必須平衡速度和靈活性在應(yīng)用程序和服務(wù)的需求中保護(hù)企業(yè)關(guān)鍵資產(chǎn)。

自帶測(cè)試下的安全性顯微鏡
在軟件開(kāi)發(fā)過(guò)程中特別需要更加重視的一個(gè)領(lǐng)域是安全測(cè)試。根據(jù)較近的一項(xiàng)調(diào)查，北京軟件公司報(bào)告在測(cè)試過(guò)程中使用實(shí)時(shí)客戶數(shù)據(jù)，因?yàn)樗麄冋J(rèn)為這可以在“實(shí)際”中提供應(yīng)用程序性能和行為的較準(zhǔn)確表示。任何時(shí)候，實(shí)時(shí)客戶數(shù)據(jù)都是從生產(chǎn)中提取的環(huán)境，他們向軟件外包商提供真實(shí)的客戶數(shù)據(jù)用于測(cè)試流程，這增加了損失或誤操作的風(fēng)險(xiǎn)。這些根深蒂固的習(xí)慣，可以使測(cè)試人員面臨重大風(fēng)險(xiǎn)。

未能保護(hù)個(gè)人數(shù)據(jù)的公司所遭受的聲譽(yù)損失可直接轉(zhuǎn)化為收入損失。新的隱私規(guī)定現(xiàn)在提高了這個(gè)前景。歐盟（EU）較近通過(guò)的一般數(shù)據(jù)保護(hù)法規(guī)（GDPR）通常被認(rèn)為主要影響歐盟公司，但這些新法律實(shí)際上適用于擁有歐盟客戶數(shù)據(jù)的任何組織。這包括一半以上的大型企業(yè) - 根據(jù)上述相同的調(diào)查。2018年5月，未能在測(cè)試過(guò)程中掩蓋其客戶數(shù)據(jù)的企業(yè)將發(fā)現(xiàn)自己直接違反GDPR。

滿足測(cè)試數(shù)據(jù)保密任務(wù)
如同許多其他的信息安全計(jì)劃，測(cè)試數(shù)據(jù)隱私項(xiàng)目可能是復(fù)雜和困難，但他們可以用DevOps的舉措保持一致。入門建議包括清查敏感數(shù)據(jù)，確定理想偽裝規(guī)則和創(chuàng)建了解視圖表。

庫(kù)存敏感數(shù)據(jù)，現(xiàn)在可以保存。第一步是通過(guò)創(chuàng)建和識(shí)別需要偽裝的信息列來(lái)獲取所有敏感數(shù)據(jù)的庫(kù)存。與流行的信念相反，這不包括名稱，事實(shí)上，消除名稱可能會(huì)使得在測(cè)試過(guò)程中數(shù)據(jù)在事務(wù)路徑和平臺(tái)上移動(dòng)時(shí)不必要地識(shí)別客戶記錄。例如，在基本加密模型中，“Marcin Grabinski”的輸入可以傳遞“KL / BCrWkXniHAdoN0zhLEw”的輸出。簡(jiǎn)而言之，這對(duì)于測(cè)試者是不可區(qū)分的，因此是不可接受的，除非過(guò)程是自動(dòng)的，手動(dòng)。

測(cè)試數(shù)據(jù)隱私的目標(biāo)不是偽裝數(shù)據(jù)本身，而是使得相當(dāng)難以識(shí)別個(gè)人 - 一種被稱為“假名化”的概念。只要這些名稱沒(méi)有鏈接，就可以使用生產(chǎn)數(shù)據(jù)庫(kù)中的真實(shí)客戶名稱到家庭住址，出生日期，護(hù)照，許可證號(hào)碼或任何其他識(shí)別信息。保持真實(shí)，易于識(shí)別的名稱（例如，Jane Doe）使得測(cè)試過(guò)程對(duì)于手動(dòng)測(cè)試人員更快速，高效和準(zhǔn)確，因?yàn)樗鼈冊(cè)跍y(cè)試環(huán)境中跟蹤應(yīng)用程序執(zhí)行。

確定理想的偽裝規(guī)則。一旦公司確定需要屏蔽哪些信息，下一步是為每種類型的敏感數(shù)據(jù)創(chuàng)建偽裝規(guī)則。有各種技術(shù)，較著名的是加密，或者對(duì)消息或信息進(jìn)行編碼的過(guò)程，因此只有授權(quán)方才能讀取它們。

如上所述，使用標(biāo)準(zhǔn)加密的挑戰(zhàn)在于，它可能使得軟件開(kāi)發(fā)公司測(cè)試者非常難以識(shí)別他或她正在觀看什么類型的信息。以上面提到的例子，“KL / BCrWkXniHAdoN0zhLEw” - 不只是這不容易簡(jiǎn)單地查看和召回作為名稱，但人們甚至不能告訴它是一個(gè)名稱或地址，或電話號(hào)碼物。在測(cè)試數(shù)據(jù)隱私的上下文中，格式保留加密趨向于更好地工作。這種加密風(fēng)格保留了輸入數(shù)據(jù)的原始格式，同時(shí)屏蔽了輸入數(shù)據(jù)，從而使其對(duì)于數(shù)據(jù)測(cè)試目的更有用。例如美國(guó)的電話號(hào)碼 - 這些可以反映為三位數(shù)字 - 三位數(shù)字 - 四位數(shù)字，因此測(cè)試者知道他或她正在查看電話號(hào)碼，但內(nèi)容是加密的 - 給出不同的數(shù)字集合。

雖然格式保護(hù)加密可以很好地用于像電話號(hào)碼這樣的數(shù)據(jù)，但對(duì)于不遵循標(biāo)準(zhǔn)格式的數(shù)據(jù)（例如地址）并不總是很好。對(duì)于處理GDPR的組織尤其如此，因?yàn)榈刂吩诓煌瑖?guó)家的格式不同。數(shù)據(jù)轉(zhuǎn)換，它采用存儲(chǔ)在組織的文件中的現(xiàn)有數(shù)據(jù)記錄，并且加擾并分配它們以掩蓋敏感數(shù)據(jù)值 - 對(duì)于希望掩蓋遵循統(tǒng)一格式的地址信息的組織來(lái)說(shuō)是好的選擇。

創(chuàng)建查找表。如果必須使用現(xiàn)實(shí)的名稱或地址，則沒(méi)有魔法來(lái)簡(jiǎn)化過(guò)程 - 必須設(shè)置數(shù)據(jù)查找表。然而，這不需要是一個(gè)時(shí)間密集或痛苦的過(guò)程。首先，不需要有大量的數(shù)據(jù)記錄。一些組織認(rèn)為，為了測(cè)試是全面的，他們需要測(cè)試與生產(chǎn)聯(lián)系人表包含的行數(shù)一樣多。這不是真的 - 測(cè)試只有一到五個(gè)數(shù)據(jù)記錄是完全可以接受的。

相同的比例對(duì)地址有好處。不需要巨大的體積。正如我們上面討論的，由于格式的種類繁多，以及郵政編碼，城市和街道之類的項(xiàng)目之間的不一致，可能會(huì)使記錄無(wú)法進(jìn)行測(cè)試，因此掩蔽地址可能很具挑戰(zhàn)性。有一些方法可以解決這個(gè)問(wèn)題 - 一些組織選擇保留真實(shí)的地址信息 - 只要附加到其上的其他個(gè)人身份信息被正確屏蔽，有些組織甚至完全刪除這個(gè)私有地址信息，用替換地址替換它。例如，在同一個(gè)國(guó)家有多個(gè)位置的大型組織可以將這些地址換成“虛擬”，以避免在其測(cè)試環(huán)境中有任何真正的私有地址。

結(jié)論
在軟件開(kāi)發(fā)公司的DevOps體系中，每個(gè)人都在快速移動(dòng)，特別是測(cè)試人員，組織需要將它們與不必要的風(fēng)險(xiǎn)隔離開(kāi)來(lái)。如果軟件產(chǎn)品不安全，或者如果客戶的數(shù)據(jù)隱私在創(chuàng)建過(guò)程中的任何地方受到損害，那么旨在及時(shí)和預(yù)算地產(chǎn)生優(yōu)秀軟件的大量努力將被嚴(yán)重削弱。安全解決方案正在不斷發(fā)展，并且越來(lái)越適應(yīng)DevOps的速度。在這種情況下，解決軟件開(kāi)發(fā)中的安全問(wèn)題的一個(gè)重要方法是通過(guò)適當(dāng)?shù)仄帘螠y(cè)試過(guò)程中使用的所有生產(chǎn)級(jí)客戶數(shù)據(jù)。