HarmonyOS开发者限时福利来啦!最高10w+现金激励等你拿~ 了解详情
写点什么

密码学技术何以为信?深究背后的计算困难性理论

  • 2020-03-23
  • 本文字数:3510 字

    阅读完需:约 12 分钟

密码学技术何以为信?深究背后的计算困难性理论

隐私保护为何选用密码学算法?密码学算法背后有哪些神奇的数学理论?3 何时比 9 大?计算可逆性错觉究竟是如何在数学领域被打破?


这里,我们将从密码学信任的理论基础出发,分享在隐私保护技术方案中应用密码学技术的一些思考:如何理解密码学算法的能力边界,如何客观地比较不同密码学算法对于隐私保护方案有效性的影响。


这一切,要从密码学神奇的“不对称性”说起。

神奇的“不对称性”

早在公元前,古埃及、古罗马、古希腊等古文明均已开始使用密码技术来保护信息的机密性,历史上最早的不对称性表现为选用特殊的信息编码方式,如果第三方不知道具体的编码方式,则难以解码对应的信息。



大约经过 4000 多年的发展,也就是近代 20 世纪初,现代密码学正式成型,引入了关于不对称性更为严谨的数学定义。比较有代表性的早期论文包括 1929 年 Lester S. Hill 在美国数学月刊上发表的《Cryptography in an Algebraic Alphabet》。


20 世纪末,随着因特网的普及,大量敏感数据在网络上进行传输,产生了大量的数据内容保护的需求,密码学技术也因此得到飞速发展。


在现代密码学中,关于不对称性,大家最熟悉的概念莫过于“公钥”和“私钥”。


以加密通信为例,主人公小华要向他的朋友美丽通过加密的方式发送一份电子邮件,可以先找到美丽的公钥,使用公钥对邮件内容进行加密,并将加密后的得到密文发送给美丽。美丽收到邮件内容的密文之后,通过自己的私钥进行解密,最终得到邮件内容的明文。


以上过程中,密码学算法神奇的不对称性体现在以下问题中:


  • 为什么只有美丽可以解密邮件内容?

  • 为什么其他人不能通过美丽的公钥反推出她的私钥?


这些问题的答案,都要归结于密码学中的计算困难性理论。

计算困难性理论

在隐私保护场景中,计算困难性理论具体表现为,对同一隐私数据主体,通过不同计算路径,获得相同信息的计算难度具有不对称性。不对称性中,相对容易的计算方式被用来构造授权的数据访问,而困难的计算方式被用来避免非授权的数据泄露。


构造这样的不对称性的方式有很多,最经典的方式之一,就是千禧年七大难题之一——P 和 NP 问题。


P 问题是确定性图灵机,即通用计算机计算模型,在多项式时间(O(n^k))内可以计算获得答案的一类问题。NP 问题是确定性图灵机在多项式时间内可以验证答案的正确性,但不一定能计算出答案的一类问题。


关于同一份答案,验证过程比计算过程要容易很多,由此我们可以构造出密码学算法所需要的计算难度不对称性。


NP 问题是否能够通过有效的多项式时间算法转化成 P 问题,由此破解计算难度不对称性?目前学术界尚无定论。


理论研究进一步表明,对于 NP 问题集合中的核心问题,即 NP 完全问题,如果能够找一个有效的多项式时间算法来解决任何一个 NP 完全问题,那其他所有 NP 问题都可以基于这个算法来构造出有效的多项式时间算法。由此,之前提到的计算难度不对称性将不复存在。


幸运的是,经过将近 70 年的科学探索,这样的算法并没有被发现。在有限时间内,现代计算机难以求解这些问题的答案,所以现代密码学可以比较安全地基于这些 NP 完全问题来构造有效的密码学算法。

神奇的“计算困难问题”

形象地讲,计算困难性理论的核心就是构造一个迷宫,如果不知道捷径,是很难到达出口的。



我们日常所用的各类密码学算法,其有效性都与这一理论息息相关,这里重点以非对称密码学算法为例,介绍其中经典的迷宫构造蓝图,即三大计算困难问题:


  • 大数分解困难问题

  • 离散对数困难问题

  • 椭圆曲线上的离散对数困难问题

大数分解困难问题

给定两个大素数 p 和 q,计算 n=p*q 是容易的。然而,给定 n,求解 p、q 则是困难的。


整数的素数分解是数论中最著名的问题之一,目前,求解素数分解最有效的方法称为数域筛法,即通过构造代数数域不停地对整数可能的集合进行迭代运算。


