【转】Linux内核安全技术（二）——磁盘加密技术概述和eCryptfs详解

已于 2023-08-24 09:28:14 修改
阅读量990 收藏 6
点赞数 3
分类专栏： 安全相关 文章标签： linux 安全
于 2023-06-10 17:27:26 首次发布
原文链接：https://mp.weixin.qq.com/s/ydfDzx6JI6jfU81BCAiqQg
版权

前言

上次的文章是在去年，希望老大这次不要托更太久，学到了太多。

内容的的原文链接：https://mp.weixin.qq.com/s/ydfDzx6JI6jfU81BCAiqQg

下面一起来学习一下前辈的blog。

一、概述

加密是最常见的数据安全保护技术，在数据生命周期各阶段均有应用。从应用场景和技术实现上，按加密对象、用户是否感知、加密算法等维度，有多种分类及对应方案，并在主流操作系统如Windows、Linux、Android中有广泛应用。

本文是Linux内核安全技术系列第二篇，主要介绍磁盘加密技术及主流实现方案。

  • 首先介绍磁盘加密技术背景，包括应用场景、威胁模型、技术路线分类等；
  • 其次介绍磁盘加密的两种实现方案，即全盘加密FDE和文件系统加密FBE，重点介绍Linux系统和内核主流FBE实现方案；
  • 最后以eCryptfs为例，详细分析其原理和应用。

1.1、说明

数据在其生命周期各阶段的信息安全风险有很多，如仿冒、篡改、泄漏、越权访问、DoS拒绝访问等，一些成熟方案通常能解决消减多种风险。

本文主要介绍磁盘加密技术，主要关注的是数据泄漏、机密性维度，其他维度风险和保护不过多涉及。

1.2、缩略语和术语

在这里插入图片描述

二、技术背景介绍

2.1、威胁模型

数据生命周期管理（Data Lifecycle Management）通常将数据划分为生产、存储、使用、分享、销毁、归档几个阶段。

而从信息安全保护维度，则一般将数据划分为三种状态，即：Data in Use、Data in Motion/Transit、Data at Rest。

在这里插入图片描述

在这里插入图片描述

Data in Motion/Transit，即数据传输场景，是大家最熟悉、技术发展最成熟的安全场景。

  • 例如基于SSL/TLS协议的Https应用，
  • 基于SSH协议的SCP/SFTP应用等。

这些技术对数据的安全保护不仅包括加密传输，也包含双向身份认证、完整性保护等。

Data in Use，即数据使用场景。此时数据缓存在系统DRAM、Cache、CPU Register中，一般明文存在。但在一些高安全场景下，为防止侧信道攻击（如Cold Boot Attack获取DRAM中密钥信息），业界也提出了Full Memory Encryption全内存加密技术。如Intel的TME（Total Memory Encryption）、AMD的SME（Secure Memory Encryption）等。FME使能时系统DRAM数据全部为加密存储，CPU通过特定硬件加解密引擎分别在读写数据时做解密加密操作，加解密密钥则一般每次boot时唯一生成。

在这里插入图片描述

在这里插入图片描述

Data at Rest，即数据（持久化）存储场景。此时数据属于inactive状态未使用，存储在磁盘等非易失性介质。安全风险主要有非授权访问、设备丢失导致数据泄漏等。

  • 常见保护方式包括物理/网络层面的隔离和访问控制、以及数据（落盘）加密。对于加密存储的磁盘数据，即使设备（如PC/手机）丢失，攻击者拆出硬盘或Flash器件，也只能读取到器件中的密文，保证关键数据机密性。

2.2、技术路线

加密是防止数据泄漏、保证机密性的有效手段。按照不同维度，加密技术/方案可以有多种分类，简单汇总如下：

在这里插入图片描述

需要说明的是，几种维度不互斥，某一方案通常符合/采用多个特征/技术。例如本文要介绍的磁盘加密技术Disk Encryption，其加密对象一般是整个磁盘或文件系统，但从数据状态维度看属于Data at Res Encryption技术，从用户感知维度看属于透明加密技术，从加密算法维度看采用对称加密。

下面简单介绍几个分类涉及的技术概念/术语，详情可查阅文末参考链接，及后续章节中的详细分析。

  • Data at Rest Encryption
    数据在at Rest状态下保持加密的技术，参考https://wiki.archlinux.org/title/Data-at-rest_encryption说明，加密对象一般为磁盘（块设备）、文件系统目录，加解密过程采用透明加密技术。

  • Transparent Encryption
    透明加密，也称作real-time encryption或on-the-fly encryption。特点是数据在使用过程中自动完成加解密，无需用户干预。

