CWE-782 详情

CWE-782

Exposed IOCTL with Insufficient Access Control
2009-07-27
00h00 +00:00
Draft
2025-12-11
00h00 +00:00
指定 CWE 通知
随时了解指定 CWE 的变更。
管理通知

名称: Exposed IOCTL with Insufficient Access Control

The product implements an IOCTL with functionality that should be restricted, but it does not properly enforce access control for the IOCTL.

基本信息

引入方式

Architecture and Design
Implementation : REALIZATION: This weakness is caused during implementation of an architectural security tactic.

适用平台

编程语言

名称: C (Often)
名称: C++ (Often)

操作系统

类: Unix (Undetermined)
类: Windows (Undetermined)

常见后果

影响范围 影响 可能性
Integrity
Availability
Confidentiality
Varies by Context

注意: Attackers can invoke any functionality that the IOCTL offers. Depending on the functionality, the consequences may include code execution, denial-of-service, and theft of data.

观察示例

参考资料 描述

CVE-2009-2208

Operating system does not enforce permissions on an IOCTL that can be used to modify network settings.

CVE-2008-3831

Device driver does not restrict ioctl calls to its direct rendering manager.

CVE-2008-3525

ioctl does not check for a required capability before processing certain requests.

CVE-2008-0322

Chain: insecure device permissions allows access to an IOCTL, allowing arbitrary memory to be overwritten.

CVE-2007-4277

Chain: anti-virus product uses weak permissions for a device, leading to resultant buffer overflow in an exposed IOCTL.

CVE-2007-1400

Chain: sandbox allows opening of a TTY device, enabling shell commands through an exposed ioctl.

CVE-2006-4926

Anti-virus product uses insecure security descriptor for a device driver, allowing access to a privileged IOCTL.

CVE-1999-0728

Unauthorized user can disable keyboard or mouse by directly invoking a privileged IOCTL.

潜在缓解措施

Phases : Architecture and Design
In Windows environments, use proper access control for the associated device or device namespace. See References.

漏洞映射说明

依据 : This CWE entry is at the Variant level of abstraction, which is a preferred level of abstraction for mapping to the root causes of vulnerabilities.
备注 : Carefully read both the name and description to ensure that this mapping is an appropriate fit. Do not try to 'force' a mapping to a lower-level Base/Variant simply to comply with this preferred level of abstraction.

备注

This can be primary to many other weaknesses when the programmer assumes that the IOCTL can only be accessed by trusted parties. For example, a program or driver might not validate incoming addresses in METHOD_NEITHER IOCTLs in Windows environments (CWE-781), which could allow buffer overflow and similar attacks to take place, even when the attacker never should have been able to access the IOCTL at all.

参考资料

REF-701

Securing Device Objects
Microsoft.
https://learn.microsoft.com/en-us/windows-hardware/drivers/kernel/controlling-device-access

提交记录

名称 组织 日期 发布日期 Version
CWE Content Team MITRE 2009-07-15 +00:00 2009-07-27 +00:00 1.5

修改记录

名称 组织 日期 备注
CWE Content Team MITRE 2009-12-28 +00:00 updated Time_of_Introduction
CWE Content Team MITRE 2017-11-08 +00:00 updated Likelihood_of_Exploit, Modes_of_Introduction, Relationships
CWE Content Team MITRE 2020-02-24 +00:00 updated Relationships
CWE Content Team MITRE 2021-03-15 +00:00 updated Observed_Examples
CWE Content Team MITRE 2023-01-31 +00:00 updated Description
CWE Content Team MITRE 2023-04-27 +00:00 updated References, Relationships
CWE Content Team MITRE 2023-06-29 +00:00 updated Mapping_Notes
CWE Content Team MITRE 2023-10-26 +00:00 updated Common_Consequences
CWE Content Team MITRE 2025-12-11 +00:00 updated Weakness_Ordinalities