目前,大整数分解问题仍不存在更有效的分解方法,因此密码学一些方案利用大数分解困难问题构造相应协议,如 RSA 系列算法将其困难性规约为大数分解困难问题。如果大整数分解困难问题被破解,使用 RSA 密码方案保护的隐私数据也会相应遭到破译。

离散对数困难问题

在模为 n,生成元为 g 的有限域中,给定整数 a,计算 g^a = b 是容易的。然而,给定 b 和 g 计算 a 则是困难的。


许多新接触密码学的读者都会对离散对数问题产生计算可逆性的错觉,看起来就是进行一次 log 运算的事情,但真相并非如此。


在实数域,元素有一个非常重要的性质,全序关系,所以很容易比较大小。例如,在实数域中 9>2 且 3>2,一定能推出 9>2。


在计算 log2(9)时,计算机会对以元素 9 为输入的函数结果进行二分查找法,首先计算(9/2)^2 和 9 进行比较,再计算((0+9/2)/2)^2…。通过不停比较元素大小的性质,从而计算 log 最终的结果。



然而,在有限域中,元素之间并不存在全序关系。在模为 7 的有限域中,可以看到诸如 9 等于 2,3 比 9 大的关系存在。


因此,无法通过有效的算法计算上述过程中的 a。许多著名的密码协议安全性都是建立在离散对数困难性上的,如 Diffie-Hellman 密钥交换协议、ElGamal 加密、DSA 算法等。

椭圆曲线上的离散对数困难问题

当前,椭圆曲线密码学算法是当前密码应用的主流,每一个隐私数据都能以坐标(x, y)的形式,表示为椭圆曲线上的一个点。与一般离散对数困难问题类似,椭圆曲线上的离散对数困难问题可以表示为:


在有限域 F 上的椭圆曲线群,点 P 为曲线上某个点,给定整数 a,计算 a*P=Q 是容易的。然而,根据 P 和 Q 计算 a 则是困难的。


有别于普通代数运算,椭圆曲线上的点运算定义如下:



可以看到,椭圆曲线上的点运算和普通实数域上的运算有很大差别,当前尚未存在一种有效的算法对椭圆曲线离散对数问题进行破译。目前,最常用的公钥密码算法体系 ECDSA、EdDSA、国密 SM2 等都是基于这一困难问题。

客观比较不同的密码学算法

由于不同的密码学算法构造使用了不同的困难问题,对应地,不同的困难问题也势必会引入不同的安全假设。


理解这些安全假设,是企业进行技术选型,客观地判断基于不同密码学算法构造隐私保护方案孰强孰弱的关键。


这里,我们需要进一步引入“安全参数”的概念。


安全参数是一个衡量密码学算法保护隐私数据强度的数值。对位于“同一等级"的安全参数值来说,不同密码学算法的安全级别基本相同,即面对已知最有效的攻击方式,算法被破解导致隐私数据泄露的概率相同。


一般情况下,安全参数值的大小,直接体现为密钥长度的长短。在同一等级下,安全参数值有大有小,对应的密钥长度也有长有短。


基于不同困难问题的密码学算法密钥最小长度,美国国家标准与技术研究院 NIST 作如下推荐,其中,每个单元格表示需要使用密钥长度的最小比特数。



通过上表,我们可以看到,即便密钥长度相同,选用不同困难问题获得的安全级别是不同的。一般而言,基于同一困难问题构造的技术方案,密钥长度越长,安全性越高,相应地,系统效率越低,其中往往也伴随其他系统设计上的取舍。


不同场景应按照业务需求选择适合的技术方案和密钥长度,具体有以下几点需要特别注意:


  • 隐私保护技术方案的安全性取决于其使用的密码学算法实现中最低的安全参数等级。

  • 在未指明安全参数的前提下,进行密码学算法的安全性比较没有实际意义。

  • 如果安全参数值很小,一般表现为对应的密钥长度很短时,无论密码学算法设计多么精妙,实际效果可能都是不安全的。

  • 由于困难问题选用上的差异,密码学算法的理论强度没有最强,只有在满足特定安全假设下的够强,强行比较基于不同困难问题的密码学算法哪个更强通常没有实际意义。


计算困难问题归根结底还是一个计算问题,随着计算机计算能力的增强,或是算法理论研究进展的推进,这些困难问题的安全性都会发生变化。如 RSA 加密算法,NIST 密钥管理准则认为,2010 年后,1024 位的密钥不再安全,需要增加到 2048 位的密钥长度,预计其安全有效性可以保持至 2030 年。


对于企业而言,这里的启示在于,不能简单地认为,隐私保护技术方案现在有效,就保证了 10 年后依旧有效。无论什么样的隐私保护技术方案都有其时效性。


