0
  • 聊天消息
  • 系統(tǒng)消息
  • 評(píng)論與回復(fù)
登錄后你可以
  • 下載海量資料
  • 學(xué)習(xí)在線課程
  • 觀看技術(shù)視頻
  • 寫文章/發(fā)帖/加入社區(qū)
會(huì)員中心
創(chuàng)作中心

完善資料讓更多小伙伴認(rèn)識(shí)你,還能領(lǐng)取20積分哦,立即完善>

3天內(nèi)不再提示

在云存儲(chǔ)上疊加加密文件系統(tǒng)的4種方案分析詳解

存儲(chǔ)界 ? 2018-01-05 14:36 ? 次閱讀

目標(biāo)很簡(jiǎn)單。云存儲(chǔ)上很多文件都挺私人的,直接放著很嚇人。雖說(shuō)云存儲(chǔ)采用各種方法來(lái)保證你的安全,但是世界上沒有絕對(duì)的安全。萬(wàn)一密碼泄漏,或者更糟糕,云存儲(chǔ)泄漏。此時(shí)你的各種文件就在網(wǎng)絡(luò)上裸奔了。

最簡(jiǎn)單的解決方法是什么?在底層存儲(chǔ)上套一層加密唄。不過(guò)由于是云存儲(chǔ),所以基于塊設(shè)備的加密方案不能用,例如LUKS。否則你同步到云上的就是一個(gè)超級(jí)巨大的塊文件,然后每次修改,云存儲(chǔ)客戶端都要找到差別上傳。這太蛋疼了。正解是每個(gè)文件分別加密上傳。但即便如此,對(duì)于超大文件進(jìn)行加密后依然會(huì)影響上傳效率,請(qǐng)?zhí)崆翱紤]一下這個(gè)問(wèn)題。

同時(shí)又要注意,云存儲(chǔ)用的加密文件系統(tǒng)和普通的加密文件系統(tǒng)還有點(diǎn)差別。很多加密文件系統(tǒng)的daemon會(huì)認(rèn)為自己是唯一一個(gè)會(huì)訪問(wèn)加密內(nèi)容的進(jìn)程,而云存儲(chǔ)可能隨時(shí)接收來(lái)自遠(yuǎn)程的修改。所以這會(huì)造成一些問(wèn)題。

備選方案

我對(duì)比了四種方案,EncFS,CryFS,GoCryptFS,eCryptFS。對(duì)比的方法是用這四種分別建立一個(gè)加密目錄,然后用不同的方法做寫入測(cè)試,看他的各種參數(shù)。順便說(shuō)一句,如果你要看的話,其實(shí)看這份表格就好。我只是在自己的機(jī)器上復(fù)現(xiàn)了一下,順便了解一下各家特點(diǎn)。

測(cè)試語(yǔ)句:

timeddif=/dev/zeroof=testbs=1048576count=1024

timeddif=/dev/zeroof=testbs=1024count=1048576

timetarxflinux-4.13.12.tar.xz

其中,在裸盤上直接解壓內(nèi)核源碼耗時(shí)7.568s,空間使用870M。

數(shù)據(jù)對(duì)比

+---------+-------+-----+-------+-----+-------+-----+--------------+

||time1|size1|time2|size2|time3|size3|comment|

+---------+-------+-----+-------+-----+-------+-----+--------------+

|EncFS|13.210s|1.1G|39.039s|1.1G|26.496s|894M||

+---------+-------+-----+-------+-----+-------+-----+--------------+

|CryFS|9.327s|1.1G|21.230s|1.1G|42.918s|2.5G|刪除耗時(shí)2.804s|

+---------+-------+-----+-------+-----+-------+-----+--------------+

|GoCryptFS|3.515s|1.1G|28.180s|1.1G|19.874s|918M||

+---------+-------+-----+-------+-----+-------+-----+--------------+

|eCryptFS|3.132s|1.1G|10.218s|1.1G|9.448s|1.4G||

+---------+-------+-----+-------+-----+-------+-----+--------------+

解讀

首先說(shuō)怎么解讀。time1是連續(xù)寫入性能,time2是離散寫入性能,time3是小文件寫入性能,size3是大量小文件膨脹系統(tǒng)。size1和size2沒啥用。

