安全开发（内建设计原则与漏洞防护）

安全内建（セキュリティバイデザイン，Security by Design）是一种思路：不在系统完成后再追加信息安全措施，而是从规划、设计等开发初期就把它内建进去。

系统完成后才想补上防护措施，往往需要重新设计，返工量容易变大。如果在初期就梳理出威胁，并把对策写进需求和设计，就不容易埋下漏洞（安全上的缺陷），修复所需的费用也能压低。

类比就像盖房子时，不是等房子建好再去买锁、装围栏，而是在画图纸时就把出入口和窗户的位置连同防盗一起考虑好。

记法英语 by design 的意思是“有意为之、按设计如此”，可以理解为“不是碰巧安全，而是从设计时起就瞄准了安全”。

该术语的过去问 1 题 セキュリティバイデザイン →

隐私内建（プライバシーバイデザイン，Privacy by Design）是一种思路：从系统或服务的规划、设计初期，就把对个人信息和隐私的保护内建进去。

例如，只收集达成使用目的所必需的个人数据；把默认设置定为保护程度较高的状态，让用户即使什么都不设置也能受到保护。这些考虑都在设计时就落实下来，因为事后再改个人数据的处理方式，就得重新审视已经收集的数据和已经建好的机制。

类比就像制作会员卡申请表时，在发出去之前就只保留真正需要填写的栏目。

记法这一思路由 1990 年代负责加拿大安大略省隐私保护工作的一位行政官员提出，在国外常取首字母简称为 PbD。

跨站脚本（XSS）防护（クロスサイトスクリプティング対策）是防止用户输入的字符串在浏览网页的人的浏览器中作为脚本（在浏览器上运行的简单程序）执行的措施。

跨站脚本（XSS）是一种攻击：借助把输入内容原样显示出来的网站，让攻击者埋下的脚本在浏览者的浏览器中运行，常被用来窃取登录信息等。主要的防护手段是转义处理，即在把输入的字符串显示到页面之前，把“<”“>”这类在 HTML 中有特殊含义的符号，替换成只会作为普通文字显示的形式。像这样把输入中的危险字符串变为无害形式的处理，统称为净化处理。

类比就像留言板的管理员不会把收到的告示直接贴上去，而是先装进透明的保护套，让里面的机关动不起来，再挂出来。

记法“跨站”就是“跨越网站”，名称来自脚本从攻击者准备的陷阱页面等处，被送到另一个有漏洞的网站，并在那个网站上执行。

该术语的过去问 1 题 クロスサイトスクリプティング対策 →

SQL 注入防护（SQLインジェクション対策）是防止输入框中填入的字符串，被当作对数据库下达命令的 SQL 语句的一部分执行的措施。

SQL 注入是一种攻击：在输入框里混入 SQL 语句的片段，让数据库执行本来不被允许的查询、篡改或删除。典型的防护手段是使用占位符（绑定机制），即先确定 SQL 语句的结构，之后再把输入值只作为值填进去。同时，也要对输入值进行净化处理。

类比就像事先规定好：即使申请表的姓名栏里写着“顺便把所有人的名单交出来”，工作人员也只把它当作姓名来处理。

记法injection 在英语中是“注射、注入”的意思，看字面就能想起这是往 SQL 语句里注入异物的攻击。

该术语的过去问 1 题 SQLインジェクション対策 →

安全补丁（セキュリティパッチ）是开发商为修复操作系统（OS）、应用程序等软件中发现的漏洞而提供的更新程序。

漏洞在产品开始提供之后也会被发现，因此补丁一发布就尽快安装、堵上缺陷，是运行维护中的基本对策。如果一直不安装，就容易遭到利用那些手法已广为人知的漏洞的攻击。

类比就像建筑检修时发现窗锁有毛病，用厂家寄来的替换零件把它修好。

记法英语 patch 原意是“补丁布”，可以记成贴在漏洞这个破洞上的那块布。