《Introduction To Modern Cryptography》读书笔记一

本笔记纯粹个人读书习惯与相应见解,内容归纳完全出于个人需要与个人局限,如有修改意见(比如哪儿应该是值得加粗的重点),欢迎斧正,QQ:2570101165

一、 Introduction

1.1 Cryptography and Modern Cryptography

经典密码学:编写或解决代码的艺术

现代密码学:保护数字信息、系统和分布式计算免受对抗式攻击的数学技术的研究(不完整定义) 例如:确保完整性的机制、交换密钥的技术、验证用户的协议、电子拍卖和选举、数字现金等等

分水岭:20世纪七八十年代,一种丰富的理论开始出现,使密码学作为一门科学和数学学科的严格研究成为可能

进步:密码学已经从一套用于确保军队秘密通信的启发式工具,发展成为一门帮助全球普通民众保护系统安全的科学。这也意味着密码学已经成为计算机科学中一个更核心的话题

1.2 The Setting of Private-Key Encryption

接下来主要讨论的重点在对称加密,非对称加密将在第10章讨论

  1. 出现术语:

    cipher/code encryption scheme key
    private-/shared-/secret-key plaintext encrypt
    public-key ciphertext decrypt
    symmetric-key asymmetric-key
  2. 加密语法

    messagespaceMkeyspaceKmessage\ space \ \mathcal{M}\\ key\ space \ \mathcal{K} message space Mkey space K

    • key-generation algorithm Gen

    • encryption algorithm Enc

    • decryption algorithm Dec

    • plaintext m

    • ciphertext c

    • key k
      c:=Enck(m)m:=Deck(c)Deck(Enck(m))=mm∈Mc:=Enc_k(m)\\ m:=Dec_k(c)\\ Dec_k(Enc_k(m))=m\qquad m\in\mathcal{M} c:=Enck​(m)m:=Deck​(c)Deck​(Enck​(m))=mm∈M

      大多数情况Gen只需从密钥空间中选择一个统一的密钥;事实上,我们可以不失一般性地假定这种情况

      ":="表示确定性赋值

  3. 加密的目标是使明文不被窃听者发现,窃听者可以监视通信通道并观察密文

    将在第2第3章更详细的定义这个目标

  4. 私有密钥加密の两种规范应用:

    1. 空间上有两个截然不同的群体,假设这两个用户在通信之前能够安全地共享(注意不能走公共信道)密钥。

      关于密钥共享将在第10章进行讨论

    2. 同一方与自身超时通信。例如,磁盘加密,用户对一些明文进行加密,并将生成的密文存储在硬盘驱动器上;同一用户将在一段时间后返回并解密密文恢复原始数据。这里的硬盘作为通信通道,攻击者可以通过访问硬盘并读取其内容来进行窃听。“共享”密钥现在已经不重要了,尽管用户仍然需要一种安全可靠的方法来记住/存储密钥,以便以后使用。

  5. 密钥与Kerckhoffs’ principle(克霍夫斯原则)

    ​ 19世纪末,奥古斯特·克霍夫斯(Auguste kerckhoff)在一篇论文中提出一些观点,阐述了军用密码的几个设计原则。其中最重要的一条,现在被简单地称为克霍夫斯原则,就是:密码方案不能要求保密,而且必须能够毫无不便地落入敌人手中。

    ​ 即,安全性不应该依赖于加密方案是秘密的,相反,克霍夫斯原则要求安全完全依赖于密钥的保密性!

    security rely solely on secrecy of the key

    ​ 主要原因有三,如下:

    ​ ①维护短密钥的保密性要比保密所使用的(更复杂的)算法容易得多。想象在某个组织中使用加密来保护所有员工对之间的通信,除非每一对当事人使用他们自己的、唯一的算法,否则一些员工就会知道其他人使用的算法。加密算法的信息就存在被泄露的可能性,比如员工被解雇后,或者被攻击者通过逆向工程获得。

    ​ ②如果各方共享的秘密信息被泄露,更换密钥要比更换加密方案容易得多。(类似于更新文件和安装新程序的区别)此外,生成一个新的密钥是相对琐碎的,而设计一个新的加密方案将是一项巨大的任务。

    ​ ③对于大规模部署,所有用户都使用相同的加密算法或软件(但是使用不同的密钥)要比所有用户使用自定义的算法容易得多。即使是与多个不同方通信的单个用户也是如此。加密方案的标准化是有好处的:1) 默认情况下确保兼容性;2) 用户使用的加密方案经过公众审查,(暂时)不会存在任何弱点