下面先看性能。從性能上看,最優(yōu)秀的是eCryptFS。這是理所當(dāng)然,因?yàn)檫@是唯一一個(gè)內(nèi)核態(tài)而且和內(nèi)核整合的系統(tǒng)。GoCryptFS次之。EncFS要慢上好多。至于CryFS,一開始寫小文件就原型畢露了。何況這是唯一一個(gè)刪除大文件時(shí)間超過(guò)1s的,達(dá)到2.8s。你看我其他系統(tǒng)測(cè)試?yán)锒紱]寫。

然后是膨脹率。EncFS膨脹2.75%,CryFS膨脹近三倍,GoCryptFS膨脹5.52%,eCryptFS膨脹65%。相比起來(lái),EncFS膨脹率最小,GoCryptFS次之,CryFS最糟糕。

安全性

下面是同一個(gè)人出的三份審計(jì)報(bào)告:

encfs的審計(jì)報(bào)告

gocryptfs的審計(jì)報(bào)告

ecryptfs的審計(jì)報(bào)告

根據(jù)報(bào)告可以得到這么幾個(gè)意見:

EncFS有安全性隱患,目前未解決。主要隱患來(lái)自于文件塊加密模式上。如果攻擊者有機(jī)會(huì)獲得多份密文副本,那么就是不安全的。

GoCryptFS有一定安全問(wèn)題,目前未解決。下面細(xì)說(shuō)。

eCryptFS需要進(jìn)一步審計(jì),目前可視為安全。

綜敘

可能出乎大家意料,我首先排除了encfs和ecryptfs。encfs是因?yàn)橛邪踩噪[患。ecryptfs是因?yàn)椴槐阌谑褂煤筒患嫒菰拼鎯?chǔ)模式。ecryptfs在每次掛載時(shí)都需要獨(dú)立輸入所有參數(shù),這樣使用起來(lái)比較不方便。更糟糕的是,ecryptfs并不支持同時(shí)有人訪問(wèn)加密數(shù)據(jù)本身。這樣會(huì)造成競(jìng)爭(zhēng)問(wèn)題。對(duì)于一個(gè)內(nèi)核級(jí)的東西來(lái)說(shuō),這有極大的危險(xiǎn)性。同時(shí),這貨的膨脹率有點(diǎn)高。

然后在CryFS和GoCryptFS里,我選擇GoCryptFS。雖然CryFS是唯一一個(gè)明確聲明自己兼容云存儲(chǔ)的,但是其膨脹率實(shí)在太高了。雖然是云存儲(chǔ),但是畢竟要考慮性價(jià)比的。

那么GoCryptFS的安全問(wèn)題是什么呢?主要隱患來(lái)自和云存儲(chǔ)混用時(shí),攻擊者雖然對(duì)文件內(nèi)容一無(wú)所知,但是可以修改文件內(nèi)容。例如將其他加密文件復(fù)制過(guò)來(lái),或者將部分內(nèi)容嫁接過(guò)來(lái)。審計(jì)報(bào)告里提供了一系列的POC來(lái)說(shuō)明這一風(fēng)險(xiǎn)。這一風(fēng)險(xiǎn)對(duì)于特定情況的用戶來(lái)說(shuō)是非常危險(xiǎn)的,例如在加密區(qū)域存儲(chǔ)多個(gè)可信身份/帳號(hào)身份文件的人。

很幸運(yùn),我對(duì)這方面沒要求。GoCryptFS的膨脹率不大,僅高于EncFS,完全可以接受。性能也不錯(cuò),僅次于eCryptFS。使用非常方便,同時(shí)還能提供過(guò)得去的安全特性。因此綜合上面所有情況,我選擇GoCryptFS作為云存儲(chǔ)上疊加的加密文件系統(tǒng)。

聲明:本文內(nèi)容及配圖由入駐作者撰寫或者入駐合作網(wǎng)站授權(quán)轉(zhuǎn)載。文章觀點(diǎn)僅代表作者本人,不代表電子發(fā)燒友網(wǎng)立場(chǎng)。文章及其配圖僅供工程師學(xué)習(xí)之用,如有內(nèi)容侵權(quán)或者其他違規(guī)問(wèn)題,請(qǐng)聯(lián)系本站處理。 舉報(bào)投訴
  • 云存儲(chǔ)
    +關(guān)注

    關(guān)注

    7

    文章

    774

    瀏覽量

    46330
  • 加密系統(tǒng)
    +關(guān)注

    關(guān)注

    0

    文章

    18

    瀏覽量

    11074