企业如果能够根据权威技术组织推荐的安全参数、算法方案及时更新现有的系统,困难性理论就能够有效保障隐私保护技术方案的有效性历久如新。



正是:密码学技术易守难攻,困难性理论当居首功!


作为密码学安全的基石,计算困难问题和相关的安全参数,是企业有效进行密码学算法选型的关键考察点。企业应用落地时,需充分考虑隐私数据保密的有效期,选择合适的密码学算法和密钥长度,对数据安全性和系统效率进行必要衡量。


除了与密码学算法直接相关的计算困难问题,一个完整的隐私保护技术方案通常还需要构造密码学协议,来组合多种密码学算法。密码学协议引入了多方之间的交互,由此也引入其他重要的安全假设。

关于作者

李昊轩,微众银行区块链核心开发者。


2020-03-23 10:492104

评论

发布
暂无评论
发现更多内容

架构训练营毕业总结

joak

spark实战之:分析维基百科网站统计数据(java版)

程序员欣宸

Java spark 8月月更

从 Angular Component 和 Directive 的实例化,谈谈 Angular forRoot 方法的命令由来

汪子熙

typescript 前端开发 angular web开发 8月月更

计算机网络(三、数据链路层)

计算机网络 8月月更

为什么程序员都不喜欢使用 switch ,而是大量的 if……else if ?

TimeFriends

8月月更

云原生(二十一) | Kubernetes篇之深入了解Ingress

Lansonli

云原生 8月月更

使用 Presto 和 Alluxio 在 AWS 上搭建高性能平台来支持实时游戏服务

Alluxio

游戏 AWS presto Alluxio 8月月更

一套优秀的直播系统源码是什么样的?起码要有这五个模块

开源直播系统源码

软件开发 直播系统 直播系统源码 钠斯直播系统

那些你不知道的 CSS 自定义形状网格布局

南城FE

CSS 前端 布局

《键值型数据库系统技术及节能要求》团体标准发布,腾讯、京东、北邮等联合发起

科技热闻

flstudio21版本有什么新功能?

茶色酒

FL Studio

压力测试-JMeter常用插件、服务器硬件监控

程序知音

Java 程序员 后端 后端技术

手摸手告诉 UI 妹子数据可视化 20 条优化细则【切图仔直接收藏】

掘金安东尼

前端 UI 8月月更

Spring进阶(五):Spring事务管理(详解+实例)

No Silver Bullet

spring 事务管理 8月月更

在线XML转TSV工具

入门小站

工具

SAFe Day 2022 中国规模化敏捷大会即将开启

Scrum中文网

敏捷 safe 规模化敏捷 大规模敏捷 SAFeDay

RocketMQ高可用设计之同步刷盘

急需上岸的小谢

8月月更

MySQL数据库之数据查询

乌龟哥哥

8月月更

基于keil5新建STM32F10x寄存器版本工程

DS小龙哥

8月月更

快速搞懂Mysql中BufferPool底层原理

知识浅谈

Buffer Pool 8月月更

【LeetCode】爱吃香蕉的珂珂Java题解

Albert

LeetCode 8月月更

三个线程交替打印ABC100次问题思考

越长大越悲伤

面试 线程 后端 JUC

[极致用户体验] 我做的《联机五子棋》是如何追求极致用户体验的?(下)

HullQin

CSS JavaScript html 前端 8月月更

阿里云携手卫宁健康发布WinCloud智慧医疗云联合解决方案,打造新一代智慧医疗系统

阿里云弹性计算

云服务器 分布式云 云盒 本地化部署

​DTSE Tech Talk丨第3期:解密数据隔离方案,让SaaS应用开发更轻松

华为云开发者联盟

SaaS 企业 华为云

如何快速开发一个健康助手,实时守护用户健康

HarmonyOS SDK

SpringMvc如何同时支持Jsp和Json接口?

xiaoxi666

你以为的推荐系统,其实只是推荐模型

OneFlow

机器学习 推荐系统 推荐模型

深度解读 | 关于SBOM最基础元素,你需要知道的(Part II)

安势信息

#开源 #SBOM 软件供应链安全 SBOM最基础元素 开源安全与治理

leetcode 304. Range Sum Query 2D - Immutable 二维区域和检索 - 矩阵不可变(中等)

okokabcd

LeetCode 数据结构与算法

flstudio21水果软件更新内容V21版本

茶色酒

FL Studio

密码学技术何以为信?深究背后的计算困难性理论_区块链_李昊轩_InfoQ精选文章