第一幕 威胁全景：看懂战场再上场

第一幕 威胁全景：看懂战场再上场

本章跟着一条线走：先把“安全”这个大词拆成能上手的关键词，再看这套词挂在什么样的代码与基础设施上，最后算一笔真实世界里的经济损失账。三步走完，你就有了判断任何安全问题的坐标系。

第一幕是整场剧的布景。后面的每一幕攻击戏都要站在这套布景里——没有攻击面的概念，你讲不清注入打的是哪一层；没有 CIA 三元组，你也说不清一条数据泄露为什么比一次界面报错严重十倍。这一幕不教招式，只教你认地图和记物价。

一条主线

用一个贯穿问题串起本章：为什么同样是“程序出问题”，有些叫 bug、有些叫漏洞，有些只是被骂，有些却能让人破产？这条线沿着三个站点展开——先建立衡量安全的标尺（关键词），再把标尺量到具体的应用结构上（架构），最后用真实事故给标尺标价（风险账本）。

• 威胁类关键词（攻击面、威胁、漏洞、风险、CIA）是统一的讨论语言。后文每次说“这里有漏洞”都隐含“这里的 CIA 某一条被破坏了”。
• 架构与组件决定攻击面长在哪：数据库、接口、第三方库、缓存层各有不同的暴露方式。
• 真实风险账本把抽象术语换算成钱和声誉，回答“为什么值得花力气”。

全景图：四个关键词沿流水线推进，最后落到风险这把你排优先级的尺子上。

沿途站点

• 01 舞台布景：攻击面、威胁、漏洞与风险——给出整套威胁语言的精确定义与相互换算关系，配一张攻击面层次图。
• 02 道具清单：Web 应用架构与常见组件——切开一个典型 Web 应用的层次，标注每一层最容易被攻击的部位。
• 03 这张赌注：真实世界的 Web 风险账本——用几类代表性事故说明泄露的代价，让“要不要投入安全”变成一道算得清成本的题。

三道站点的顺序就是整册方法论的原型：定义术语 → 定位位置 → 计算代价。导航很重要，因为它决定你该在哪里下防线。

拐点与结论

这一幕最大的认知转折：安全不是“加个登录框”或“装个杀毒软件”这种独立动作，而是一组分布在全程的权衡——你几乎总要在用户体验、性能与防护之间做选择题。把“安全”从功能列表里拎出来，升格为评估每一次改动的视角，是这一幕给全文埋的伏笔。

另一个隐蔽的落点：本幕说的几乎所有漏洞，攻击者都不需要“高级编程能力”，缺的只是正确姿势和耐心。这降低了对攻击门槛的误判，也解释了为什么“大多数入侵用了最简单的入口”。

顺带交代一个贯穿后续的隐藏设定：这套戏里的“攻”与“防”不是两个平行故事，而是同一个动作的两面。第一幕教你读攻击面，第二幕到第四幕会沿着这些攻击面逐个演练进攻手法，第五幕到第七幕再回头用同一套标尺配防具。剧中反复出现的“先想你从哪里进来，再决定在哪道门装锁”就是这个设定的口语化版本，它会在每一幕切换时被重新提到。

读完你应该

• 使用攻击面、威胁、漏洞、风险四个词区分并换算各自含义，能用一句话说清 C、I、A 三者各保护什么。
• 给一个典型 Web 应用画出至少三层的部署结构，并指出每层最典型的攻击入口。
• 结合敏感数据类别，估算一次泄露可能触碰的经济与声誉成本，据此判断安全投入的优先级。
• 区分“bug”与“漏洞”——前者是功能偏差，后者是可被威胁利用、且破坏 CIA 的实现缺陷。

下一幕的接力

主线在此埋下的“进攻视角”会在第二幕点燃：当我们说某处有漏洞，等于说攻击者从这里可以输入不被信任的数据并改变程序语义。第二幕将拿注入类攻击当第一个实践样本，把第一幕的抽象标尺量到具体代码上。