描述
产品将敏感信息插入调试代码,这可能会暴露这些信息如果调试代码没有在生产中禁用。
扩展描述
调试时,可能需要报告的详细信息的程序员。然而,如果调试代码没有禁用产品是在生产环境中操作时,那么这个敏感信息可能暴露于攻击者。
的关系
模式的介绍
不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
常见的后果
这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
示范例子
示例1
下面的程序基于调试标记改变它的行为。
< %如果(Boolean.getBoolean (“debugEnabled”)) {
% > 用户帐号:< % = acctNo % > < % }% >
代码写敏感的调试信息到客户端浏览器如果“debugEnabled”标志被设置为true。
观察到的例子
参考 |
描述 |
|
密码在调试信息。 |
|
CGI脚本包含敏感信息在调试消息会引发一个错误。 |
|
FTP客户端启用了调试选项显示密码到屏幕上。 |
潜在的缓解措施
实施阶段:
不要离开调试语句可以执行的源代码。确保所有调试信息是根除之前释放软件。 |
阶段:体系结构和设计
划分系统“安全”领域信任边界可以明确。不允许走出信任边界和敏感数据时总是小心与舱外的安全区域。
确保适当的划分是建立到系统设计,划分允许和强化特权分离功能。建筑师和设计师应该依靠最小特权原则来决定适当的时间使用特权和特权。
|
检测方法
自动静态分析
自动静态分析,通常被称为静态应用程序安全性测试(科协),可以找到一些实例的这个弱点分析源代码或二进制/编译后的代码,而不必执行它。通常情况下,这是通过建立一个模型的数据流和控制流,然后寻找潜在攻击模式,连接“源”与“下沉”(输入)的起源(目的地数据与外部组件交互,较低的层,如操作系统,等等)。
|
会员资格
这MemberOf关系表显示额外CWE类别和视图引用这个弱点作为成员。这些信息通常是有用的在理解一个弱点符合外部信息源的上下文中。
脆弱性映射笔记
用法:允许
(CWE ID可以用来映射到现实世界的漏洞) |
原因:可接受的使用 |
理由是: 这CWE条目底部的抽象级别,这是一个首选的抽象级别映射到漏洞的根本原因。 |
评论: 仔细阅读这两个名称和描述,以确保此映射是一个适当的配合。不要试图“力”映射到底层基础/变体只是遵守这首选的抽象级别。 |
笔记
分类法映射
映射分类名称 |
节点ID |
适合 |
映射节点名 |
千鸟 |
|
|
Infoleak使用调试信息 |
OWASP十大2007 |
A6 |
CWE更具体 |
信息泄漏和错误处理不当 |
OWASP十大2004 |
A10 |
CWE更具体 |
不安全的配置管理 |
软件故障模式 |
SFP23 |
|
公开的数据 |
更多的信息是可用的,请编辑自定义过滤器或选择一个不同的过滤器。
|