网络技术专题

公钥可按协议提供给需要加密或验签的一方，私钥由其持有者妥善保护，用途取决于所选方案；两者不能因格式相似而互换。

1. 先明确业务要做加密还是签名。
2. 按角色分发所需的公钥材料。
3. 把私钥放入符合业务要求的保管环境。

注意：导出成功不代表已经完成密钥管理和权限配置。

应按页面要求的字节长度判断。文字经过编码后可能占用不同数量的字节，若直接按汉字个数凑长度，容易与算法要求不符。

1. 先确认工具把密钥按文本还是其他形式读取。
2. 核对编码后的长度是否符合所选算法。
3. 与对端统一密钥表示方式后再测试。

注意：相同字符数的中文和英文不一定占用同样空间。

仅有同一个密钥还不够。分组模式、初始向量、填充及密文表示需要与加密端约定一致，任一项不符都可能导致失败或错误文本。

1. 从发送端取得准确参数，避免逐项猜测。
2. 确认密文没有在复制时丢失字符。
3. 按同一组配置用非敏感样本先做往返验证。

注意：还原出可读文字后，仍须另行判断完整性与可信程度。

不是。它用于让持有相应秘密的一方核对消息完整性与认证码，原消息可以仍然是明文；保密需要另外的加密或安全传输机制。

1. 区分业务需要的是防篡改还是隐藏内容。
2. 认证码计算后随协议发送必要字段。
3. 有保密要求时再采用合适的传输保护。

注意：不要把认证结果当作密文，也不要公开共享秘密。

会。认证码依赖密钥以及消息的确切字节，字段顺序、分隔符或换行任一变化，都可能使结果与对端不匹配。

1. 按接口约定整理待签名原文。
2. 核对空字段、排序及字符编码。
3. 再用正确算法和输出形式与对端比对。

注意：不要只对照可见字段值，忽略它们之间的连接规则。

不能单独证明。摘要可以辅助核对内容是否匹配，但若参考摘要也来自不可信位置，攻击者可能同时替换内容和比对值。

1. 先从可信渠道取得预期摘要。
2. 使用一致算法计算当前内容。
3. 涉及发布来源时另外核查签名或交付凭证。

注意：完整性比较与来源认证承担不同任务。

摘要针对实际字节计算，肉眼看不到的回车或行尾差异也会进入计算。看起来相同的文字，底层字节不一定完全一致。

1. 核对两端是否都保留末尾换行。
2. 检查换行风格和隐藏空白。
3. 用相同算法与输出形式重新比较。

注意：不要为了匹配结果随意删除原协议要求保留的字符。

还需检查保留字、非法开头和名称碰撞。不同输入可能被整理成相同标识符，格式看似规范不等于在当前程序里可安全使用。

1. 与现有字段或变量表比较是否重名。
2. 确认首字符及剩余字符均合法。
3. 必要时按团队规则调整缩写和分词。

注意：自动命名不能替代项目约定与语义审核。

不会。页面只输出文本的另一种写法，项目里所有使用位置、字符串引用和外部接口都不会自动同步，需要在代码环境中处理。

1. 复制需要转换的候选名称。
2. 确认转换后的名字符合该语言的变量语法。
3. 重命名时使用项目工具追踪全部引用。

注意：接口字段改名涉及消费者兼容性，不能只调整页面上看到的名字。

不能。码点标识的是字符编号，而字节编码还需要按规则把编号转成一个或多个字节；数值外观相似并不意味着层次相同。

1. 先分辨输入是字符编号还是字节串。
2. 选择对应的字符或字节转换入口。
3. 对同一短文本比较两类结果。

注意：把码点直接拆成字节可能得到错误文本。