为什么 OPENSSL_cleanse 看起来如此复杂且线程不安全?
该函数很复杂,试图阻止优化器将其作为死代码删除。
C 标准没有提供像pin 这样的关键字来确保不删除语句。如果删除了归零器,那么编译器人员会告诉你“......但是你要求优化”。
C11 在附件 K 中提供了memset_s,保证不会被删除。但是 Drepper 和朋友们反对“更安全”的功能,因此它们在 GNU Linux 上不可用。例如,请参阅glibc library is missing memset_s。
OpenSSL 还避免了volatile,因为 GCC 人员将标准解释为由硬件支持的内存。也就是说,易失性内存可以由硬件更改,但不能由另一个线程更改。这与 Microsoft 对限定符的解释相反。
还要注意,在 Windows 平台上(OpenSSL 是跨平台的),OpenSSL 可以使用SecureZeroMemory。微软解决了优化器提早删除代码的问题。
编辑(2016 年 2 月):看起来 OpenSSL 1.1.0 简化了清理功能:RT4116: Change cleanse to just memset。这是mem_clr.c 上的差异:
diff --git a/crypto/mem_clr.c b/crypto/mem_clr.c
index e6450a1..3389919 100644 (file)
--- a/crypto/mem_clr.c
+++ b/crypto/mem_clr.c
@@ -59,23 +59,16 @@
#include <string.h>
#include <openssl/crypto.h>
-extern unsigned char cleanse_ctr;
-unsigned char cleanse_ctr = 0;
+/*
+ * Pointer to memset is volatile so that compiler must de-reference
+ * the pointer and can't assume that it points to any function in
+ * particular (such as memset, which it then might further "optimize")
+ */
+typedef void *(*memset_t)(void *,int,size_t);
+
+static volatile memset_t memset_func = memset;
void OPENSSL_cleanse(void *ptr, size_t len)
{
- unsigned char *p = ptr;
- size_t loop = len, ctr = cleanse_ctr;
-
- if (ptr == NULL)
- return;
-
- while (loop--) {
- *(p++) = (unsigned char)ctr;
- ctr += (17 + ((size_t)p & 0xF));
- }
- p = memchr(ptr, (unsigned char)ctr, len);
- if (p)
- ctr += (63 + (size_t)p);
- cleanse_ctr = (unsigned char)ctr;
+ memset_func(ptr, 0, len);
}
另请参阅 OpenSSL 的 GitHub 上的 Issue 455: Reimplement non-asm OPENSSL_cleanse()。