在这里插入图片描述

三、磁盘加密技术

如上节所述，Disk Encryption磁盘加密，目标是保护数据at Rest状态下的机密性，加密对象是整个磁盘/分区、或者文件系统，采用实时加解密技术。更多介绍可参考https://en.wikipedia.org/wiki/Disk_encryption 。

磁盘加密技术从加密对象，软硬件实现、文件系统特征等维度，也可以有多种分类。首先，根据加密对像是整个磁盘，还是文件系统，可分为Full-Disk Encryption 和 Filesystem-Level Encryption（也称为File-Based Encryption）两大类。

在这里插入图片描述

3.1、FDE

Full-Disk Encryption全盘加密在实现上有硬件、软件两种方案。两者核心原理类似，区别是加解密核心功能所在主体是软件还是硬件，另外软件方案一般不能真正加密整个硬盘（boot分区不加密），而硬件方案Hardware-based Full-Disk Encryption则具备整个硬盘加密能力。

硬件FDE方案产品主要是Self Encryption Drive自加密硬盘，一般由存储器件厂商、安全厂商提供。关于硬件FDE方案和SED产品技术，可参阅文末Hardware-based Full Disk Encryption 和SED相关链接。

在这里插入图片描述

硬件和软件FDE方案核心原理及流程类似，统一抽象说明如下：

在初始化或创建FDE时，会随机生成一个磁盘数据加密DEK（Disk Encryption Key，用户无感知），同时要求用户输入一个AK（Authentication Key）用来加密保护DEK。在使用时，需用户先输入AK验证并解密DEK，之后操作系统才能使用DEK访问加密磁盘上的数据。下图是一个软件FDE的描述。（此时的脑子里想象一下我们拿着手机的时候，如果不输入密钥，直接把手机关机拆了取出flash芯片，读出的数据就是密文）

在这里插入图片描述
由于需执行特定程序展示UI提供用户输入AK并验证，故这部分启动代码不能加密。因此引了入Pre-Boot Authentication 及PBA environment的概念。

在这里插入图片描述

在这里插入图片描述

在PBA实现上，硬件FDE方案（SED产品）一般出厂时内嵌Pre-Boot environment（小的OS或bootloader），上电后先运行Pre-Boot程序并验证AK，再进行正常的加载引导等。

软件FDE方案采用不加密boot分区的方式，一般在initial ramdisk集成PBA功能并完成验证。

在这里插入图片描述
软件FDE方案发展历史久，主流OS环境均有成熟方案，例如Windows下的BitLocker、Apple OS/X下的FileVault、以及Linux/UNIX生态下的dm-crypt/LUKS。

另外也有不依赖操作系统的三方FDE方案，如TrueCrypt、VeraCrypt等。更多软件FDE方案可以参考链接 https://en.wikipedia.org/wiki/Comparison_of_disk_encryption_software 及下图。
在这里插入图片描述

对Linux下dm-crypt/LUKS方案感兴趣的同学可以在Ubuntu虚拟机上测试研究。下面是几个关键场景截图：Ubuntu虚拟机安装时使能磁盘加密配置、启动阶段PBA验证、系统主分区sda5加密后的磁盘类型（可看到boot分区sda1未加密）。

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在这里插入图片描述

在这里插入图片描述

（我觉得这个PBA的关键就在于在到输入秘钥的这个阶段保证安全）

3.2、FBE

File-Based Encryption，又称Filesystem-Level Encryption，文件系统加密。相比于FBE，第二个名字更能体现方案基于文件系统的技术特点。而基于文件系统的特点，一方面决定了只能由软件实现，另一方面决定了各方案差异也主要围绕在文件系统。

常见FBE方案，一般分为Stackable cryptographic filesystem 和Native/General filesystem with encryption两种。

在这里插入图片描述
在这里插入图片描述

  • 第一种，新增一个加解密文件系统，堆叠在现有存储软件栈的某一层。例如Linux内核自v2.6.19开始支持，已很成熟稳定的eCryptfs方案，就是在VFS -> Native FS层之间加入新加解密文件系统支持。类似还有基于用户态文件系统FUSE的各种方案。

  • 第二种，在现有文件系统中引入加解密功能。例如Linux内核自v4.1支持的Ext4文件系统加密，自v4.2支持的F2FS文件系统加密，自v4.10后支持的UBIFS文件系统加密。需要说明的是，内核中Ext4、F2FS、ubifs共用加解密功能模块，即内核fscrypt特性。另外，Android系统引入的FBE方案，底层内核实现也是基于F2FS+fscrypt。

