代码安全_弱点（脆弱性）分析 CWE、漏洞、防御机制

本文主要是介绍代码安全_弱点（脆弱性）分析 CWE、漏洞、防御机制，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

■CWE

・查看方法

・List詳細

・CWE-117: Improper Output Neutralization for Logs

・CWE-73: External Control of File Name or Path （文件名或路径的外部控制）

・其他CWE

■漏洞

・什么是 XSS 漏洞

・xxx漏洞2

■防御机制

・什么是CSRF防御机制

・CSRF防御机制，能防止 XSS 漏洞吗（不能！）

・xxx防御机制2

・xxx防御机制3

■CWE

Common Weakness Enumeration　通用缺陷枚举

CWE -CWE-117: Improper Output Neutralization for Logs (4.13)

脆弱性（ぜいじゃくせい）

・CRLFインジェクションログ（\r\n injection log)（改行注入 log）

・ディレクトリトラバーサル　directory traversal (目录遍历)

・查看方法

CWE -CWE-117: Improper Output Neutralization for Logs (4.13)

在右上角【ID Lookup】中，输入对应的CWE ID 就可以进行查询

-------

・List詳細

・CWE-117: Improper Output Neutralization for Logs

The software does not neutralize or incorrectly neutralizes output that is written to logs.

・相关观点

Improper Neutralization of CRLF Sequences ('CRLF Injection') （CWE-93）

===================

CRLFインジェクションログ

（攻撃（こうげき）の考慮方式、SQLインジェクションと類似）　

インジェクション　 injection 注入

===================

●事例

＝＝＝＝＝＝＝＝＝＝＝＝＝

如果最终生成日志消息的用户输入数据未检查CRLF（换行符）字符，则攻击者可能伪造日志文件中的条目。

logger.info("User's street address: " + request.getParameter("streetAddress"));

＝＝＝＝＝＝＝＝＝＝＝＝＝

上面绿色标记的地方，是用户输入的数据，

用户可以在数据中输入换行，通过换行后的数据，来伪造log

str = XXX 正常的数据 XXXX + \r\n + XXXXXX 伪造的Log情报 XXXXX

・CWE-73: External Control of File Name or Path （文件名或路径的外部控制）

The software allows user input to control or influence paths or file names that are used in filesystem operations.

软件允许用户输入控制或影响文件系统操作中使用的路径或文件名。

・相关观点

Improper Limitation of a Pathname to a Restricted Directory ('Path Traversal') （CWE-22）

路径名对受限制目录的限制不正确（“路径遍历”）

===================

ディレクトリトラバーサル攻撃は、
ファイル名を要求するプログラムに対してサーバ内の想定外のファイル名(親ディレクトリの移動「../」など)を直接指定することによって、本来許されないファイルの不正な閲覧・取得を狙う攻撃方法です。

===================

ディレクトリトラバーサルとは、
利用者が供給した入力ファイル名のセキュリティ検証/無害化が不十分であるため、ファイルAPIに対して「親ディレクトリへの横断」を示すような文字がすり抜けて渡されてしまうような攻撃手法のことである。

ディレクトリトラバーサル (英語: directory traversal) とは、
利用者が供給した入力ファイル名のセキュリティ検証/無害化が不十分であるため、ファイルAPIに対して「親ディレクトリへの横断 (traverse)」を示すような文字がすり抜けて渡されてしまうような攻撃手法のことである。

===================

●事例
＝＝＝＝＝＝＝＝＝＝＝＝＝
其中每个用户的配置文件信息都存储在一个单独的文件中。
所有文件都存储在一个目录中。

＝＝＝＝＝＝＝＝＝＝＝＝＝

知道了自己的目录，只要往上走一层，就可以看到所有user的目录了

・其他CWE

代码安全_弱点（脆弱性）分析 CWE_20200807_脆弱性模型cwe-CSDN博客

====

■漏洞

・什么是 XSS 漏洞

XSS（Cross-Site Scripting）漏洞是一种常见的网络安全漏洞，它允许攻击者在受影响的网站上注入和执行恶意脚本代码。这些脚本可以在用户的浏览器中执行，导致攻击者能够盗取用户的敏感信息、篡改网页内容、劫持会话甚至执行其他恶意操作。

XSS漏洞通常发生在网站或应用程序没有正确验证和过滤用户输入的情况下。攻击者可以通过恶意注入代码来利用这个漏洞，常见的攻击载体包括用户提交的表单、URL参数、Cookie等。

XSS漏洞的危害主要体现在影响用户的安全和隐私。攻击者可以通过在受影响的网站上注入恶意脚本来窃取用户的登录凭据、银行信息等敏感信息，或者通过篡改网页内容来欺骗用户、传播虚假信息。

为了防止XSS漏洞，网站和应用程序开发者应遵循一些最佳实践，如对用户输入进行正确的验证和过滤，使用安全的编码方式来处理用户输入和输出，使用内容安全策略（Content Security Policy）来限制允许运行的脚本来源等。另外，用户在使用网站时应保持警惕，不要点击可疑的链接或打开未知来源的网页，及时更新浏览器和操作系统的安全补丁。

xxx

・xxx漏洞2

■防御机制

・什么是CSRF防御机制

CSRF（Cross-Site Request Forgery）防御机制是一种用于防范跨站请求伪造攻击的安全措施。CSRF攻击主要利用受信任用户在其他网站上的活动权限来执行恶意请求，并将其发送到目标网站，从而实施攻击。CSRF防御机制旨在验证请求的来源，确保请求来自于合法和可信任的源。

以下是一些常见的CSRF防御机制：

随机令牌（Token）：在每个页面上生成一个随机的令牌，将其嵌入到表单中或在请求参数中发送。服务器在接收到请求时，验证令牌的合法性，如果令牌无效或缺失则拒绝请求。

引入验证码：要求用户在发送敏感操作前进行验证码验证，以确保用户是正常交互的人类，而不是恶意脚本。

SameSite Cookie属性：设置Cookie的SameSite属性为Strict或Lax，以限制跨站点请求。这样可以防止第三方网站在用户不知情的情况下发送带有Cookie的请求。

检查Referer头信息：服务器端验证请求的Referer头信息，确保请求来自合法和可信任的源。但需要注意的是，Referer头信息并不总是可靠，因为有些浏览器可能会禁用或伪造它。

双重验证：要求用户进行双重身份验证，例如使用OTP（一次性密码）或短信验证，在敏感操作前引入额外的身份验证层。

综合使用这些CSRF防御机制，可以减少或消除跨站请求伪造攻击的风险，增强应用程序的安全性。

xxx

・CSRF防御机制，能防止 XSS 漏洞吗（不能！）

CSRF防御机制和XSS（跨站脚本攻击）是两种不同类型的安全防护措施，它们用于防止不同的攻击。

CSRF防御机制主要用于防止跨站请求伪造攻击，即攻击者利用用户已经登录的身份，在用户不知情的情况下发送恶意请求。而XSS攻击是指攻击者通过注入恶意脚本将其发送给受害者，然后在受害者浏览器中执行该脚本，从而实施攻击。

虽然CSRF和XSS都是通过利用用户的身份进行攻击，但它们的防御机制和攻击方法不同。CSRF防御主要关注验证请求的来源，确保请求来自合法的站点。而XSS防御主要关注对用户的输入进行过滤和转义，防止恶意脚本注入。

综上所述，CSRF防御机制不能直接防止XSS攻击。为了全面保护应用程序的安全性，开发者需要同时采取适当的XSS防御措施，如对用户输入进行严格的验证、过滤和转义，以防止恶意脚本的注入。

xxx