Định nghĩa chính thức

Chi tiết kỹ thuật

Khi một chương trình hoặc thành phần chạy dưới tài khoản hay bối cảnh có quyền cao, mọi lỗi xử lý dữ liệu, gọi chương trình khác hoặc kiểm soát truy cập xảy ra trong bối cảnh đó có thể chạm tới nhiều tài nguyên hơn dự kiến. Việc này có thể vô hiệu hóa các kiểm tra bảo vệ thông thường của hệ điều hành hoặc môi trường xung quanh, biến một lỗi vốn ít nghiêm trọng thành khả năng đọc dữ liệu hạn chế, thực thi mã hoặc lệnh, thay đổi tài nguyên hay làm gián đoạn dịch vụ. Vấn đề có thể xuất hiện trong triển khai, trong thiết kế, bao gồm thiết kế tác nhân AI/ML được cấp quyền vượt quá ý định của người dùng, và trong vận hành.

Đặc điểm

Đây là một điểm yếu cơ sở, cấu trúc đơn giản, phát sinh khi thành phần thực hiện thao tác trong bối cảnh quyền cao hơn mức cần thiết. Đặc quyền dư thừa có thể nằm trong thiết kế, trong mã triển khai hoặc trong quá trình vận hành; nó cũng có thể làm các lỗi khác, chẳng hạn lỗi hạ đặc quyền hoặc chuỗi đặc quyền, trở nên nghiêm trọng hơn. Điểm yếu không phụ thuộc ngôn ngữ, được ghi nhận cho Python, AI/ML và nền tảng di động; trong đó AI/ML được đánh giá là thường gặp.

Hậu quả thường gặp

Đặc quyền dư thừa có thể cho phép kẻ tấn công truy cập mọi tài nguyên mà các quyền đó cho phép. Hậu quả gồm chiếm thêm đặc quyền hoặc giả danh, thực thi mã hay lệnh trái phép, đọc dữ liệu ứng dụng và gây từ chối dịch vụ bằng cách làm dịch vụ gặp lỗi, thoát hoặc khởi động lại. Việc chạy dưới quyền root hoặc Administrator còn có thể vô hiệu hóa các kiểm tra bảo vệ thông thường, khiến những điểm yếu có sẵn trở nên khai thác được trong bối cảnh đặc quyền cao.

Dữ liệu MITRE CWE chính thức

Tác động	Phạm vi	Diễn giải
Chiếm đặc quyền hoặc mạo danh, Thực thi mã hoặc lệnh trái phép, Đọc dữ liệu ứng dụng, Từ chối dịch vụ: sập, thoát hoặc khởi động lại	Tính bí mật, Tính toàn vẹn, Tính sẵn sàng, Kiểm soát truy cập	An attacker will be able to gain access to any resources that are allowed by the extra privileges. Common results include executing code, disabling services, and reading restricted data. New weaknesses can be exposed because running with extra privileges, such as root or Administrator, can disable the normal security checks being performed by the operating system or surrounding environment. Other pre-existing weaknesses can turn into security vulnerabilities if they occur while operating at raised privileges.

Biện pháp giảm thiểu rủi ro

Tối thiểu hóa đặc quyền: Chạy mỗi thành phần với đặc quyền thấp nhất cần cho nhiệm vụ của nó. Khi có thể, hãy dùng các tài khoản tách biệt, chỉ phục vụ từng nhiệm vụ, thay vì các tài khoản có quyền rộng như quản trị viên cơ sở dữ liệu.
Tách chức năng đặc quyền: Tập trung và cô lập các thao tác cần đặc quyền bổ sung. Chỉ nâng đặc quyền ngay trước khi cần và hạ đặc quyền ngay sau đó. Bảo vệ mọi kênh liên lạc có thể truy cập mã đặc quyền, bao gồm cả các socket phụ chỉ dành cho quản trị viên.
Kiểm tra dữ liệu đầu vào: Áp dụng kiểm tra nghiêm ngặt cho mọi mã đặc quyền được cung cấp cho người dùng. Nếu bắt buộc phải chạy với đặc quyền bổ sung, hãy xác định chính xác các quyền tối thiểu về tệp, socket mạng và tài nguyên khác, chỉ cho phép rõ ràng các thao tác đó, đồng thời kiểm tra và chuẩn hóa dữ liệu đầu vào.
Xác minh việc hạ đặc quyền: Bảo đảm thao tác hạ đặc quyền thực sự thành công, vì các cơ chế bảo vệ mạnh hơn trong môi trường có thể khiến lời gọi hạ đặc quyền thất bại.
Củng cố môi trường triển khai: Chạy phần mềm theo United States Government Configuration Baseline hoặc một hướng dẫn củng cố tương đương để giảm bề mặt tấn công và rủi ro của phần mềm đã triển khai.

Dữ liệu MITRE CWE chính thức

