新CAPEC吗?从这里开始
家>CAPEC列表> capec - 64:使用斜杠和URL编码结合绕过验证逻辑(版本3.9)

capec - 64:使用斜杠和URL编码结合绕过验证逻辑
攻击模式ID: 64
抽象:详细的
视图定制的信息:
+描述
这种攻击目标的编码URL加上斜杠字符的编码。攻击者可以利用多种方式编码的URL和滥用的解释URL。URL可能包含特殊字符处理需要特殊的语法来解释。特殊字符表示使用百分比字符后跟两位数字代表八隅体代码的原始字符(% HEX-CODE)。例如us - ascii空格字符将用% 20表示。这通常称为转义结束或百分比编码。由于服务器解码从请求URL,它可能会限制访问一些URL路径通过验证和过滤URL请求。攻击者会试图工艺具有一系列特殊字符的URL曾经由服务器解释将相当于一个禁止的URL。很难抵御这种攻击自编码的URL可以包含其他格式如utf - 8编码,unicode编码等。
+攻击的可能性

高

+典型的严重性

高

+的关系
部分帮助此表显示了其他的攻击模式和高水平类别相关的这种攻击模式。这些关系被定义为ChildOf ParentOf,给类似的项目可能存在的洞察力在较高和较低的抽象级别。此外,关系如光束,PeerOf, CanAlsoBe定义显示类似的攻击模式,用户可能想要探索。
自然 类型 ID 的名字
ChildOf 标准的攻击模式标准的攻击模式-一个标准的级别CAPEC中攻击模式是集中在一个特定的方法或技术用于攻击。它通常被视为一个单一的完全执行攻击。标准的攻击模式是为了提供足够的细节来理解特定的技术,以及它如何试图完成预期的目标。标准水平的攻击模式是一种特定类型的一个更抽象的元级别的攻击模式。 267年 利用不同的编码
PeerOf 详细的攻击模式详细的攻击模式-一个详细级别攻击模式CAPEC提供了一个低水平的细节,通常利用一个特定的技术和针对特定的技术,并表达一个完整的执行流程。详细的攻击模式比元更具体的攻击模式和标准的攻击模式,通常需要一个特定的保护机制来减轻实际攻击。详细的级别攻击模式通常会利用许多不同的标准水平攻击模式链接在一起来完成一个目标。 80年 使用utf - 8编码绕过验证逻辑
部分帮助此表显示了这种攻击模式的观点属于和顶级类别内的这一观点。
视图名称 顶级类别
域的攻击 软件
机制的攻击 操作的数据结构
+执行流程
探索
  1. 攻击者访问服务器使用一个特定的URL。
实验
  1. 攻击者试图将一些特殊字符编码的URL。攻击者发现一些字符不正确过滤。
利用
  1. 攻击者工艺品恶意URL字符串请求并将其发送到服务器。
  2. 服务器的URL字符串解码和解释。不幸的是由于输入过滤做得不恰当,特殊字符产生有害的后果。