两种类型及更多业界FBE实现，可参考链接 https://en.wikipedia.org/wiki/List_of_cryptographic_file_systems 及下图：

在这里插入图片描述
在这里插入图片描述
和FDE方案相比，FBE有几个显著的特点：

  • 1、支持单独的目录或文件加密，方便灵活使用配置。只加密目标对象，不加密整个磁盘，降低了系统加解密负载开销。

  • 2、支持不同目录/文件使用不同加密密钥。

  • 3、加密目录和非加密目录并存（甚至一个加密目录中加密和非加密文件也可以并存）。加密目录文件的备份传输灵活方便。

在这里插入图片描述
更多FDE和FBE的详细对比，以及Linux中FBE具体实现，请参见后续章节。

3.3、FDE vs FBE

前面分析已经知道，软件FDE和FBE都是基于文件系统，差别主要在文件系统实现差异，整理对比如下：

在这里插入图片描述
【说明】软件FDE/FBE主要是指其加解密功能主体在软件（文件系统）实现，并不意味着不使用硬件，相反为了提高性能，也会利用类似Crypto Engine等硬件引擎来加速。 （就是具体的加解密的运算既可以集成开源的OPENSSL库，也可以使用逻辑硬件引擎）

从整个系统软硬件架构分析，可将硬件FDE、软件FDE、以FBE实现和系统软硬件架构的关系位置描述如下图：

在这里插入图片描述

上图中，

  • 磁盘加密方案，越往上层实现用户使用配置越灵活，但性能差；
  • 越往下层实现越不灵活，但对用户越透明且性能越好。

结合前文描述，将FDE和FBE两种方案的差异对比整理如下：

在这里插入图片描述

3.4、Linux系统FBE

从Linux系统软件架构看，典型FDE和FBE实现方案分布如下图，包括基于dm-crypt的软件FDE方案、基于通用文件系统的fscrypt FBE方案、基于VFS的eCryptfs FBE方案，以及众多基于FUSE的FBE方案。

在这里插入图片描述
前面章节已经简单介绍过基于dm-crypt的FDE方案在ubuntu虚拟机上的验证情况，这里先简单介绍Linux系统和内核的几种软件FBE实现方案和特点，后续章节会以eCryptfs为例做详细分析。

0-FUSE-Based

FUSE即Filesystem in Userspace，用户态文件系统。

FUSE设计初衷就是为方便用户不修改编译内核的情况下，在user space实现定制文件系统。

FUSE架构原理和实现如下图，内核态FUSE和用户态libfuse为App –> VFS -> 用户文件系统链路服务，用户定制实现主要在User-Level Filesystem部分。

在这里插入图片描述
由于天然的灵活性，基于FUSE实现FBE的方案有很多，例如gocryptfs、EncFS、CryFS、securefs等。但是，FUSE引入的多次系统调用和拷贝等开销，也导致基于FUSE的FBE方案通常性能都不好。gocryptfs项目有一个stackable FBE各方案的对比分析（链接https://nuetzlich.net/gocryptfs/comparison/），该分析数据也验证说明了FUSE FBE方案的优缺点。

首先是各种stackable FBE方案介绍和整体特点，从数量上看，FUSE FBE方案占据绝大多数，非FUSE方案只有eCryptfs。

在这里插入图片描述

在这里插入图片描述
其次，相比于eCryptfs，FUSE方案在性能上整体处于劣势。尽管gocryptfs在顺序读写上性能不错，但在其他测试如解压缩、MD5计算、目录递归访问/删除等测试项上看，劣势也比较明显。这和我们在3.2章节对比FDE和FBE、以及分析磁盘加密在软件栈不同层级实现的效果差异是一致的。
在这里插入图片描述
更多关于FUSE FBE各方案的特点，如文件内容加密、文件名加密等，可参考上述对比链接或各方案主页，在此不详细介绍。

（真的是大开眼界，平时只是对一些局部的东西有了解，现在这个是让我对整个业界有所了解）

1-eCryptfs

eCryptfs衍生于Cryptfs项目，早期方案和设计思想源自2005和2007的两篇论文，即《eCryptfs: an enterprise-class cryptographic filesystem for Linux》和《eCryptfs: a Stacked Cryptographic Filesystem》。eCryptfs项目分为内核部分和用户态部分，内核态代码于v2.6.19版本合入社区主线，用户态代码在软件包ecryptfs-utils中维护。