Gia cố môi trường · Kiến trúc và thiết kế, Vận hànhRun your code using the lowest privileges that are required to accomplish the necessary tasks [REF-76]. If possible, create isolated accounts with limited privileges that are only used for a single task. That way, a successful attack will not immediately give the attacker access to the rest of the software or its environment. For example, database applications rarely need to run as the database administrator, especially in day-to-day operations.
Phân tách đặc quyền · Kiến trúc và thiết kếIdentify the functionality that requires additional privileges, such as access to privileged operating system resources. Wrap and centralize this functionality if possible, and isolate the privileged code as much as possible from other code [REF-76]. Raise privileges as late as possible, and drop them as soon as possible to avoid CWE-271. Avoid weaknesses such as CWE-288 and CWE-420 by protecting all possible communication channels that could interact with the privileged code, such as a secondary socket that is only intended to be accessed by administrators.
Giảm bề mặt tấn công · Kiến trúc và thiết kếIdentify the functionality that requires additional privileges, such as access to privileged operating system resources. Wrap and centralize this functionality if possible, and isolate the privileged code as much as possible from other code [REF-76]. Raise privileges as late as possible, and drop them as soon as possible to avoid CWE-271. Avoid weaknesses such as CWE-288 and CWE-420 by protecting all possible communication channels that could interact with the privileged code, such as a secondary socket that is only intended to be accessed by administrators.
Hiện thực hóaPerform extensive input validation for any privileged code that must be exposed to the user and reject anything that does not fit your strict requirements.
Hiện thực hóaWhen dropping privileges, ensure that they have been dropped successfully to avoid CWE-273. As protection mechanisms in the environment get stronger, privilege-dropping calls may fail even if it seems like they would always succeed.
Hiện thực hóaIf circumstances force you to run with extra privileges, then determine the minimum access level necessary. First identify the different permissions that the software and its users will need to perform their actions, such as file read and write permissions, network socket permissions, and so forth. Then explicitly allow those actions while denying all else [REF-76]. Perform extensive input validation and canonicalization to minimize the chances of introducing a separate vulnerability. This mitigation is much more prone to error than dropping the privileges in the first place.
Gia cố môi trường · Vận hành, Cấu hình hệ thốngEnsure that the software runs properly under the United States Government Configuration Baseline (USGCB) [REF-199] or an equivalent hardening configuration guide, which many organizations use to limit the attack surface and potential risk of deployed software.

Cách phát hiện trong hệ thống

Có thể phát hiện điểm yếu này bằng phân tích thủ công, bao gồm kiểm thử xâm nhập, mô hình hóa mối đe dọa và các công cụ tương tác. Với kiểm thử hộp đen, hãy theo dõi tiến trình khi đăng nhập, quan sát các lời gọi thư viện và lời gọi hệ thống dùng để nâng hoặc hạ đặc quyền, đồng thời kiểm tra việc truy cập tài nguyên bị hạn chế đối với người dùng thông thường; cách này hữu ích khi không có mã nguồn nhưng chủ yếu bao phủ đặc quyền đối với tài nguyên hệ thống, không bao quát tốt các quy tắc đặc quyền ở cấp ứng dụng.

Các phương pháp phân tích tĩnh gồm so sánh tệp nhị phân hoặc bytecode với bản kê khai quyền, phân tích điểm yếu trên bytecode hoặc tệp nhị phân, dịch ngược rồi phân tích thủ công, rà soát mã nguồn thủ công, kiểm tra có trọng điểm, bộ phân tích điểm yếu mã nguồn và bộ phân tích được cấu hình theo ngữ cảnh. Có thể bổ sung kiểm tra cấu hình, phân tích bản kê khai quyền, trình quét lỗ hổng trên máy chủ, trình quét giao diện ứng dụng máy chủ, cũng như rà soát kiến trúc và thiết kế bằng kiểm tra theo IEEE 1028, phương pháp hình thức, xây dựng đúng ngay từ đầu và mô hình hóa tấn công. Hồ sơ đánh giá các phương pháp rà soát mã nguồn thủ công, so sánh quyền với bản kê khai, kiểm tra kiến trúc và phương pháp hình thức là có hiệu quả cao hoặc rất hiệu quả; nhiều phương pháp còn lại chỉ được ghi nhận là bao phủ một phần.

Dữ liệu MITRE CWE chính thức