1.3 Historical Ciphers and Their Cryptanalysis

全书明文小写,密文大写,不考虑标点数字空格等特殊字符

1.3.1 Caesar’s cipher

  1. 每个字母向前移 3 位,即a->D,b->E…y->b,z->c

  2. 直接问题是加密方法固定,没有密钥,知道如何加密的都能解密

  3. ROT-13(移位为13位而不是3位)为该密码的一中变体,如今仍在各种在线论坛中使用。但并不提供任何加密安全性,只是用来确保信息(例如电影剧透)是不可理解的,除非信息的读者有意识地选择解密它。

1.3.2 The shift cipher and the sufficient key-space principle

  1. 移位密码本质上是凯撒密码的变体,在一些书中这两个概念是互通的

  2. 刚开始还想怎么写的学术点,后来放弃了,大家都懂的前提下简洁才是最学术的!

Enck(m1...ml)=C1...Cl,whereci=[(mi+k)mod26]Deck(c1...cl)=m1...ml,wheremi=[(ci−k)mod26]Enc_k(m_1...m_l)=C_1...C_l,\quad where\ \ c_i=[(m_i+k)\ mod\ 26]\\Dec_k(c_1...c_l)=m_1...m_l,\quad where\ \ m_i=[(c_i-k)\ mod\ 26] Enck​(m1​...ml​)=C1​...Cl​,where  ci​=[(mi​+k) mod 26]Deck​(c1​...cl​)=m1​...ml​,where  mi​=[(ci​−k) mod 26]

  1. 缺点也很明显,试26次咋也能试出来。文本万一没意义怎么办?那也至少可以把可能性降到26
  2. sufficient key-space principle:
    Any secure encryption scheme must have a key space that is sufficiently large to make an exhaustive-search attack infeasible.

即能抵抗brute-force or exhaustive-search attack

从技术上讲,这只在消息空间大于密钥空间时才成立,第2章将继续涉及

  1. 何为“infeasible(不可行)”?既取决于潜在攻击者的资源,也取决于发送者和接收者希望确保其通信保密的时间长度。如今,攻击者可以使用超级计算机、数万台个人计算机或图形处理单元(GPUs)来加速暴力攻击。因此,为了防止这种攻击,密钥空间必须非常大,比如至少270。如果攻击者是个土豪,想要长期保持安全,密钥空间甚至需要更大。

