钓鱼攻击不依赖高深的漏洞利用,它绕过的是人的判断习惯:赶时间、信熟人、顺手点开。正因为目标是人,防御的重点也就落在”识别信号”和”建立不依赖个人警觉的流程”上。从收到一封可疑邮件,到面对一个假登录页,中间其实有一条清晰的检查路径。
一、发件人:显示名是包装,域名才是身份
邮件客户端最显眼的位置显示的是显示名(”IT 支持””某某经理”),而显示名是发件方随便填的,毫无约束力。真正要核对的是 From 头里的邮箱地址,尤其是 @ 后面的域名部分。
几个高频手法:
- 仿冒域名:把
company.com写成cornpany.com、company.com.cn、company-support.com,肉眼扫过极易忽略。 - 免费邮箱冒充:显示名写”公司财务部”,实际地址是公共邮箱服务上的个人账号。
- 回复地址偷换:From 看着正常,Reply-To 指向攻击者控制的地址。回信时点的是 Reply-To。
习惯上做三步:看清完整地址、核对域名主体、对”紧急、涉钱、涉密码”的请求提高一档警惕。显示名和实际域名对不上的邮件,直接进入怀疑区。
二、链接:悬停检查是第一道关
鼠标悬停(不要点击)在链接上,浏览器状态栏或邮件客户端会显示真实目标 URL。判断要点:
- 域名主体是否是预期的那一个。看的是最后两段(准确说是”注册域名”部分),前面的子域名再长都是伪装:
login.example.com.evil-site.net的真实域名是evil-site.net。 - 协议是不是
https://。http 链接直接可疑。 - 链接文字和真实目标是否一致。文字写”点击进入企业邮箱”,指向的却是另一个域名,这类”文不对址”是典型信号。
同形异义域名(IDN homograph)尤其阴险:不同语言的字母表里存在字形相近的字符(比如西里尔字母的某个字母看起来像拉丁字母的 a、e、o),拼出的域名在地址栏里几乎无法与真站区分。浏览器的 Punycode 显示策略各版本有差异,不值得依赖人眼去分辨——从自己保存的书签进入重要站点,或者手输域名,比点任何”看起来对”的链接都可靠。
手机上的风险更高:屏幕小、状态栏不显示悬停目标,只能长按链接查看真实地址,很多人不会做。移动端更要靠”不从消息里进重要站点”的习惯兜底。
三、附件:类型本身就是风险信号
钓鱼邮件的附件往往就是载荷。风险从高到低大致排:
- 可执行与脚本类:
.exe、.scr、.bat、.ps1、.js,以及带双扩展名的invoice.pdf.exe(资源管理器若隐藏扩展名会显示成invoice.pdf)。 - 宏文档:
.docm、.xlsm,诱导”启用内容”后运行宏。 - 压缩包:
.zip、.rar,尤其是加密压缩包——密码在邮件正文里给的那种,专门用来绕过网关扫描。 - 伪装的文档链接:附件其实是
.url或.lnk,指向远程资源。
对”预期之外”的附件,最稳的做法是不打开、通过独立渠道向发件人核实。组织侧则应当默认禁用宏执行、过滤可执行附件类型、对压缩包内层做检测。单靠”我看得出真假”来防附件,容错率太低。
四、假登录页的识别点
钓鱼邮件最常见的落地页是仿冒登录页。识别点分三层:
URL 层(最可靠):
- 域名主体对不对——
accounts.example.com与accounts-example.com是两个站点; - 证书信息里”颁发给”的域名是否匹配(点了锁图标可以查看);
- 有没有被跳转——很多假登录页先经过一个短链或跳转服务,落地 URL 才是真实目标。
证书层:HTTPS 不代表安全。免费证书任何人都能申请,锁图标只说明”传输是加密的”,不说明”对方是真站”。真正的信任来自域名匹配 + 证书链可信,而不是那把锁本身。
页面层(辅助信号):
- 页面细节粗糙:logo 模糊、排版错位、文案有语病、版权年份陈旧;
- 交互异常:催促限时、恐吓封号、要求输入与业务无关的字段(如支付密码、短信验证码);
- 页面功能残缺:除了登录框什么链接都点不动——真站通常有完整的导航和帮助入口。
页面层的信号只能用于”更可疑”的判断,不能用于”确认安全”。判断真假永远以 URL 与证书为准。还有一个通用习惯值得固化:任何要求输入凭据的页面,都由自己从书签或手输域名进入,而不是顺着任何消息里的链接走完流程。这一步绕开了整条伪造链路,成本极低,防住的却是最常见的攻击路径。
五、组织内的上报流程
个人识别能力再强也会有失手的时候,所以要有上报通道,且要让上报比”自己悄悄处理”更省事:
- 提供一键举报入口(邮件客户端插件、专用邮箱、IM 机器人皆可)。
- 明确”误报无成本”的文化。宁可多报,不可不报;对上报者追责的组织,等于自己关掉预警系统。
- 安全侧接到报告后快速做三件事:确认样本特征(发件域、URL、附件哈希)、在网关/终端层面封禁同类、回查已有点击/提交记录。
- 定期把去标识化的案例做成内部通报,让全员跟着真实样本提高识别力,比念规章制度有效得多。
事后复盘的关键问题是”为什么它能进来”和”为什么有人信”,前者改技术防线,后者改流程与培训。
六、技术侧的防御
个人警惕之外,域名侧和浏览器侧有一批成本不高的标准动作:
| 手段 | 作用 |
|---|---|
| SPF | 声明哪些服务器有权代发本域邮件,伪造来源域会被拒 |
| DKIM | 对邮件做签名,收件方可验证内容与发件域未被篡改 |
| DMARC | 基于 SPF/DKIM 制定策略:放行、隔离或拒收,并回收伪造报告 |
| 邮件网关 | 过滤附件类型、检测 URL 信誉、沙箱打开可疑内容 |
| 浏览器信誉/安全浏览 | 对已知钓鱼 URL 做实时拦截与告警 |
| 强制 2FA / 通行密钥 | 即便凭据被钓走,缺少第二因素也登不进 |
SPF/DKIM/DMARC 这三件套是发件域的”自证身份”机制,部署成本低、收益大,域管理员应当尽早配上并对齐策略。浏览器信誉库则能把已确认的钓鱼站点在很短时间内挡在外面——个人晚一步发现的站点,往往早已进入黑名单。
技术防线和人的判断是互补的:技术挡掉绝大多数批量攻击,人负责处理那些绕过防线、高度定制的少数样本。两条防线都要存在,缺一条就会把全部压力压到另一条上。
评论(3)
我们团队也踩过这个坑,最后是先把流程定下来再谈工具。
有点想知道作者是怎么学的。
这个问题困扰我很久,终于有个解释得通的答案。
请 登录 后参与评论。