+先决条件
应用程序接收和解码请求URL字符串。
在应用程序执行url过滤/规范化不足。
+技能要求
(等级:低)
攻击者可以尝试特殊字符的URL和URL绕过验证。
(级别:中等)
攻击者可以编写一个脚本失败输入过滤机制。
+指标
如果第一个解码过程留下了一些无效或denylisted字符,这可能是一个信号,表明该请求是恶意的。
流量过滤与id(或代理)可以检测请求可疑的url。id可能使用基于签名的识别揭示这种基于URL的攻击。
+后果
部分帮助这个表指定不同的个体与攻击模式相关的后果。范围确定违反了安全属性,而影响了负面的技术影响,如果敌人成功的攻击。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能有高可能性模式将被用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
范围 影响 可能性
可用性
资源消耗
保密
完整性
可用性
执行未经授权的命令
保密
读取数据
保密
访问控制
授权
获得特权
+缓解措施
假设所有的输入是恶意的。创建一个定义所有有效allowlist输入软件系统根据需求规格说明书。输入不匹配allowlist不应被允许进入系统。测试你对恶意输入解码过程。
意识到威胁的替代方法的数据编码和模糊技术,如IP地址编码。
当客户端输入需要从网络形式,避免使用“GET”方法来提交数据,方法使表单数据附加到URL和很容易操纵。相反,尽量使用“POST方法。
任何应该进行安全检查后,数据被解码和验证为正确的数据格式。不重复解码过程,如果坏字符解码过程后,把数据当作可疑,验证过程失败。
参考rfc安全地解码URL。
可以使用正则表达式来匹配安全URL模式。然而,这可能丢弃有效的URL请求如果正则表达式限制太多。
有工具扫描等有效的URL的HTTP请求到服务器URLScan禁止从微软(http://www.microsoft.com/technet/security/tools/urlscan.mspx)。
+例子,实例

攻击的例子:编码CesarFTP相结合

亚历山大·塞萨里发布了一个免费的FTP服务器在Windows无法提供适当的过滤与多个编码。CesarFTP FTP服务器,包括一个Web服务器组件,可以攻击triple-dot和URL编码的组合攻击。

攻击者可以提供一个URL,包括一个字符串

5 c / /…%

这是一个有趣的开发,因为它涉及到一个聚合的几个技巧:转义字符的URL编码和三相点。

参见:cve - 2001 - 1335
+分类法映射
部分帮助CAPEC映射ATT&CK技术利用一个继承模型简化和减少直接CAPEC / ATT&CK映射。继承的映射表示文本说明父CAPEC有相关ATT&CK映射。注意,ATT&CK企业框架不使用一个继承模型的一部分映射到CAPEC。
(见相关ATT&CK分类法映射父)
+引用
[REF-1] g·霍格伦德和g·麦格劳。“利用软件:如何打破代码”。addison - wesley。2004 - 02。
(ref - 495)冈特•奥尔。”URL编码的攻击-攻击使用常见的web浏览器”。CGISecurity.com。<http://www.cgisecurity.com/lib/URLEmbeddedAttacks.html>。
ref - 496 t·伯纳斯·李,r·菲尔丁和l . masint。“RFC 3986——统一资源标识符(URI):通用语法”。2005 - 01。<http://www.ietf.org/rfc/rfc3986.txt>。
ref - 497 t·伯纳斯·李,l . masint和m . McCahill。“RFC 1738——统一资源定位器(URL)”。1994 - 12所示。<http://www.ietf.org/rfc/rfc1738.txt>。
[ref - 498]“HTML URL编码参考”。URL编码参考。W3Schools.com。Refsnes数据。<http://www.w3schools.com/tags/ref_urlencode.asp>。
[ref - 499]“URLEncode和URLDecode页面”。阿尔比恩研究有限公司<http://www.albionresearch.com/misc/urlencode.php>。
[ref - 500]大卫·惠勒。“安全编程Linux和Unix HOWTO”。5.11.4。验证超文本链接(uri / url)。<http://www.dwheeler.com/secure-programs/Secure-Programs-HOWTO/filter-html.html VALIDATING-URIS>。
+内容的历史
提交
提交日期 提交者 组织
2014-06-23
(版本2.6)
 CAPEC内容团队 manbetx客户端首页
修改
修改日期 修饰符 组织
2017-01-09
(版本2.9)
 CAPEC内容团队 manbetx客户端首页
更新Related_Attack_Patterns
2017-08-04
(版本2.11)
 CAPEC内容团队 manbetx客户端首页
更新描述总结
2018-07-31
(版本2.12)
 CAPEC内容团队 manbetx客户端首页
更新Obfuscation_Techniques,引用
2020-07-30
(版本3.3)
 CAPEC内容团队 manbetx客户端首页
更新指标,缓解措施
2021-06-24
(版本3.5)
 CAPEC内容团队 manbetx客户端首页
更新Related_Weaknesses
2022-09-29
(版本3.8)
 CAPEC内容团队 manbetx客户端首页
更新Example_Instances
更多的信息是可用的,请选择一个不同的过滤器。
页面最后更新或审查:2018年7月31日

使用常见的攻击模式枚举和分类(CAPEC)和相关的引用从这个网站的使用条款。CAPEC赞助的美国国土安全部(DHS)网络和基础设施安全机构(CISA)和管理的国土安全系统工程和发展研究所这是由(HSSEDI)manbetx客户端首页(斜方)。版权©2007 - 2023,斜方公司。manbetx客户端首页CAPEC和CAPEC标志是斜方公司的商标。manbetx客户端首页