原文標(biāo)題:在云存儲(chǔ)上疊加加密文件系統(tǒng)

文章出處:【微信號(hào):cunchujie,微信公眾號(hào):存儲(chǔ)界】歡迎添加關(guān)注!文章轉(zhuǎn)載請(qǐng)注明出處。

收藏 人收藏

    評(píng)論

    相關(guān)推薦

    FatFS文件系統(tǒng)STM32F4的移植和應(yīng)用

    實(shí)現(xiàn)如U盤文件讀寫,SD卡的文件讀寫等工作時(shí),我們往往需要一個(gè)文件系統(tǒng)來(lái)支持我們的工作。特別在一些MCU應(yīng)用中,文件系統(tǒng)的加入能明顯改善
    的頭像 發(fā)表于 12-13 17:26 ?2867次閱讀
    FatFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>在</b>STM32F<b class='flag-5'>4</b><b class='flag-5'>上</b>的移植和應(yīng)用

    Linux proc文件系統(tǒng)詳解

    一篇:《文件系統(tǒng)有很多,但這幾個(gè)最為重要》介紹了procfs(進(jìn)程文件系統(tǒng)的縮寫),包含一個(gè)偽文件系統(tǒng)(啟動(dòng)時(shí)動(dòng)態(tài)生成的文件系統(tǒng)),用于通
    發(fā)表于 06-15 11:42 ?1194次閱讀

    文件系統(tǒng)

    文件系統(tǒng)uClinux中的文件系統(tǒng)可以有多種選擇。通常情況下,ROMfs是使用最多的文件系統(tǒng),它是一簡(jiǎn)單、緊湊和只讀的文件系統(tǒng)。ROMf
    發(fā)表于 06-02 09:29

    求一rtthread系統(tǒng)添加并使用文件系統(tǒng)的設(shè)計(jì)方案

    1、ART-PI中使用文件系統(tǒng)本次ART-PI實(shí)戰(zhàn)的文件系統(tǒng)有三,分別是:RomFS
    發(fā)表于 05-06 14:42

    分析YAFFS文件系統(tǒng)Linux系統(tǒng)中的構(gòu)建

    Flash File System)文件系統(tǒng)是專門針對(duì)NandFlash的特殊構(gòu)造設(shè)計(jì)的,是一日志結(jié)構(gòu)的文件系統(tǒng),性能超越了原有的JFFS系列文件系統(tǒng)。但隨著嵌入式技術(shù)的發(fā)展,
    發(fā)表于 10-21 10:56 ?0次下載
    <b class='flag-5'>分析</b>YAFFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>在</b>Linux<b class='flag-5'>系統(tǒng)</b>中的構(gòu)建

    《Linux設(shè)備驅(qū)動(dòng)開發(fā)詳解》第5章、Linux文件系統(tǒng)與設(shè)備文件系統(tǒng)

    《Linux設(shè)備驅(qū)動(dòng)開發(fā)詳解》第5章、Linux文件系統(tǒng)與設(shè)備文件系統(tǒng)
    發(fā)表于 10-27 14:13 ?0次下載
    《Linux設(shè)備驅(qū)動(dòng)開發(fā)<b class='flag-5'>詳解</b>》第5章、Linux<b class='flag-5'>文件系統(tǒng)</b>與設(shè)備<b class='flag-5'>文件系統(tǒng)</b>

    文件系統(tǒng)隔離性度量模型

    文件系統(tǒng)多租戶環(huán)境下的性能隔離性。由于環(huán)境1/0負(fù)載的動(dòng)態(tài)性和異構(gòu)性,所以準(zhǔn)確評(píng)估文件系統(tǒng)
    發(fā)表于 11-20 15:15 ?9次下載
    <b class='flag-5'>云</b><b class='flag-5'>文件系統(tǒng)</b>隔離性度量模型

    Linux文件系統(tǒng)與持久性內(nèi)存

    1、Linux 虛擬文件系統(tǒng)介紹 Linux 系統(tǒng)中一切皆文件,除了通常所說(shuō)的狹義的文件以外,目錄、設(shè)備、套接字和管道等都是
    的頭像 發(fā)表于 11-26 14:34 ?2614次閱讀
    Linux<b class='flag-5'>文件系統(tǒng)</b>與持久性內(nèi)存

    Nand Flash文件系統(tǒng)解決方案

    Nand Flash文件系統(tǒng)解決方案(嵌入式開發(fā)一般考什么證書)-ST提供適用于SLC的NFTL(NAND Flash Translation Layer)和FAT類文件系統(tǒng)來(lái)解決NAND Flash
    發(fā)表于 07-30 10:41 ?9次下載
    Nand Flash<b class='flag-5'>文件系統(tǒng)</b>解決<b class='flag-5'>方案</b>

    嵌入式Linux系統(tǒng)移植-(Linux文件系統(tǒng)

    嵌入式Linux系統(tǒng)移植-(Linux文件系統(tǒng))嵌入式文件系統(tǒng)概述·文件是有組織、有次序地存儲(chǔ)
    發(fā)表于 11-02 12:51 ?16次下載
    嵌入式Linux<b class='flag-5'>系統(tǒng)</b>移植-(Linux<b class='flag-5'>文件系統(tǒng)</b>)

    FATFS文件系統(tǒng)詳解

    一、文件系統(tǒng)負(fù)責(zé)管理和存儲(chǔ)文件信息的軟件機(jī)構(gòu)稱為文件管理系統(tǒng),簡(jiǎn)稱文件系統(tǒng)。即在磁盤上組織
    發(fā)表于 11-29 09:51 ?29次下載
    FATFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>詳解</b>

    文件系統(tǒng)】FatFs文件系統(tǒng)嵌入式芯片LPC18XX的移植

    文件系統(tǒng)】FatFs文件系統(tǒng)嵌入式芯片LPC18XX的移植
    發(fā)表于 12-04 10:51 ?12次下載
    【<b class='flag-5'>文件系統(tǒng)</b>】FatFs<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>在</b>嵌入式芯片LPC18XX<b class='flag-5'>上</b>的移植

    使用ZYMKEY加密Raspberry Pi的根文件系統(tǒng)

    電子發(fā)燒友網(wǎng)站提供《使用ZYMKEY加密Raspberry Pi的根文件系統(tǒng).zip》資料免費(fèi)下載
    發(fā)表于 06-16 10:43 ?0次下載
    使用ZYMKEY<b class='flag-5'>加密</b>Raspberry Pi<b class='flag-5'>上</b>的根<b class='flag-5'>文件系統(tǒng)</b>

    FATFS文件系統(tǒng)詳解:關(guān)于SD卡、SD nand、spi nor flash等眾多存儲(chǔ)設(shè)備

    文章目錄FATFS文件系統(tǒng)詳解1.簡(jiǎn)介2.基礎(chǔ)概念3.FAT文件系統(tǒng)組成介紹4.FAT文件系統(tǒng)分析4.1采用FAT格式格式化SDnand/s
    的頭像 發(fā)表于 09-07 17:58 ?2837次閱讀
    FATFS<b class='flag-5'>文件系統(tǒng)</b><b class='flag-5'>詳解</b>:關(guān)于SD卡、SD nand、spi nor flash等眾多<b class='flag-5'>存儲(chǔ)</b>設(shè)備

    服務(wù)器數(shù)據(jù)恢復(fù)—ocfs2文件系統(tǒng)被誤格式化為Ext4文件系統(tǒng)的數(shù)據(jù)恢復(fù)案例

    由于工作人員的誤操作,將Ext4文件系統(tǒng)誤裝入到存儲(chǔ)中Ocfs2文件系統(tǒng)數(shù)據(jù)卷,導(dǎo)致原Ocfs2文件系
    的頭像 發(fā)表于 12-04 10:49 ?542次閱讀
    服務(wù)器數(shù)據(jù)恢復(fù)—ocfs2<b class='flag-5'>文件系統(tǒng)</b>被誤格式化為Ext<b class='flag-5'>4</b><b class='flag-5'>文件系統(tǒng)</b>的數(shù)據(jù)恢復(fù)案例