 描述
产品不放弃特权之前通过控制资源的一个演员,没有这些特权。
扩展描述
在某些情况下,一个系统执行与更高的权限移交过程/文件/等等。另一个进程或用户。如果一个实体的特权不减少,然后提升特权传遍系统和可能的攻击者。
的关系
 此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关的视图”研究概念”(cwe - 1000)
| 自然 |
类型 |
ID |
的名字 |
| ChildOf |
 类——一个弱点,描述的是一个非常抽象的时尚,通常独立于任何特定的语言或技术。更具体的比一个支柱的弱点,但更普遍的基本的弱点。类级别的弱点通常描述问题的1或2以下维度:行为、财产和资源。 |
269年 |
权限管理不当 |
| ParentOf |
 Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 |
272年 |
最小特权违反 |
| ParentOf |
Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 |
273年 |
检查了不当的特权 |
| PeerOf |
Base -一个弱点,仍主要是独立的资源或技术,但有足够的细节来提供特定的检测和预防方法。基础水平的弱点通常描述问题的2或3以下维度:行为、财产、技术、语言,和资源。 |
274年 |
不当的处理权限不足 |
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
 相关视图”架构概念”(cwe - 1008)
| 自然 |
类型 |
ID |
的名字 |
| MemberOf |
 类别——CWE条目包含一组其他条目,共享一个共同的特点。 |
1011年 |
授权的演员 |
模式的介绍
不同模式的引入提供了信息如何以及何时可以纳入这一弱点。生命周期的阶段识别点的介绍可能发生,而相关的报告提供了一个典型的场景介绍在给定的阶段。
| 阶段 |
请注意 |
| 架构和设计 |
|
| 实现 |
实现:造成这一弱点在建筑安全策略的实施。 |
| 操作 |
|
常见的后果
这个表指定不同的个人相关后果的弱点。标识应用程序范围的安全领域侵犯,而影响了负面的技术影响,如果敌人成功利用这个弱点。可能提供的信息如何可能的具体结果预计将看到列表中相对于其它后果。例如,可能会有高可能性,缺点将被利用来实现一定的影响,但较低的可能性,它将被利用来实现不同的影响。
| 范围 |
影响 |
可能性 |
访问控制
|
如果特权不下降,没有访问权限的用户。通常这些权利可以阻止被删除。 |
|
访问控制
不可抵赖性
|
如果特权不下降,在某些情况下,系统可以记录的行为被假冒的用户,而不是演员。 |
|
利用的可能性
示范例子
示例1
下面的代码调用chroot()来限制应用程序下面的文件系统的一个子集APP_HOME为了阻止攻击者使用程序未经授权地访问文件位于其他位置。由用户指定的代码然后打开一个文件和过程文件的内容。
chroot (APP_HOME);
目录(“/”);
文件*数据= fopen (argv [1],“r +”);
…
限制应用程序的主目录内的过程在打开任何文件之前是一个宝贵的安全措施。然而,没有调用setuid()和一些非零值意味着应用程序继续与不必要的root特权操作。任何成功的利用由攻击者对应用程序现在可以导致特权升级攻击因为任何恶意操作将超级用户的权限执行。如果应用程序的特权级别滴一个非根用户,潜在的损失明显减少。
观察到的例子
| 参考 |
描述 |
|
|
程序也不删除权限后获取原始套接字。 |
|
|
Setuid程序也不删除权限解析错误发生后,然后调用另一个程序来处理错误。 |
|
|
不放弃特权在相关组织降低特权。 |
|
|
不放弃特权在相关组织降低特权。 |
|
|
不放弃特权之前确定访问某些文件。 |
|
|
手指守护进程不放弃特权当执行程序代表用户被指责。 |
|
|
FTP服务器不放弃特权如果连接在文件传输过程中被中止。 |
|
|
程序只使用seteuid放弃特权。 |
|
|
Windows程序运行系统不放弃特权之前执行其他程序(许多像他这样的人,尤其是帮助设施)。 |
|
|
实用程序管理器启动winhlp32。exe在运行与提高特权,它允许本地用户获得系统权限。 |
|
|
Setuid程序之前没有删除权限执行程序指定的环境变量。 |
|
|
Setuid程序也不删除权限前处理文件在命令行指定。 |
|
|
服务在Windows上并不使用“查看文件”选项之前删除权限,允许代码执行。 |
潜在的缓解措施
阶段:体系结构和设计
划分系统“安全”领域信任边界可以明确。不允许走出信任边界和敏感数据时总是小心与舱外的安全区域。
确保适当的划分是建立到系统设计,划分允许和强化特权分离功能。建筑师和设计师应该依靠最小特权原则来决定适当的时间使用特权和特权。
|
阶段:体系结构和设计;操作
非常仔细地管理设置、管理和处理的特权。显式地管理软件中的信任区域。 |
阶段:体系结构和设计
考虑以下特权分离的原则。需要多个条件满足之前允许访问系统资源。 |
弱点Ordinalities
| Ordinality |
描述 |
|
主 |
(其他弱点的弱点存在独立的) |
笔记
分类法映射
| 映射分类名称 |
节点ID |
适合 |
映射节点名 |
| 千鸟 |
|
|
特权/降低错误 |
引用
|
迈克尔•霍华德(REF-44)大卫·勒布朗和Viega约翰。软件安全的“24宗罪”。“罪16:执行代码太多的特权。”Page 243. McGraw-Hill. 2010. |
|
(ref - 62)马克·多德约翰麦克唐纳和贾斯汀Schuh。“软件安全评估的艺术”。第9章,“永久放弃特权”,479页。1版。艾迪生卫斯理》2006。 |
|
描述
此表显示了弱点和高水平类别相关的这一弱点。这些关系被定义为ChildOf、ParentOf MemberOf,并洞察类似项目可能存在的在较高和较低的抽象级别。此外,关系如PeerOf和CanAlsoBe定义显示类似的弱点,用户可能想要探索。
相关视图”架构概念”(cwe - 1008)