eCryptfs和上面介绍的FUSE方案一样，也属于stackable FBE类型，故不依赖于OS底层文件系统类型，可以堆叠在各种文件系统之上，灵活性很好。也支持对不同文件、目录加密，以及文件名加密。
当前eCryptfs项目开源社区活跃度不高，早期用户/产品也在迁移，但其方案和设计原理仍然值得深入学习分析。详细测试验证和原理分析请见第4章。
在这里插入图片描述

2-fscrypt

fscrypt是在内核文件系统上实现的一个native FBE方案。fscrypt特性也包括内核态和用户态两部分，内核态部分是实现在fs/crypto目录的公用加解密模块，支持ext4、F2FS、UBIFS文件系统集成使用。用户态工具fscrypt则实现各种命令行工具方便用户使用。

在这里插入图片描述

在这里插入图片描述

fscrypt作为FBE方案，支持不同目录/文件采用不同密钥，对于metadata，fscrypt支持文件名filename加密，其他metadata如timestamp、size、attribute等不加密。fscrypt最大的应用即Android 采用的FBE方案，结合F2FS文件系统，对手机上的数据进行data at rest encryption保护。本文受限于篇幅，不做详细分析。

在这里插入图片描述

四、eCryptfs详解

  • 本章节我们先用简单用例验证eCryptfs加密效果特点，使大家对方案有个整体感性认识，同时也会提供一个C版本用例作参考。
  • 其次对测试结果进行初步分析，
  • 接着详细分析eCryptfs方案架构原理和核心机制，
  • 最后对关键业务流程代码进行简单梳理。

测试环境使用Ubuntu 20.04虚拟机，因Ubuntu系统默认打开eCryptfs内核配置（CONFIG_ECRYPT_FS=y），只需apt安装用户态工具ecryptfs-utils即可。

关于这部分的具体实现，这里就先不深入了，等我有所涉及的时候我再学习。

原文链接：https://mp.weixin.qq.com/s/ydfDzx6JI6jfU81BCAiqQg

感兴趣可以深入学习。

五、总结

  • 本文首先介绍了磁盘加密技术背景，包括威胁模型，技术路线和特点，
  • 随后根据加密对象差异，分别介绍了FDE和FBE两种磁盘加密方案，包括软硬件实现、文件系统实现差异等，并做了对比分析。
  • 最后重点介绍了Linux系统中典型FBE方案及特点，并以eCryptfs为例进行了详细分析。

希望能帮助读者对磁盘加密技术概念、FDE和FBE区别、业界FBE方案特点、以及FBE实现关键技术能有进一步了解。受限于篇幅，很多技术细节和方案无法再深入展开，如fscrypt。希望在后续文章中能结合Android FBE对fscrypt做进一步分享。

参考资料：

Data in use https://en.wikipedia.org/wiki/Data_in_use

Data in transit https://en.wikipedia.org/wiki/Data_in_transit

Data at rest https://en.wikipedia.org/wiki/Data_at_rest

Data at rest encryption https://wiki.archlinux.org/title/Data-at-rest_encryption

Disk Encryption https://en.wikipedia.org/wiki/Disk_encryption

Full Disk Encryption https://en.wikipedia.org/wiki/Disk_encryption#Full_disk_encryption

Pre-boot Authentication https://en.wikipedia.org/wiki/Pre-boot_authentication

What is full disk encryption https://specopssoft.com/blog/what-is-full-disk-encryption/

Hardware-based full disk encryption https://en.wikipedia.org/wiki/Hardware-based_full_disk_encryption

Self Encryption Drives https://wiki.archlinux.org/title/Self-encrypting_drives

Disk Encryption Software https://en.wikipedia.org/wiki/Disk_encryption_software

Comparison of disk encryption software https://en.wikipedia.org/wiki/Comparison_of_disk_encryption_software

Filesystem-level encryption https://en.wikipedia.org/wiki/Filesystem-level_encryption

List of cryptographic filesystems https://en.wikipedia.org/wiki/List_of_cryptographic_file_systems

Filesystem in Userspace，FUSE https://en.wikipedia.org/wiki/Filesystem_in_Userspace

Comparison of FUSE-Based FBE https://nuetzlich.net/gocryptfs/comparison/

fscrypt kernel documentation https://docs.kernel.org/filesystems/fscrypt.html

eCryptfs documentation https://www.ecryptfs.org/documentation

eCryptfs Linux Manual Page https://linux.die.net/man/7/ecryptfs

