<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Gcm on As it was</title>
    <link>https://galoishlee.github.io/tags/gcm/</link>
    <description>Recent content in Gcm on As it was</description>
    <generator>Hugo</generator>
    <language>zh-CN</language>
    <managingEditor>maocred@gmail.com (Halois)</managingEditor>
    <webMaster>maocred@gmail.com (Halois)</webMaster>
    <copyright>This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.</copyright>
    <lastBuildDate>Sun, 19 Jul 2026 08:00:00 +0800</lastBuildDate>
    <atom:link href="https://galoishlee.github.io/tags/gcm/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>分组密码工作模式攻击讲义 Part 2：AEAD 的构造逻辑与认证边界</title>
      <link>https://galoishlee.github.io/block-cipher-modes-offensive-crypto-vol2/</link>
      <pubDate>Sun, 19 Jul 2026 08:00:00 +0800</pubDate><author>maocred@gmail.com (Halois)</author>
      <guid>https://galoishlee.github.io/block-cipher-modes-offensive-crypto-vol2/</guid>
      <description>&lt;blockquote&gt;&#xA;&lt;p&gt;Note: Vol.1 的核心结论是，保密性模式只要还保留一个“对任意篡改密文都返回某个明文”的解密接口，攻击者就仍然能沿着那条接口做线性利用。Vol.2 要补上的，不是又一个模式名词，而是这个接口何时会从总函数变成部分函数。&lt;/p&gt;&#xA;&lt;/blockquote&gt;&#xA;&lt;p&gt;AEAD 的关键不在于“密文后面多挂了一个 tag”，而在于系统把 nonce、associated data、payload、长度和顺序一起压进一个验证方程，并把解密语义改写成只允许输出 \(P\) 或 \(\bot\)。一旦这个改写成立，Vol.1 里最常见的 bit flip、reorder、splice、truncate 利用链就不再天然拥有一个可调用的明文 oracle。&lt;/p&gt;&#xA;&lt;p&gt;这一卷只讲原理和推导，不讲 API、不讲 PoC、不讲题目套路。主线只有三条: GCM 的 \(CTR+GHASH\)，CCM 的 \(CTR+CBC\text{-}MAC\)，以及 OCB 的 offset/checksum。它们都能做 AEAD，但它们的认证对象、状态对象和 nonce 进入系统的方式并不相同，因此 misuse 时的退化方式也并不相同。&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