1.3.3 The mono-alphabetic substitution cipher

  1. 在移位密码中,密钥定义了从(明文)字母表的每个字母到(密文)字母表中的某个字母的映射,其中映射是由密钥决定的固定移位。在单字母替换密码中,密钥还定义了一个字母映射,但现在允许映射是任意的,仅受一对一的约束,以便解密。示例如下:

  1. 单表代换密码包含所有的bijectionspermutations

    密钥空间大小为26!=26·25·24· · ·2·1≈288,已经大到令暴力穷举攻击变为不可能。但这并不意味着已经安全了!

  2. 利用英语的统计模型发动的攻击(其他语言也适用)

    我们从下图可以看到,在语法正确的情况下, e 是出现最多的字母,通过统计密文中出现的字母频率,可以猜出大概的对应关系(中文中出现最频繁的汉字:的 一 是 了 我

    缺点:①对与否全靠直觉(make sense) ②太短的密文可能不满足这个分布 ③自动化程度太低 等

    所以有人在早上喝咖啡的功夫就把它破解了

1.3.4 An improved attack on the shift cipher

主要基于以下两个公式
∑i=025pi2≈0.065Ij=def∑i=025pi⋅qi+j\sum_{i=0}^{25}p_i^2\approx0.065\\ I_j\overset{\text{def}}{=}\sum_{i=0}^{25}p_i·q_{i+j} i=0∑25​pi2​≈0.065Ij​=defi=0∑25​pi​⋅qi+j​
从j=0开始算,哪个算下来最接近0.065哪个大概就是真正的密钥,自动化程度提高了

1.3.5 The Vigenère (poly-alphabetic shift) cipher

一张图看懂如何加密

优点:令文本字母的出现频率趋于相等(smooth out),很难通过概率分析攻破,因此尽管它是在16世纪发明的,但对它的系统攻击直到几百年后才被设计出来。

1.3.6 Attacking the Vigenère cipher

  1. 假设我们知道密钥的长度(period)t。如果采用暴力穷举法,计算复杂度为26t。密钥长度稍微一长,就变的不再可行了。

    那么我们可以把密文分为t部分(stream)(具体怎么分大家应该都知道),然后把每部分当做一段独立的移位密码来处理。对每部分密文分别进行一次统计模型攻击,这时计算复杂度将降为26·t。

  2. 为了更容易实现自动化,我们可以把上一步中的移位密码用1.3.4里介绍的方法处理。这种攻击并不依赖于检查“有意义”的明文,而只依赖于明文中字符的潜在频率分布,更加的科学。

  3. 如果密钥长度未知呢?

    ​ 3.1 我们当然可以重复1和2中的步骤一个一个往出试,试T次就可以成功(T≥t)

    这种方法又蠢又低效,而且密钥长度但凡长点人就傻了

    ​ 3.2 更有效的方法:卡西斯基法(Kasiski’s method 19世纪中叶)

    ​ 第一步是识别密文中长度为2或3的重复模式,这些可能是在明文中经常出现的某些双字或三元字的结果,例如 the 等。因为当密文足够长时,重复出现的词组可能是同一个单词被密钥的同一个部分加密的结果

​ 而它们之间的间隔就是密钥长度的倍数,如下图所示:

​ 两次重复出现的LII之间的间隔为30,所以我们有理由相信密钥的长度可能为1,2,3,5,6,10,15,30中的一个

但这种方法更像是“人”做的,充满了不确定性

​ 3.3 更更有效的方法:巧合指数法(index of coincidence method

​ 每个stream都是独立的移位密码,意味着在这个序列中,字符的频率应该与标准英语文本中的字符频率相同,仅仅是对应字母的叫法变了。设标准英文字母出现的频率为ppp,这个序列中对应字母的频率为qqq。则根据1.4.3第一个公式易推导出如下公式:
∑i=025qi2≈∑i=025pi2≈0.065\sum_{i=0}^{25}q_i^2\approx\sum_{i=0}^{25}p_i^2\approx0.065\\ i=0∑25​qi2​≈i=0∑25​pi2​≈0.065
​ 对于步长为 τ=1,2,...\tau=1,2,...τ=1,2,...的密文序列c1,c1+τ,c1+2τc_1,c_{1+\tau},c_{1+2\tau}c1​,c1+τ​,c1+2τ​,计算对应的SτS_{\tau}Sτ​:
Sτ=def∑i=025qi2S_\tau\overset{\text{def}}{=}\sum_{i=0}^{25}q_{i}^2 Sτ​=defi=0∑25​qi2​
​ 当τ=t\tau=tτ=t时,我们期望Sτ≈0.065S_{\tau}\approx0.065Sτ​≈0.065。另一方面,由于我们认为密文的字母经过“平滑处理”,所以出现频率几乎相同,即qi≈1/26q_{i}\approx1/26qi​≈1/26,所以当τ\tauτ不是ttt的倍数时,我们希望得到
Sτ≈∑i=025(126)2≈0.038S_\tau\approx\sum_{i=0}^{25}(\frac{1}{26})^2\approx0.038 Sτ​≈i=0∑25​(261​)2≈0.038

计算复杂度不高,不靠“直觉”,计算结果可信度大,真实结果与错误结果区别易于区分,可自动化程度高 ,但仍然有它的缺点

1.3.7 Ciphertext length and cryptanalytic attacks

一般来说,较长的密钥需要密码分析人员获得更多的密文才能进行攻击。就像上面的维吉尼亚密码要破解需要比普通移位密码多t倍的密文。

当密钥与明文一样长时,维吉尼亚密码就是安全的(一次一密)第2章有类似案例

包括以上提到的密码,历史上所有出现过的古典密码都被攻破了

1.4 Principles of Modern Cryptography

历史上的密码方案总是在“攻击”与”修补“中反复横跳,就算已经用一个非常强的证据证明该方案不安全,但是人们还是离不开这个横跳,因为对于“安全”方案应该满足哪些需求并没有达成一致的概念,也没有办法证明任何特定的方案是安全的。这也是为什么密码学在历史上更像一门艺术而不是科学。

在过去的几十年里,密码学已经发展成为一门科学。现在,人们以更系统的方式开发和分析方案,最终目的是对给定的结构是否安全进行严格的证明。为了阐明这种证明,我们首先需要形式化的定义来明确“安全”的确切含义;这些定义本身就很有用,也很有趣。事实证明,大多数密码学的证明都依赖于目前尚未证实的关于某些数学问题的算法难度的假设;任何这样的假设都必须明确和准确地表述出来。对 定义、假设和证明 的强调将现代密码学与古典密码学区分开来

1.4.1 Principle 1 – Formal Definitions

这块有点冗杂,我自己分了大概几个点,点与点之间部分互通

formal可以翻译成形式化、规范化、正式化,知道他想表达啥意思就行

1.4.1.1 形式化定义的重要性

现代密码学的主要贡献之一是认识到安全的形式化定义对于正确的设计、研究、评估和使用密码原语至关重要。

如果你不知道自己想要实现什么目标,你怎么可能知道自己何时(或是否)实现了目标?

形式化定义给出了在一定范围内清晰的威胁描述,与希望达到的安全保证。正因为如此,该定义可以帮助指导设计密码学方案。事实上,相比起在设计完成后才提出一个相关定义,在设计工作开始前就规范化地表达希望方案达到什么效果会更好。前者在当设计者筋疲力尽时(而不是在设计结束之后)会有暂停的风险,或者可能会导致在牺牲了效率的情况下,方案达到超过所需的程度,从而造成资源浪费。

1.4.1.2 形式化定义的作用

定义还提供了一种评估和分析所构建内容的方法。当给出恰当的定义后,我们可以通过研究是否达到预期的安全保证来判断一个待分析的方案;在某些情况下,我们甚至可以通过展示某个方案满足了定义从而证明这个结构是安全的(见1.4.3)。另一方面,一个方案也可以通过证明其不满足安全定义从而证明它是不安全的。注意!不能说存在理论上的攻击方法就可以证明这个密码学方案是不安全的。比如,对维吉尼亚密码的攻击需要假设有足够长的密文。而且当文本是足够短或者被压缩(这时文本的字母频率被平滑处理了)的情况下,我们这时就不能说维吉尼亚密码是不安全的。也就是说,在没有合适的定义的情况下,我们很难说一个密码学方案是不是安全的

定义允许方案之间进行有意义的比较。我们有很多种有效的方法来定义安全性,而具体选择哪种方法取决于所使用方案的上下文。一个满足弱定义的方案可能比一个满足强定义的方案更有效率,通过更精确的定义我们可以在两个方案之间更正确的权衡评估。同样地,定义保证了方案的安全使用。思考一下对一些更大的应用如何决定使用哪个密码学方案。一个靠谱的方法就是首先去理解这个应用需要的安全性概念,然后去找满足这个概念的密码学系统。这个方法附带的好处就是模块化:设计者可以把一个密码学方法替换为另外一个而不用担心影响整体应用的安全性。

我猜这也是一篇paper可以解决某一方面的问题的根本所在

研究一个正式的定义迫使人们思考什么是问题的本质以及什么性质是无关的。通过这个过程常常可以发现一些乍一看并不明显的问题细微の之处(这也是开组会的好处)

1.4.1.3 形式化定义的组成

虽然我们每个人对安全都有自己直观的定义,但无数事件告诉我们这种直觉往往是错误的至少是有缺点的。通常,安全定义有两个组件:安全保证(security guarantee)(从攻击者的角度来看,是什么构成了对方案成功攻击的因素,即方案的脆弱点)和威胁模型(threat model)。安全保证定义了计划要阻止攻击者做什么,而威胁模型则描述了对手的能力,即假定攻击者能够执行什么操作。

好多paper也是这个逻辑顺序

安全的形式化定义在后两章会更详细介绍

一. 安全保证的心路历程

这块开始注释将爆炸增长

  • It should be impossible for an attacker to recover the key.

    不能恢复密钥不足以保证安全。加密的目的是保护信息;密钥是实现这一目标的方法,但密钥本身并不重要

  • It should be impossible for an attacker to recover the entire plaintext from the ciphertext.

    有些信息一点也不敢泄露,更何况这儿没定义泄露多少算“安全”

  • It should be impossible for an attacker to recover any character of theplaintext from the ciphertext.

    乍一看好像整挺好,但其实还不够,毕竟有些信息不需要明文叙述就能猜出来,比如A和B谁的工资更高

    另一个问题是如何将对手“恢复明文字符”的含义形式化。如果攻击者通过纯粹的运气或外部信息,例如正确地猜测某人工资的最低有效位数是0,该怎么办?显然,这不应该使加密方案变得不安全,因此任何可行的定义都必须以某种方式将这种行为从成功的攻击中排除

  • The “right” answer: regardless of any information an attacker already has, a ciphertext should leak no additional information about the underlying plaintext.

    它并没有试图定义关于明文的哪些信息是“有意义的”!它只要求不泄露任何信息。这很重要,因为这意味着一个安全的加密方案适用于所有需要保密的潜在应用程序。

    这里缺少的是定义(名词)的精确数学公式。我们应该如何掌握攻击者关于明文的先验知识?(没)泄露信息是什么意思?参见定义2.3和3.12

二. 威胁模型的成长路线

我们详细说明我们对对手能力的假设,但我们不假设对手如何使用这些能力。我们不可能预知在攻击中他们会使用什么策略,妄图做这个的死得都很惨

以下威胁模型按攻击者能力大小升序排列

  • Ciphertext-only attack

    最基本的攻击,经典加密方案中隐含假设的威胁模型。

  • Known-plaintext attack

    我们所见过的所有经典加密方案都可以通过该攻击轻易破解

  • Chosen-plaintext attack

    上一条+its choice

  • Chosen-ciphertext attack

    对手能够额外获得自己选择的密文的解密(或some information)。例如,攻击者选择的某些密文的解密是否会产生有效的英文消息

    以上这些攻击都是为了获得底层明文的信息,注意,不是明文本身

    这些威胁模型没有一个天生就比其他模型好,使用哪种模型取决于部署加密方案的环境。前两种攻击是最容易实施的。第一种搭个线就行了;第二种是因为明文/密文对总是容易泄露出来的,例如两个实体总是“hello”,或者有些信息保密期一过就自动公开了。

    3.4.2->选择明文攻击 3.7->选择密文攻击

1.4.2 Principle 2 – Precise Assumptions

大多数现代密码结构不能被证明是无条件安全的,这样的证明需要解决计算复杂性理论中的一些问题,而这些问题在今天看来似乎还远远没有答案。这将导致安全性的证明通常依赖于假设!现代密码学要求任何这样的假设都要明确和数学层面上的精确(explicit and mathematically precise)。在最基本的层次上,这仅仅是因为安全性的数学证明需要这样做

一、 我们需要“假设”的其它原因:

  • Validation of assumptions

    比起“验证”,我更倾向于翻译为“有效性”

    1. 就其本质而言,假设是没有被证明的陈述,而是被推测为正确的
    2. 假设越被检验和测试而不被反驳,我们就越相信这个假设是正确的
    3. 研究假设可以通过证明它由其他一些 也被广泛相信的 假设所隐含,从而证明其有效性(爱屋及乌,感觉可能引起连环爆炸)
    4. 如果所依赖的假设没有被精确地陈述,它就不能被研究和((potentially)反驳。因此,对所假定内容有一个精确的陈述,也有助于增加我们对假设成立的信心
  • Comparison of schemes

    假如有两个方案A和B,它们都可以被证明满足某些定义,但每个方案都基于不同的假设。如果A方案所基于的假设比B方案所基于的假设更(即,B假设隐含着A假设(B∋AB\ \owns AB ∋A)),那么A方案是更好的。因为A错说明B一定错,但B错A不一定错

    我感觉这儿“假设”可以理解为”不确定性因素“,“假设”越弱,“不确定性”就越低,最后结果正确的”可能性“就越高。

  • Understanding the necessary assumptions

    加密方案可能基于某些底层构建块(和前面模块化呼应了)。如果后来在构建块中发现了一些弱点,我们如何判断整个加密方案是否仍然安全?

    如果我们明确 关于某个构建块的基本假设 已经作为了证明方案安全性的一部分,那么我们只需要检查所需要的假设是否受到所发现的新弱点的影响。

    上段原文:If the underlying assumptions regarding the building block are made clear as part of proving security of the scheme,then we need only check whether the required assumptions are affected by the new weaknesses that were found.

二、 一个有趣的问题

与其根据其它的假设来证明一个方案是安全的,为什么不简单地假设方案的构造本身是安全的呢?就像一个方案用了很多年没出问题,我们为什么不直接令 该方案:=安全该方案:=安全该方案:=安全?

  • 一个经过多年检验的假设比一个随着新结构引入的、新的、临时的假设更可取。

    这儿“新结构”应该才是重点,而不是后面的“假设”

    我理解的意思为:久经磨炼的方案本身都不一定能比过一个新的假设,更不用说一个久经磨炼的假设和一个新方案的比较了

  • 人们普遍倾向于更容易描述的假设,因为这样的假设更容易研究和(可能)反驳。例如,假设某个数学问题很难解决,要比假设加密方案满足复杂的安全定义更容易研究和评估。

    依赖“低级”假设而不是仅仅假设构造是安全的另一个优势是,这些“低级”假设通常可以用于其他构造。

    这儿的”低级“(low-level)应该指的是更根本,更本质,更基础

    公理和定理的区别

  • “低级”假设可以提供模块化

    又和前面呼应了,而且和上面第二点含义相通

1.4.3 Principle 3 – Proofs of Security

以上描述的两个原则允许我们实现提供严格证明的目标,即证明一个结构在某些特定假设下满足给定的定义。在密码学的环境中,当攻击者积极地试图“破坏”某些方案时,这种证明显得尤其重要。与定义和假设相关联的安全性证明给出了非常强力的保证——保证没有攻击者可以成功,这比采用无原则或启发式的方法来解决问题要好得多。

如果不能证明任何拥有特定资源的对手都不能破坏某个方案,那么我们就只能凭直觉认为是这样。经验表明,在密码学和计算机安全方面,直觉是灾难性的。有无数未经证实的计划被破坏的例子,有时是立即,有时是在开发后数年

Proofs of security give an iron-clad guarantee—relative to the
definition and assumptions—that no attacker will succeed

这儿的”relative to“,我认为应该理解成”关联“而不是”相对于“

定义、假设和证明构成了现代密码学的严格方法,与早期非正式的古典密码学有着根本区别

1.4.4 Provable Security and Real-World Security

1.4.4.1 现代密码学仍是艺术,

更多体现在了

  • 开发适合现代应用于环境的定义;
  • 提出新的数学层面的假设或设计新的原语;
  • 构建新的方案并证明其安全

1.4.4.2 安全性证明不是神

现代密码学所采用的方法彻底改变了这个领域,并有助于提高现实世界中部署密码方案的安全性。但重要的是,不要夸大安全证明的含义。安全性证明总是与所考虑的定义和所使用的假设相关

  • 如果安全保证与需要的不匹配,或者威胁模型没有捕捉到对手的真实能力,那么证明可能就无关紧要了。
  • 如果所依赖的假设被证明是错误的,那么安全性证明就毫无意义。

1.4.4.3 理论与现实的区别与联系

一个方案的安全性可以证明并不一定意味着该方案在现实世界中也是安全的。虽然有些人认为这是可证明安全性的缺点,但我们乐观地认为这说明了这种方法的优点。以下解释为什么:

要在现实世界中攻击一个可证明安全的方案,只需将注意力集中在

  • 定义(即,探索理想化的定义与部署方案的现实环境有何不同)
  • 基本假设(即,看看它们是否成立)

而密码学家的工作则是不断完善他们的定义,以更接近真实世界,并调查他们的假设,以测试其有效性。可证明的安全性并不能结束攻击者和防御者之间由来已久的斗争,但它确实提供了一个框架,有助于将胜局转向有利于防御者的方向。

我们不考虑密码学实际实现的程度怎么样,某种程度上这不是我们应该考虑的问题

1.5 英语积累

该部分出现的词语主要包括四部分:1.确实没见过的新词 2.见过太多以后应该会经常用的 3.以前见过但未曾设想的用法 4.有意思的

p.s.:单词积累有限,望共同进步

rigorous 严厉的,严格的,严谨的
heuristic 启发式的
party 通信双方
scenario 特定情节,剧本,方案
canonical 按照教规的;权威的;公认的
trivial 不重要的,微不足道的
yield 生产,生长
adversary 敌人;对手
elucidate 阐述,说明
stated differently 换句话说
versus 与...相对
scrutiny 仔细审查
compatibility 兼容性
obscurity 阴暗,晦涩,不解
demonstrate 论证,说明
i.e. 即
Julius Caesar 凯撒大帝
ad hoc 特别的;临时的;专设
examine 仔细审查
movie spoiler 电影剧透
sufficient 充足的
punctuation 标点
numerical 数学符号
mono- 单
poly- 多
tabulate 制表
whereas 然而,反之,但是,鉴于
cumbersome 讨厌的,麻烦的,笨重的
thwart(-ed) 挫败,阻碍
crack 裂缝,(使)爆裂 Challenge/Response Authentication of Cryptographic Key
namely 也就是
obstacle 障碍
cf. abbr. (拉丁)比较【拉丁文confer(=compare)】
illustrate 表明,阐明,举例
perceive 感觉,感知
As it turns out 事实证明
post facto (拉丁语)事后的,溯及以往的
on the flip side 相反,另一方面
insofar 在这个范围,到这个程度
subtlety 精妙,敏锐,精明
blatantly 公然地;喧闹地;显然地
justifiably 言之有理地,无可非议地
plausible 可靠的,貌似有理的,似是而非的
imply 暗示,隐含
deduce 推论
inherently 天性地,固执地
by their very nature 就其本质而言
conjecture 推测,猜想
refute 反驳,驳倒
downright (坏事或令人不快只是)彻头彻尾的;完全地,彻底地
instantiate 实例化,举例说明
off-the-cuff 为准备的;即席的(cuff 袖口,护腕,手铐)
take-away point 外卖点,要点
refine 精炼
odds 可能性,机会,困难
per se 自身,本身

1.6 可能还没搞懂的点

  1. 这句话意思是数学证明需要假设还是需要精确?
  2. 不能被研究所以不存在反驳的可能性?还是,已经默认((potentially)被反驳了?
  3. 这个clear就很迷,前面提出的问句已经说明了构建块出了问题,这儿再明确一下?
  4. 没太理解他想表达什么

《Introduction To Modern Cryptography》读书笔记一相关推荐

  1. 卓有成效的程序员 阅读笔记 第一部分

    第一部分 机制 第二章 加速法则 加载器(Launcher)允许你输入应用程序或文档名称的第一部分来加载它:一个应用程序列表的有用程度与它的长度成反比 花点时间来学习你手边所有隐藏的快捷键 命令提示符 ...

  2. ThoughtWorks(中国)程序员读书雷达

      软件业的特点是变化.若要提高软件开发的技能,就必须跟上技术发展的步伐.埋首醉心于项目开发与实战,固然能够锤炼自己的开发技巧,却难免受限于经验与学识.世界上并不存在速成的终南捷径,但阅读好的技术书籍 ...

  3. 张逸:ThoughtWorks(中国)程序员读书雷达

    2013/06/20 ·  书籍与教程, 开发· 6.6K 阅读·  书籍, 架构设计, 编程, 领导力 原文出处: 简单文本-张逸   欢迎分享原创到伯乐头条 软件业的特点是变化.若要提高软件开发的 ...

  4. 张逸: ThoughtWorks(中国)程序员读书雷达

    原文出处: 简单文本-张逸 软件业的特点是变化.若要提高软件开发的技能,就必须跟上技术发展的步伐.埋首醉心于项目开发与实战,固然能够锤炼自己的开发技巧,却难免受限于经验与学识.世界上并不存在速成的终南 ...

  5. 程序员的共鸣 - 读《卓有成效的程序员》

    最近读了<卓有成效的程序员>,感觉收获颇大.这是一本写给程序员的难得的好书.书中大都是一些浅显的道理,但作者将这些东西加以收集.归纳.总结,并最终成书.作者为了收集各种提高效率的工具和方法 ...

  6. 读《卓有成效的程序员》-----我的一些题内和题外的感想

    读<卓有成效的程序员>-----我的一些题内和题外的感想 本文出自:http://hi.baidu.com/xiaonan33309/blog/item/c708c901a50d940b7 ...

  7. 卓有成效的程序员(影印版)

    卓有成效的程序员(影印版) 一本揭示高效程序员的思考模式,一本告诉你如何缩短你与优秀程序员的差距 定价 : ¥42.00会员价 : ¥31.50(75折) 详情查看:http://www.china- ...

  8. [黑马程序员C++笔记]P72-P83通讯录管理系统

    目录 系统需求 1.菜单功能 2.退出功能 3.添加联系人 (1)​​​​​​​设计联系人结构体 (2) 设计通讯录结构体 ​​​​​​​(3)main函数中创建通讯录 (4)封装添加联系人函数 (5 ...

  9. [黑马程序员C++笔记]P72-P83通讯录管理系统总体概览

    系统需求 通讯录是一个可以记录亲人.好友信息的工具. 本教程主要利用C++来实现一个通讯录管理系统 系统中需要实现的功能如下: 添加联系人:向通讯录中添加新人,信息包括(姓名.性别.年龄.联系电话.家 ...

  10. php末尾友链,与php程序员的笔记网站交换友链的原则

    很抱歉,由于本网站首页友链已满,目前停止交换首页友链,内页仍可交换友链!(2013年2月24日) 随着本站友链的数量不断增多,本人不得不对本站的友链申请的原则进行郑重的申明一下,希望各位申请本站友链的 ...

最新文章

  1. java verbose gc_jvm参数-verbose:gc和-XX:+PrintGC有区别?
  2. Linux 初始化脚本 (centos6 centos7 通用)
  3. js 封装经纬度成json_R实现地理位置与经纬度相互转换
  4. Xlua文件在热更新中调用方法
  5. vc/vs开发的应用程序添加dump崩溃日志转
  6. 2017蓝桥杯省赛---java---B---1(购物单)
  7. hadoop 自定义OutputFormat
  8. 面试出现频率超高的一道算法题
  9. 2022 01 27 dnf 起号 搬砖 脚本源码开源 by ~戴眼镜的猫
  10. ABB机器人GSD文件获取的几种方法
  11. Spring中的refresh()
  12. 网络摄像机目前的主流解决方案
  13. 亲测苹果CMS简洁精美影视模板整站源码+带视频教程
  14. Android使用Service播放音乐
  15. 虚拟机改IP地址的方式
  16. 使用Bootstrap框架写的一个小实例
  17. 光纤收发器指示灯的意义图解
  18. 企业管理推脱责任要不得.
  19. 报org.apache.ibatis.binding.BindingException: Type interface com.olx.service.UserMapper is not known
  20. 啦啦外卖短信验证修复 短信提示:Specified signature is not matched with our calculation……

热门文章

  1. windows7所有版本迅雷地址下载集合(含32位和64位)
  2. python读取yml文件
  3. 移动前端开发的一些简单分类!
  4. IstioCon 2022 报名中|使用 eBPF 代替 iptable 加速 Istio 数据平面
  5. 安卓手机怎么root_手机怎么root
  6. Ubuntu完全教程,让你成为Ubuntu高手
  7. 安装Dukto局域网通讯工具
  8. Detours学习之七:Detours示例程序构建
  9. 推荐16个前端必备的实用工具与网站
  10. Office 之将 PPT 图片完美插入 Word