Phương pháp	Cách làm	Hiệu quả
Phân tích thủ công	This weakness can be detected using tools and techniques that require manual (human) analysis, such as penetration testing, threat modeling, and interactive tools that allow the tester to record and modify an active session.These may be more effective than strictly automated techniques. This is especially the case with weaknesses that are related to design and business rules.	-
Hộp đen	Use monitoring tools that examine the software's process as it interacts with the operating system and the network. This technique is useful in cases when source code is unavailable, if the software was not developed by you, or if you want to verify that the build phase did not introduce any new weaknesses. Examples include debuggers that directly attach to the running process; system-call tracing utilities such as truss (Solaris) and strace (Linux); system activity monitors such as FileMon, RegMon, Process Monitor, and other Sysinternals utilities (Windows); and sniffers and protocol analyzers that monitor network traffic. Attach the monitor to the process and perform a login. Look for library functions and system calls that indicate when privileges are being raised or dropped. Look for accesses of resources that are restricted to normal users.Note that this technique is only useful for privilege issues related to system resources. It is not likely to detect application-level business rules that are related to privileges, such as if a blog system allows a user to delete a blog entry without first checking that the user has administrator privileges.	-
Phân tích tĩnh tệp nhị phân hoặc bytecode tự động	According to SOAR [REF-1479], the following detection techniques may be useful: ``` Highly cost effective: ``` Compare binary / bytecode to application permission manifest ``` Cost effective for partial coverage: ``` Bytecode Weakness Analysis - including disassembler + source code weakness analysis Binary Weakness Analysis - including disassembler + source code weakness analysis	Cao
Phân tích tĩnh tệp nhị phân hoặc bytecode thủ công	According to SOAR [REF-1479], the following detection techniques may be useful: ``` Cost effective for partial coverage: ``` Binary / Bytecode disassembler - then use manual analysis for vulnerabilities & anomalies	SOAR một phần
Phân tích động với diễn giải kết quả tự động	According to SOAR [REF-1479], the following detection techniques may be useful: ``` Cost effective for partial coverage: ``` Host-based Vulnerability Scanners - Examine configuration for flaws, verifying that audit mechanisms work, ensure host configuration meets certain predefined criteria	SOAR một phần
Phân tích động với diễn giải kết quả thủ công	According to SOAR [REF-1479], the following detection techniques may be useful: ``` Cost effective for partial coverage: ``` Host Application Interface Scanner	SOAR một phần
Phân tích tĩnh mã nguồn thủ công	According to SOAR [REF-1479], the following detection techniques may be useful: ``` Highly cost effective: ``` Manual Source Code Review (not inspections) ``` Cost effective for partial coverage: ``` Focused Manual Spotcheck - Focused manual analysis of source	Cao
Phân tích tĩnh mã nguồn tự động	According to SOAR [REF-1479], the following detection techniques may be useful: ``` Cost effective for partial coverage: ``` Source code Weakness Analyzer Context-configured Source Code Weakness Analyzer	SOAR một phần
Phân tích tĩnh tự động	According to SOAR [REF-1479], the following detection techniques may be useful: ``` Cost effective for partial coverage: ``` Configuration Checker Permission Manifest Analysis	SOAR một phần
Rà soát kiến trúc hoặc thiết kế	According to SOAR [REF-1479], the following detection techniques may be useful: ``` Highly cost effective: ``` Inspection (IEEE 1028 standard) (can apply to requirements, design, source code, etc.) Formal Methods / Correct-By-Construction ``` Cost effective for partial coverage: ``` Attack Modeling	Cao

Lỗ hổng điển hình

Các ví dụ quan sát được sau đây là những ví dụ đại diện, không phải danh sách đầy đủ:

CVE-2007-4217: chương trình FTP chạy với đặc quyền setuid và có lỗi tràn bộ đệm; với các máy khách không cần đặc quyền bổ sung, lỗi tràn tương tự không tạo thành điểm yếu bảo mật.
CVE-2008-1877: chương trình chạy có đặc quyền rồi gọi chương trình khác với cùng đặc quyền, cho phép đọc tệp tùy ý.
CVE-2007-5159 và CVE-2007-3931: hệ điều hành hoặc tập lệnh cài đặt gán đặc quyền setuid cho chương trình không nên có quyền đó, cho phép người dùng tăng đặc quyền.
CVE-2008-4638: ứng dụng đặc quyền cao xử lý tệp hạn chế do người dùng chỉ định; lỗi phân tích làm lộ nội dung tệp.
CVE-2008-0162: chương trình không hạ đặc quyền trước khi gọi chương trình khác, dẫn đến thực thi mã.
CVE-2008-0368: chương trình setuid root cho phép tạo tệp tùy ý thông qua tham số dòng lệnh.
CVE-2020-3812: chương trình thư chạy với quyền root nhưng không hạ quyền trước khi truy cập tệp, cho phép suy ra sự tồn tại của tệp chỉ đọc được bởi root thông qua liên kết tượng trưng.
CVE-2003-0908: chức năng trợ giúp được khởi chạy trong bối cảnh đặc quyền cao, cho phép thực thi lệnh thông qua thông điệp Windows và hộp thoại mở tệp.

Dữ liệu MITRE CWE chính thức

Dưới đây là các lỗ hổng tiêu biểu liên quan đến CWE-250, dựa theo mức độ ưu tiên

Nguồn (2)

MITRE CWE

CWE Terms of Use

CWE-250: Thực thi với đặc quyền không cần thiết

CWE-250 là gì?

Không có dữ liệu

Không có dữ liệu

Định nghĩa chính thức

Chi tiết kỹ thuật

Đặc điểm

Hậu quả thường gặp

Biện pháp giảm thiểu rủi ro

Cách phát hiện trong hệ thống

Lỗ hổng điển hình

Tài liệu bổ trợ

Kiểm tra chuyên sâu cùng giải pháp quản lý rủi ro Web toàn diện

Tìm hiểu các tài nguyên khác từ CyStack

Báo cáo độ an toàn trang Web

Nghiên cứu của CyStack

Kiến thức về An ninh mạng