update based on https://github.com/mdn/yari/issues/2028

4 files changed, 0 insertions, 159 deletions

diff --git a/files/zh-cn/web/security/information_security_basics/tcp_ip_安全/index.html b/files/zh-cn/web/security/information_security_basics/tcp_ip_安全/index.html
deleted file mode 100644
index 5a8c1a68b0..0000000000
--- a/files/zh-cn/web/security/information_security_basics/tcp_ip_安全/index.html
+++ /dev/null
@@ -1,50 +0,0 @@
----
-title: TCP/IP 安全
-slug: Web/Security/Information_Security_Basics/TCP_IP_安全
-translation_of: Archive/Security/TCP_IP
----
-<p>{{draft}}</p>
-
-<p>TCP/IP 在全世界被广泛应用于提供网络通信。  TCP/IP 通信由四个工作层组成。当用户想要通过网络传输数据时，数据就会从更高层通过中间层逐渐传递到最底层，每层都会添加对应的信息。在每一层, 逻辑单元通常由标头和有效载荷组成。有效载荷由上一层传递下来的信息组成，而头部包含特定于层的信息，例如地址。在应用程序层，有效负载是实际的应用程序数据。最底层通过物理网络发送累积数据;然后，数据通过层向上传递到目的地。基本上，由层生成的数据通过其下面的层封装在更大的容器中。从最高到最低的四个TCP / IP层如下所示。</p>
-
-<ul>
- <li><strong>应用层</strong> 。 该层发送和接收特定应用程序的数据，例如域名系统（DNS），超文本传输​​协议（HTTP）和简单邮件传输协议（SMTP）。</li>
- <li><strong>传输层。</strong>  该层提供面向连接或无连接的服务，用于在网络之间传输应用层服务。传输层可以任选地确保通信的可靠性。传输控制协议（TCP）和用户数据报协议（UDP）是常用的传输层协议。</li>
- <li><strong>网络层。</strong>  该层通过网络根据特定路由发送数据包。 Internet协议（IP）是TCP / IP的基本网络层协议。网络层上的其他常用协议是因特网控制消息协议（ICMP）和因特网组管理协议（IGMP）。</li>
- <li><strong>数据链路层。</strong> 该层处理物理网络组件上的通信。最着名的数据链路层协议是以太网。</li>
-</ul>
-
-<p>存在用于TCP / IP模型的每一层的网络通信的安全控制。如前所述，数据从最高层传递到最低层，每层添加更多信息。因此，较高层的安全控制不能为较低层提供保护，因为较低层执行较高层不知道的功能。每层可用的安全控制包括：</p>
-
-<ul style="list-style-type: square;">
- <li><strong>应用层。</strong>  必须为每个应用程序建立单独的控制。例如，如果应用程序需要保护跨网络发送的敏感数据，则可能需要修改应用程序以提供此保护。虽然这为应用程序的安全性提供了非常高的控制和灵活性，但可能需要大量资源投入才能为每个应用程序正确添加和配置控件。设计一个密码健全的应用程序协议是非常困难的，正确实现它更具挑战性，因此创建新的应用程序层安全控制可能会产生漏洞。此外，某些应用程序，尤其是现成的软件，可能无法提供此类保护。虽然应用程序层控件可以保护应用程序数据，但它们无法保护TCP / IP信息（如IP地址），因为此信息存在于较低层。只要有可能，用于保护网络通信的应用层控制应该是基于标准的解决方案，这些解决方案已经使用了一段时间。一个例子是安全的多用途互联网邮件扩展（S / MIME），它通常用于加密电子邮件消息。</li>
- <li><strong>传输层。</strong>此层的控件可用于保护两台主机之间的单个通信会话中的数据。由于IP信息是在网络层添加的，因此传输层控件无法保护它。传输层协议的最常见用途是保护HTTP流量；通常使用传输层安全性（TLS）协议。 （TLS是SSL版本3的基于标准的版本。有关TLS的更多信息，请参阅RFC 4346，TLS协议版本1.1，可从https://www.ietf.org/rfc/rfc4346.txt 获得。另一个很好的来源信息是NIST SP 800-52，传输层安全的选择和使用指南，可从https://csrc.nist.gov/publications/nistpubs/ ）。TLS的使用通常要求每个应用程序支持TLS；但是，与通常涉及应用程序的广泛定制的应用程序层控件不同，传输层控件（如TLS）的干扰要小得多，因为它们不需要了解应用程序的功能或特性。尽管使用TLS可能需要修改某些应用程序，但TLS是经过充分测试的协议，其中有多个实现已添加到许多应用程序中，因此与在应用程序层添加保护相比，它是一种风险相对较低的选项。传统上，TLS已用于保护基于HTTP的通信，并可与SSL门户VPN一起使用。</li>
- <li><strong>网络层。</strong>此层的控件可应用于所有应用程序；因此，它们不是特定于应用程序的。例如，可以在该层保护两个主机或网络之间的所有网络通信，而无需修改客户端或服务器上的任何应用程序。在某些环境中，网络层控制（如互联网协议安全性（IPsec））提供了比传输或应用程序层控制更好的解决方案，因为向单个应用程序添加控件存在困难。网络层控制还为网络管理员提供了一种强制执行某些安全策略的方法。网络层控制的另一个优点是，由于在该层添加了IP信息（例如，IP地址），所以控制可以保护分组内的数据和每个分组的IP信息。但是，与传输和应用程序层控制相比，网络层控制提供的保护特定应用程序的控制和灵活性较低SSL隧道VPN提供了保护TCP和UDP通信（包括客户端/服务器和其他网络流量）的能力，因此可用作网络层VPN。</li>
- <li><strong>数据链路层。</strong> 数据链路层控制应用于特定物理链路上的所有通信，例如两个建筑物之间的专用电路或连接到Internet服务提供商（ISP）的拨号调制解调器连接。专用电路的数据链路层控制通常由称为数据链路加密器的专用硬件设备提供；用于其他类型连接的数据链路层控制，例如拨号调制解调器通信，通常通过软件提供。由于数据链路层位于网络层之下，因此该层的控制可以保护数据和IP信息。与其他层的控件相比，数据链路层控件相对简单，这使得它们更容易实现；此外，它们还支持IP以外的其他网络层协议。由于数据链路层控制特定于特定物理链路，因此它们无法保护与多个链路的连接，例如通过Internet建立VPN。基于互联网的连接通常由链接在一起的若干物理链路组成；保护与数据链路层控制的这种连接将需要为每个链路部署单独的控制，这是不可行的。数据链路层协议已经使用多年，主要是为不应信任的特定物理链路提供额外保护。</li>
-</ul>
-
-<p>由于它们可以同时为许多应用程序提供保护而无需对其进行修改，因此经常使用网络层安全控制来保护通信，尤其是在诸如因特网的共享网络上。网络层安全控制提供单一解决方案，用于保护所有应用程序的数据，以及保护IP信息。然而，在许多情况下，另一层的控制比网络层控制更适合提供保护。例如，如果只有一个或两个应用程序需要保护，则网络层控制可能过多。 SSL等传输层协议最常用于为与各个基于HTTP的应用程序进行通信提供安全性，但它们也用于为其他类型的应用程序（如SMTP，存在点（POP），Internet）的通信会话提供保护。消息访问协议（IMAP）和文件传输协议（FTP）。由于所有主要的Web浏览器都包含对TLS的支持，因此希望使用受TLS保护的基于Web的应用程序的用户通常不需要安装任何客户端软件或重新配置其系统。传输层安全协议的较新应用程序保护HTTP和非HTTP应用程序通信，包括客户端/服务器应用程序和其他网络流量。每一层的控件都提供了其他层控件的优点和功能。</p>
-
-<p>SSL是最常用的传输层安全控制。根据SSL的实现和配置方式，它可以提供以下类型的保护的任意组合：</p>
-
-<ul style="list-style-type: square;">
- <li><strong>机密性。</strong>  SSL可以确保未授权方无法读取数据。这是通过使用加密算法和秘密密钥加密数据来实现的 - 秘密密钥是仅为双方交换数据所知的值。数据只能由拥有密钥的人解密。</li>
- <li><strong>完整性。</strong> SSL可以确定数据是否在传输过程中（有意或无意）更改。通过生成消息认证码（MAC）值可以确保数据的完整性，MAC值是数据的密钥加密校验和。如果更改数据并重新计算MAC，则旧MAC和新MAC将不同。</li>
- <li><strong>对等实体认证。</strong>  每个SSL端点都可以确认其希望与之通信的另一个SSL端点的标识，从而确保从预期的主机发送网络流量和数据。 SSL身份验证通常是单向执行的，向客户端验证服务器，但可以相互执行。</li>
- <li><strong>重发保护。  </strong>相同的数据不会多次传送，并且数据不会严重无序传送。</li>
-</ul>
-
-
-
-<div class="originaldocinfo">
-<h3 id="Original_Document_Information" name="Original_Document_Information">Original Document Information</h3>
-
-<ul>
- <li>Author(s): Sheila Frankel, Paul Hoffman, Angela Orebaugh, and Richard Park</li>
- <li>Title: National Institute of Standards and Technology (NIST) Special Publication 800-113, Guide to SSL VPNs</li>
- <li>Last Updated Date: July 2008</li>
- <li>Copyright Information: This document is not subject to copyright.</li>
-</ul>
-</div>
-
-<p>{{QuickLinksWithSubpages("/en-US/docs/Web/Security")}}</p>
diff --git a/files/zh-cn/web/security/information_security_basics/vulnerabilities/index.html b/files/zh-cn/web/security/information_security_basics/vulnerabilities/index.html
deleted file mode 100644
index e060234976..0000000000
--- a/files/zh-cn/web/security/information_security_basics/vulnerabilities/index.html
+++ /dev/null
@@ -1,47 +0,0 @@
----
-title: Vulnerabilities
-slug: Web/Security/Information_Security_Basics/Vulnerabilities
-translation_of: Archive/Security/Vulnerabilities
----
-<div class="summary">
-<p>本文讨论漏洞，解释它们是什么以及它们在所有系统中的存在方式。</p>
-</div>
-
-<p>漏洞是系统中的一个弱点，可被利用来对机密性，完整性和可用性产生负面影响。 可以通过多种方式对漏洞进行分类。 本文使用三个高级漏洞类别：软件缺陷，安全配置问题和软件功能滥用。 这些类别如下所述。</p>
-
-<h2 id="漏洞级别">漏洞级别</h2>
-
-<p> </p>
-
-<p>软件缺陷是由软件设计或编码中的意外错误引起的。比如输入验证错误，假如用户提供的输入未正确评估恶意字符串和与已知攻击相关的过长值。另一个示例是竞争条件错误，允许攻击者使用提升的权限执行特定操作。</p>
-
-<p>安全配置设置是软件安全性的一个元素，可以通过软件本身进行更改。设置的示例是提供对控制列表的访问的操作系统，该控制列表设置用户对文件的特权，以及提供用于启用或禁用由应用程序存储的敏感数据的加密的设置的应用程序。安全配置问题漏洞涉及使用对软件安全性产生负面影响的安全配置设置。</p>
-
-<p>软件功能是由软件提供的功能功能。软件功能滥用漏洞是一种漏洞，其中该功能还提供了破坏系统安全性的途径。这些漏洞是由软件设计者做出的信任假设允许软件提供有益的功能，同时也引入某人违反信任假设以破坏安全性的可能性引起的。例如，电子邮件客户端软件可能包含在电子邮件消息中呈现HTML内容的功能。攻击者可以制作包含超链接的欺诈性电子邮件，这些超链接在以HTML格式呈现时对收件人来说是良性的，但实际上在收件人点击时会将收件人带到恶意网站。 HTML内容呈现功能设计中的一个信任假设是用户不会收到恶意超链接并点击它们。</p>
-
-<p>在软件设计或软件组件（例如，软件实现的协议）期间引入软件特征滥用漏洞。信任假设可能是明确的 - 例如，设计者意识到安全漏洞并确定单独的安全控制会对其进行补偿。但是，信任假设通常是隐含的，例如创建特征而不首先评估它将引入的风险。威胁也可能在软件的生命周期或软件中使用的协议中发生变化。例如，地址解析协议（ARP）信任ARP回复包含媒体访问控制（MAC）和Internet协议（IP）地址之间的正确映射。 ARP缓存使用该信息提供有用的服务 - 以便在本地网络内的设备之间发送数据。但是，攻击者可能会生成错误的ARP消息来中毒系统的ARP表，从而发起拒绝服务或中间人攻击。 ARP协议在25年前已经标准化，从那时起威胁发生了很大的变化，因此其设计中固有的信任假设今天不太可能合理。</p>
-
-<p>可能很难将软件功能滥用漏洞与其他两个类别区分开来。例如，软件设计过程中的缺陷可能导致软件缺陷和滥用漏洞。但是，软件缺陷纯粹是消极的 - 它们对安全性或功能没有任何积极的好处 - 而软件特性由于提供额外的功能而导致滥用漏洞。</p>
-
-<p>对于可以启用或禁用的功能的滥用漏洞，可能存在混淆 - 在某种程度上，配置与安全配置问题。关键的区别在于，对于滥用漏洞，配置设置启用或禁用整个功能，并不特别改变其安全性;对于安全配置问题漏洞，配置设置仅更改软件的安全性。例如，禁用电子邮件中所有HTML使用的设置会对安全性和功能产生重大影响，因此与此设置相关的漏洞将是滥用漏洞。禁用电子邮件客户端中使用反网络钓鱼功能的设置仅对安全性有重大影响，因此具有该设置的漏洞将被视为安全配置问题漏洞。</p>
-
-<p> </p>
-
-<h2 id="The_Presence_of_Vulnerabilities">The Presence of Vulnerabilities</h2>
-
-<p>No system is 100% secure: every system has vulnerabilities. At any given time, a system may not have any known software flaws, but security configuration issues and software feature misuse vulnerabilities are always present. Misuse vulnerabilities are inherent in software features because each feature must be based on trust assumptions—and those assumptions can be broken, albeit involving significant cost and effort in some cases. Security configuration issues are also unavoidable for two reasons. First, many configuration settings increase security at the expense of reducing functionality, so using the most secure settings could make the software useless or unusable. Second, many security settings have both positive and negative consequences for security. An example is the number of consecutive failed authentication attempts to permit before locking out a user account. Setting this to 1 would be the most secure setting against password guessing attacks, but it would also cause legitimate users to be locked out after mistyping a password once, and it would also permit attackers to perform denial-of-service attacks against users more easily by generating a single failed login attempt for each user account.</p>
-
-<p>Because of the number of vulnerabilities inherent in security configuration settings and software feature misuse possibilities, plus the number of software flaw vulnerabilities on a system at any given time, there may be dozens or hundreds of vulnerabilities on a single system. These vulnerabilities are likely to have a wide variety of characteristics. Some will be very easy to exploit, while others will only be exploitable under a combination of highly unlikely conditions. One vulnerability might provide root-level access to a system, while another vulnerability might only permit read access to an insignificant file. Ultimately, organizations need to know how difficult it is for someone to exploit each vulnerability and, if a vulnerability is exploited, what the possible impact would be.</p>
-
-<div class="originaldocinfo">
-<h3 id="Original_Document_Information" name="Original_Document_Information">Original Document Information</h3>
-
-<ul>
- <li>Author(s): Elizabeth LeMay, Karen Scarfone, and Peter Mell</li>
- <li>Title: National Institute of Standards and Technology (NIST) Interagency Report 7864, The Common Misuse Scoring System (CMSS): Metrics for Software Feature Misuse Vulnerabilities</li>
- <li>Last Updated Date: July 2012</li>
- <li>Copyright Information: This document is not subject to copyright.</li>
-</ul>
-</div>
-
-<p>{{QuickLinksWithSubpages("/en-US/docs/Web/Security")}}</p>
diff --git a/files/zh-cn/web/security/information_security_basics/机密性、完整性和可用性/index.html b/files/zh-cn/web/security/information_security_basics/机密性、完整性和可用性/index.html
deleted file mode 100644
index 2c415ae3ea..0000000000
--- a/files/zh-cn/web/security/information_security_basics/机密性、完整性和可用性/index.html
+++ /dev/null
@@ -1,35 +0,0 @@
----
-title: 机密性、完整性和可用性
-slug: Web/Security/Information_Security_Basics/机密性、完整性和可用性
-translation_of: 'Archive/Security/Confidentiality,_Integrity,_and_Availability'
----
-<div class="summary" style="margin: 0px 0px 20px; padding: 20px; border: 0px; font-weight: 700; color: rgb(77, 78, 83); font-family: 'Open Sans', sans-serif; font-size: 14px; font-style: normal; font-variant: normal; letter-spacing: normal; line-height: 21px; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; background: rgb(244, 247, 248);">
-<p style="margin: 0px; padding: 0px; border: 0px;">这篇文章讨论Web安全的三个主要目标：机密性、完整性和可用性。</p>
-</div>
-
-<p>传统的关于信息安全的模型定义了三个Web安全的目标：保持机密性、完整性和可用性。每一个目标都阐述了信息安全的不同方面。</p>
-
-<h2 id="机密性">机密性</h2>
-
-<p>机密性指信息指在未验证状态下信息不能被用户获取。也就是说，只有被验证过的用户才能获得敏感数据。联想下你的银行卡，你是授权可以访问的，但是，银行的雇员们也可以访问，其他人不行。机密性不高也就意味着原本不能访问这些信息的人却能够获取到这些信息，不管是有意为之还是由于突发事故。保密失败，也就是通常所说的泄密,通常是很难被根治的。一旦秘密被泄露了，就不能重新加密它。如果你的银行账号被贴到了一个公共的网站上，每一个人就都能知道你的银行账号，收入等，而且这些信息并不会从他们的心里，纸上，电脑或者其他地方清除。今天几乎凡是媒体上报道的安全事故，都涉及到重大的机密损失。</p>
-
-<p>总的来说，机密信息的泄露指的就是本不能访问它的人却获得了这些信息。</p>
-
-<h2 id="完整性">完整性</h2>
-
-<p>完整性表示，经过验证的用户访问数据时，数据没有发生过任何改动，是原生的数据。想象下你有一个网站，并在上面出售商品。这时一个黑客在浏览你的网站，并恶意的修改了你产品的价格，这样一来，他就能够以任意的价格购买任何东西。这就是一个保护完整性的反面案例。因为你的信息--这个场景下，就是商品的价格--被修改了，而且你没有授权这一次变更。另一个反面案例，当你在连接一个网站的时候，攻击者重定向了你的传输到另外一个网站。在这种情况下，你被指向的网站并不是真实可靠的。</p>
-
-<h2 id="可用性">可用性</h2>
-
-<p>可用性指被验证过的用户可以轻易获得信息。</p>
-
-<div class="originaldocinfo">
-<h3 id="Original_Document_Information" name="Original_Document_Information">初始文档信息</h3>
-
-<ul>
- <li>?作者：Karen Scarfone, Wayne Jansen, and Miles Tracy</li>
- <li>标题：NIST Special Publication 800-123，《常规服务器安全指南》</li>
- <li>最后更新日期：2008年7月</li>
- <li>版权信息： 本文档不受版权保护。</li>
-</ul>
-</div>
diff --git a/files/zh-cn/web/security/site_identity_button/index.html b/files/zh-cn/web/security/site_identity_button/index.html
deleted file mode 100644
index fff6661ffd..0000000000
--- a/files/zh-cn/web/security/site_identity_button/index.html
+++ /dev/null
@@ -1,27 +0,0 @@
----
-title: Site Identity Button
-slug: Web/Security/Site_Identity_Button
-tags:
-  - 安全
-  - 火狐
-translation_of: Mozilla/Firefox/Site_identity_button
----
-<p> <a href="https://support.mozilla.org/kb/how-do-i-tell-if-my-connection-is-secure">Site Identity Button</a> 是火狐的一个特性，用于向用户提示更多他们已经访问过的网站的信息。</p>
-
-<p>这个特性的使用取决于你网站的配置，按钮会显示许多不同的图标。</p>
-
-<p>如果站点身份按钮没有按照您的配置显示出来的话（如你想要看到一个绿色的锁却显示一个橙色的三角图标），你可以打开<a href="/en-US/docs/Tools/Web_Console">火狐开发者工具的控制台</a>，在控制台里能找到一些原因：</p>
-
-<ol>
- <li>确定您的控制台在'security'目录下显示信息。</li>
- <li>强制刷新有问题的站点</li>
- <li>耐心等待可能会出现的一些安全信息</li>
-</ol>
-
-<p>由于以下的原因之一，UI的安全等级将会降低：</p>
-
-<ul>
- <li>mixed content - 页面是经过TLS传输，但是页面没有经过subresources加载；这种情况下，在控制台里会看到‘mixed content’的信息提示。</li>
- <li>Use of a weak cipher - 当使用TLS时而强密码是不可用的，会显示一些关于弱密码的信息提示（如RC4）</li>
- <li>Insecure renegotation - 老版本的TLS在设计上有一个缺陷；如果您的服务在使用低版本的TLS，UI的等级将会降低且控制台不会有任何信息提示。</li>
-</ul>