2005.07 eCryptfs: an enterprise-class cryptographic filesystem for Linux https://web.archive.org/web/20080916022422/http://www.linuxsymposium.org/2005/linuxsymposium_procv1.pdf

2006.03 eCryptfs v0.1 Design Document http://www.dubeyko.com/development/FileSystems/eCryptfs/ecryptfs_design_doc_v0_1.pdf

2007.05 eCryptfs: a Stacked Cryptographic Filesystem http://www.dubeyko.com/development/FileSystems/eCryptfs/ecryptfs-article.pdf

2016.01动态加密技术综述，梁金千 http://blog.nsfocus.net/dynamic-encryption-technology-review/

2017.09 File-system and Block-layer Encryption: Theory, Practice, and Improvement https://www.snia.org/educational-library/file-system-and-block-layer-encryption-theory-practice-and-improvement-2017

TrustZone_Hcoco
关注
专栏目录
Linux内核安全技术——磁盘加密技术概述和eCryptfs详解
新程序圆
09-03 345
数据生命周期管理（Data Lifecycle Management）通常将数据划分为生产、存储、使用、分享、销毁、归档几个阶段。而从信息安全保护维度，则一般将数据划分为三种状态，即：Data in Use、Data in Motion/Transit、Data at Rest。Data in Motion/Transit，即数据传输场景，是大家最熟悉、技术发展最成熟的安全场景。例如基于SSL/TLS协议的Https应用，基于SSH协议的SCP/SFTP应用等。
linux初学者-磁盘加密篇
ass_assinator的博客
08-06 747
因为保密需要，一般系统中会在文件和磁盘中进行加密，但是文件的加密比较容易破解，不安全。所以在特殊需要下，会对磁盘进行加密，磁盘加密后在磁盘损坏的同时，其中的数据也会损坏，接下来将会介绍磁盘加密的一些内容。         新建立一个磁盘分区，输入"cryptsetup luksFormat /dev/vdb1"对磁盘分区/dev/vdb1进行加密，输入大写的"YES"后，输入两次密码，即可完成磁
Linux 磁盘加密
weixin_34318956的博客
05-13 216
公司要求给磁盘做一个加密，选来选去发现Linux 内核有自带一个cryptsetup的加密工具，其原理是加密后，挂载磁盘时需要输入密码，本来存粹使用该工具给磁盘加密其实并不复杂，但公司的要求是在测试服务器上安装好xenserver虚拟平台，通过虚拟平台自带的Linux 内核给磁盘阵列加密，加密后的磁盘只能通过挂载的方式使用，iscsi、lvm什么的都无法实现。鉴于此，计划使用NFS代替，但nfs的...
解锁Linux安全新境界：一文掌握系统linux加密文件绝技！
最新发布
信息安全小青的博客
08-13 389
在Linux的世界里，文件加密不再是一项遥不可及的技术。通过合理利用上述加密工具和方法，我们可以轻松地为个人和企业的数据安全筑起一道坚实的防线。记住，安全无小事，保护数据，从我做起！
Linux磁盘加密
qq_35197351的博客
11-12 428
出于安全考虑，一般会给磁盘加密，加密后的磁盘损坏，数据也会损坏。本文，我们讲解使用LUKS(Linuxmi统一密钥设置)加密的操作过程，LUKS 使用 cryptsetup 命令对磁盘加密解密清除 操作准备 # 新建分区/dev/sdb1，查询是否安装cryptsetup包 [root@localhost ~] # fdisk /dev/sdb # 该...
linux中的磁盘加密
weixin_41781946的博客
11-13 3289
1.LUSK加密 LUSK（linux Unified Key Setup）,是linux硬盘加密的标准，luks相当于对磁盘上了一把锁，要想打开就要有相应的“钥匙”，使用“钥匙”打开后，我们就可以任意的进行操作了，与普通的硬盘一样，使用方法如下。 2.对磁盘进行加密 1.首先，我们可以看到当前主机中设备/dev/vdb有3个分区： 2.选择对分区/dev/vdb1进行加密： cryptset...
Linux环境下数据加密：dm-crypt与eCryptfs详解
文章推荐了两个Linux内核模块——dm-crypt和eCryptfs，它们可以实现本地自动数据加密，简化用户操作。此外，还提供了数据加密工具的列表，包括cryptsetup和ecryptfs-utils等实用程序。" 在Linux Debian系统中，数据...
ecryptfs_write_lower()调试：用户与内核栈转换与fs_save问题详解
本文档主要探讨了在Ubuntu系统中的加密文件系统ecryptfs Write Lower()函数的调试与问题分析。...对于开发者和系统管理员来说，掌握这些底层工作原理有助于更好地维护和优化加密文件系统的性能和安全性。
嵌入式Linux文件系统详解
此外，加密文件系统如eCryptfs可提供额外的安全保护。 嵌入式Linux文件系统是系统运行的核心组成部分，其选择和配置直接影响到系统的稳定性和效率。理解不同文件系统的特点并根据实际需求进行适配，是构建高效可靠...
【Linux文件系统调优攻略】：性能监控和优化的最佳实践
Linux文件系统概述 Linux操作系统中的文件系统是其核心组成部分之一，它负责组织和管理存储设备上的数据。对于IT专业人员来说，深入理解Linux文件系统的基本概念、结构和操作至关重要。本章旨在为读者提供一个全面...
Linux中磁盘加密
weixin_43314056的博客
11-13 597
简介 LUKS(Linux Unified Key Setup)为Linux硬盘加密提供了一种标准，它不仅能通用于不同的Linux发行版本，还支持多用户/口令。因为它的加密密钥独立于口令，所以如果口令失密，我们可以迅速改变口令而无需重新加密整个硬盘。通过提供一个标准的磁盘上的格式，它不仅方便之间分布的兼容性，而且还提供了多个用户密码的安全管理。使用时必须首先对加密的设备进行解密,才能挂载其中的文件...
Linux系统中磁盘加密
weixin_44209804的博客
02-14 3790
一、磁盘加密保护 1.概念简介 LUKS（linyx统一密钥设置）是标准的设备加密格式；可以对分区或卷进行加密。 目的：根据需要，一般会在系统中对文件和磁盘进行加密，但是文件的加密比较容易破解，不安全。所以在特殊需要下，会对磁盘进行加密，磁盘加密后在磁盘损坏的同时，其中的数据也会损坏 加密的特点： 使用cryptsetup对分区进行了加密后，这个分区就不再允许直接挂载，必须首先对加密的卷进行解密才...
Linux下的磁盘加密方法
国产开源 GUI 引擎 AWTK
05-05 8535
Linux下的磁盘加密方法              转载时请注明出处和作者联系方式作者联系方式：李先静  随着智能手机的计算能力和存储能力的提高，手机中将会存放越来越多的私有数据，这些数据的泄密可能造成严重后果。手机信息安全一直是我们的重点之一，对于一些重要的功能我们要求鉴权后才能使用，但这只能挡住初级的黑客，只能防君子不能防小人，所以我们希望把重要的数据进行加密后再保存。为此，
LUKS：Linux下磁盘加密
cnhome的专栏
06-15 3096
原文 LUKS(Linux Unified Key Setup)为Linux硬盘加密提供了一种标准，它不仅能通用于不同的Linux发行版本，还支持多用户/口令。因为它的加密密钥独立于口令，所以如果口令失密，我们可以迅速改变口令而无需重新加密真个硬盘。通过提供一个标准的磁盘上的格式，它不仅方便之间分布的兼容性，而且还提供了多个用户密码的安全管理。必须首先对加密的卷进行解密,才能挂载其中的文件系统。工
Linux 磁盘加密
w826925085的博客
08-05 364
1.磁盘加密 LUKS(Linux Unified Key Setup)为linux硬盘加密提供了一种标准，它不仅能通用于不同的Linux发行版本，还支持多用户/口令。因为它的加密密钥独立于口令，所以如果口令失密，我们可以迅速改变口令而无需重新加密真个硬盘。通过提供一个标准的磁盘上的格式，它不仅方便之间分布的兼容性，而且还提供了多个用户密码的安全管理。必须首先对加密的卷进行解密,才能挂载其中的文
linux 磁盘加密
zzzluyao的博客
11-13 582
加密工具 crptsetup （默认已存在） 一.分区加密 1.创建分区 fdisk /dev/vdb partprobe fdisk  -l 2.选择要加密的设备进行加密 cryptsetup luksFormat /dev/vdb1    加密 3. cryptsetup open /dev/vdb1  westos  将加密设备映射为westos，名称随意   查看  ll ...
linux 磁盘加密保护
weixin_34416649的博客
08-05 210
一：制作加密磁盘分区1：分区[root@ftp-server~]#fdisk/dev/vdb Welcometofdisk(util-linux2.23.2). Changeswillremaininmemoryonly,untilyoudecidetowritethem. Becarefulbeforeusingthewrit...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值