精品国产人成在线_亚洲高清无码在线观看_国产在线视频国产永久2021_国产AV综合第一页一个的一区免费影院黑人_最近中文字幕MV高清在线视频

0
  • 聊天消息
  • 系統消息
  • 評論與回復
登錄后你可以
  • 下載海量資料
  • 學習在線課程
  • 觀看技術視頻
  • 寫文章/發帖/加入社區
會員中心
創作中心

完善資料讓更多小伙伴認識你,還能領取20積分哦,立即完善>

3天內不再提示

在云存儲上疊加加密文件系統的4種方案分析詳解

存儲界 ? 2018-01-05 14:36 ? 次閱讀

目標很簡單。云存儲上很多文件都挺私人的,直接放著很嚇人。雖說云存儲采用各種方法來保證你的安全,但是世界上沒有絕對的安全。萬一密碼泄漏,或者更糟糕,云存儲泄漏。此時你的各種文件就在網絡上裸奔了。

最簡單的解決方法是什么?在底層存儲上套一層加密唄。不過由于是云存儲,所以基于塊設備的加密方案不能用,例如LUKS。否則你同步到云上的就是一個超級巨大的塊文件,然后每次修改,云存儲客戶端都要找到差別上傳。這太蛋疼了。正解是每個文件分別加密上傳。但即便如此,對于超大文件進行加密后依然會影響上傳效率,請提前考慮一下這個問題。

同時又要注意,云存儲用的加密文件系統和普通的加密文件系統還有點差別。很多加密文件系統的daemon會認為自己是唯一一個會訪問加密內容的進程,而云存儲可能隨時接收來自遠程的修改。所以這會造成一些問題。

備選方案

我對比了四種方案,EncFS,CryFS,GoCryptFS,eCryptFS。對比的方法是用這四種分別建立一個加密目錄,然后用不同的方法做寫入測試,看他的各種參數。順便說一句,如果你要看的話,其實看這份表格就好。我只是在自己的機器上復現了一下,順便了解一下各家特點。

測試語句:

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

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

timetarxflinux-4.13.12.tar.xz

其中,在裸盤上直接解壓內核源碼耗時7.568s,空間使用870M。

數據對比

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

||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|刪除耗時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||

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

解讀

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

下面先看性能。從性能上看,最優秀的是eCryptFS。這是理所當然,因為這是唯一一個內核態而且和內核整合的系統。GoCryptFS次之。EncFS要慢上好多。至于CryFS,一開始寫小文件就原型畢露了。何況這是唯一一個刪除大文件時間超過1s的,達到2.8s。你看我其他系統測試里都沒寫。

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

安全性

下面是同一個人出的三份審計報告:

encfs的審計報告

gocryptfs的審計報告

ecryptfs的審計報告

根據報告可以得到這么幾個意見:

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

GoCryptFS有一定安全問題,目前未解決。下面細說。

eCryptFS需要進一步審計,目前可視為安全。

綜敘

可能出乎大家意料,我首先排除了encfs和ecryptfs。encfs是因為有安全性隱患。ecryptfs是因為不便于使用和不兼容云存儲模式。ecryptfs在每次掛載時都需要獨立輸入所有參數,這樣使用起來比較不方便。更糟糕的是,ecryptfs并不支持同時有人訪問加密數據本身。這樣會造成競爭問題。對于一個內核級的東西來說,這有極大的危險性。同時,這貨的膨脹率有點高。

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

那么GoCryptFS的安全問題是什么呢?主要隱患來自和云存儲混用時,攻擊者雖然對文件內容一無所知,但是可以修改文件內容。例如將其他加密文件復制過來,或者將部分內容嫁接過來。審計報告里提供了一系列的POC來說明這一風險。這一風險對于特定情況的用戶來說是非常危險的,例如在加密區域存儲多個可信身份/帳號身份文件的人。

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

聲明:本文內容及配圖由入駐作者撰寫或者入駐合作網站授權轉載。文章觀點僅代表作者本人,不代表電子發燒友網立場。文章及其配圖僅供工程師學習之用,如有內容侵權或者其他違規問題,請聯系本站處理。 舉報投訴
  • 云存儲
    +關注

    關注

    7

    文章

    732

    瀏覽量

    46001
  • 加密系統
    +關注

    關注

    0

    文章

    18

    瀏覽量

    11028

原文標題:在云存儲上疊加加密文件系統

文章出處:【微信號:cunchujie,微信公眾號:存儲界】歡迎添加關注!文章轉載請注明出處。

收藏 人收藏

    評論

    相關推薦

    FatFS文件系統STM32F4的移植和應用

    實現如U盤文件讀寫,SD卡的文件讀寫等工作時,我們往往需要一個文件系統來支持我們的工作。特別在一些MCU應用中,文件系統的加入能明顯改善
    的頭像 發表于 12-13 17:26 ?2523次閱讀
    FatFS<b class='flag-5'>文件系統</b><b class='flag-5'>在</b>STM32F<b class='flag-5'>4</b><b class='flag-5'>上</b>的移植和應用

    Linux proc文件系統詳解

    一篇:《文件系統有很多,但這幾個最為重要》介紹了procfs(進程文件系統的縮寫),包含一個偽文件系統(啟動時動態生成的文件系統),用于通
    發表于 06-15 11:42 ?1050次閱讀

    文件系統

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

    求一rtthread系統添加并使用文件系統的設計方案

    1、ART-PI中使用文件系統本次ART-PI實戰的文件系統有三,分別是:RomFS
    發表于 05-06 14:42

    分析YAFFS文件系統Linux系統中的構建

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

    《Linux設備驅動開發詳解》第5章、Linux文件系統與設備文件系統

    《Linux設備驅動開發詳解》第5章、Linux文件系統與設備文件系統
    發表于 10-27 14:13 ?0次下載
    《Linux設備驅動開發<b class='flag-5'>詳解</b>》第5章、Linux<b class='flag-5'>文件系統</b>與設備<b class='flag-5'>文件系統</b>

    文件系統隔離性度量模型

    文件系統多租戶環境下的性能隔離性。由于環境1/0負載的動態性和異構性,所以準確評估文件系統
    發表于 11-20 15:15 ?9次下載
    <b class='flag-5'>云</b><b class='flag-5'>文件系統</b>隔離性度量模型

    Linux文件系統與持久性內存

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

    Nand Flash文件系統解決方案

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

    嵌入式Linux系統移植-(Linux文件系統

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

    FATFS文件系統詳解

    一、文件系統負責管理和存儲文件信息的軟件機構稱為文件管理系統,簡稱文件系統。即在磁盤上組織
    發表于 11-29 09:51 ?29次下載
    FATFS<b class='flag-5'>文件系統</b><b class='flag-5'>詳解</b>

    文件系統】FatFs文件系統嵌入式芯片LPC18XX的移植

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

    使用ZYMKEY加密Raspberry Pi的根文件系統

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

    FATFS文件系統詳解:關于SD卡、SD nand、spi nor flash等眾多存儲設備

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

    服務器數據恢復—ocfs2文件系統被誤格式化為Ext4文件系統的數據恢復案例

    由于工作人員的誤操作,將Ext4文件系統誤裝入到存儲中Ocfs2文件系統數據卷,導致原Ocfs2文件系
    的頭像 發表于 12-04 10:49 ?422次閱讀
    服務器數據恢復—ocfs2<b class='flag-5'>文件系統</b>被誤格式化為Ext<b class='flag-5'>4</b><b class='flag-5'>文件系統</b>的數據恢復案例