$ l0 K& r0 {, z, }& ?+ _
2 J( Z1 v2 k6 N
u盘加密设备
6 d; a4 f4 \" I! w( ^: T


描述拥有micro-sd卡插槽,32位ARM,和硬件加密的U盘

每一个(几乎所有)磁盘加密使用XTS,我认为我们可以做得更好。
  b3 x3 N  s1 R- Y; \) Y: S
在这里Niels Ferguson写道:我们可以很容易的往密文里添加一个nonce或MAC值，但是，然而,使密文比明文还大却不可行，不管是磁盘还是操作系统工作的扇区，他们的大小都是2的幂次。
* A3 n) e2 e- U& Y4 B我们可以将512字节的操作系统扇区映射到1024字节的磁盘扇区，但这将导致磁盘的容量损失一半，用户不愿意这样。
, D1 z8 [5 ~: L3 V. b  g+ I" _我们也可以在每16个部门中保留一个部门来存储其他15个部门的MAC和nonce值，但这有几个问题：
) z/ P- ?: J6 ?; L2 D1 ^0 g% m4 m
首先，写入扇区x意味着更新了一个额外扇区的nonce和MAC。这样写入会导致读写相关性能的损失。
* Q. W$ ~) Y' I" W
0 L# T$ K/ g; [* t/ T1 O6 R此外,它可能会损害nonce/MAC数据区(比如发生电源故障时),这将导致其他14个数据部门的损失;这也是不能接受的。
/ y  c# a0 L/ c7 w( w0 d
! E( c+ e& b+ z最后,由于不同的可用性、可管理性和部署的原因,必须能够启用和禁用对现有的磁盘驱动器加密。(想象一下用户升级到一个新的Windows版本，他要也能进行磁盘加密并且在现有磁盘上启用磁盘加密)。
+ H7 A  ?) [% P  j- O
- E' E# p( M( ^9 z2 ~5 z" k2 ~+ }添加nonce/MAC的扇区会修改磁盘布局(减少大量的可用磁盘空间)使它的就地启用和禁用变的极其复杂。再加上转换过程中可能发生的各种故障模式，以一种可靠的方式进行转换是不太可能的。
4 ~# c& o1 Q) r- q
最后的结论是,我们添加一个MAC到每个磁盘扇区的方式，不能被大多数用户所接受。

是的,为消费级磁盘加密,确实不可以这样。
) @9 |7 b8 g5 K1 p4 e' b) H
但是对于你我而言，为什么不把安全放在第一位,再处理其他的问题呢？

所以，我们可以在16个扇区中预留1个，用来存储nonces和MACs。
9 T+ L3 D% W1 |/ E, y通过使用intent-log来恢复因为电源故障丢失的数据。


& S6 u) h: C/ ?3 `  l8 W  \
6 h9 C6 ~5 E8 N, [3 ^
$ G8 |9 t0 w2 }组件1×stm32f415

3 V" }% w' e; ^! \

usb的快乐时光所以,短暂停留在那里我写一个新的usb堆栈。(没有ST的usb代码来达到我想要的效果)

! V& M) z0 V2 e: B5 V# k+ a4 S存在模小的bug,该设备目前正在我的mac上。

) a2 c! {' N8 l% x% H' w

$ Y3 {/ ~9 V& [+ O+ b6 }

$ _& q, L4 k& ]5 }7 S2 {# F2 V8 ?

现在可用的测试代码
0 L* u# L  j0 I4 I, e
源代码和编译后的二进制文件现在在github上。

2 [7 \% p; ]% U: L- G* t警告:实验性代码,风险自负。
) N6 N/ W1 X5 F, u* L


演示
& G# U$ k2 d. E' y$ @
见视频
0 v# K. F% v! |1 F0 P5 b, o

6 L! C& a3 [. R2 p! [* h2 _
6 b2 M5 S  a8 X' z) Q9 S! P: u相关资料请见oshpark
0 r  R) M5 E1 {$ H; ~; Q
# a9 t8 h6 N+ m$ a4 |# ~' _
4 v, e, a' s6 M) a4 ?$ x, h+ C
" l7 D  m8 v1 V* ]5 R+ Y5 H' i% k