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

TheoMitre CWE

Đặc điểm

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

Tên gọi khác

Untrusted Path

Giai đoạn hình thành

Hiện thực hóa

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

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	Tính toàn vẹn, Tính bí mật, Tính sẵn sàng, Kiểm soát truy cập	There is the potential for arbitrary code execution with privileges of the vulnerable program.
Từ chối dịch vụ: sập, thoát hoặc khởi động lại	Tính sẵn sàng	The program could be redirected to the wrong files, potentially triggering a crash or hang when the targeted file is too large or does not have the expected format.
Đọc tệp hoặc thư mục	Tính bí mật	The program could send the output of unauthorized files to the attacker.

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

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

Giảm bề mặt tấn công · Kiến trúc và thiết kế, Hiện thực hóaHard-code the search path to a set of known-safe values (such as system directories), or only allow them to be specified by the administrator in a configuration file. Do not allow these settings to be modified by an external party. Be careful to avoid related weaknesses such as CWE-426 and CWE-428.
Hiện thực hóaWhen invoking other programs, specify those programs using fully-qualified pathnames. While this is an effective approach, code that uses fully-qualified pathnames might not be portable to other systems that do not use the same pathnames. The portability can be improved by locating the full-qualified paths in a centralized, easily-modifiable location within the source code, and having the code refer to these paths.
Hiện thực hóaRemove or restrict all environment settings before invoking other programs. This includes the PATH environment variable, LD_LIBRARY_PATH, and other settings that identify the location of code libraries, and any application-specific search paths.
Hiện thực hóaCheck your search path before use and remove any elements that are likely to be unsafe, such as the current working directory or a temporary files directory.
Hiện thực hóaUse other functions that require explicit paths. Making use of any of the other readily available functions that require explicit paths is a safe way to avoid this problem. For example, system() in C does not require a full path since the shell can take care of it, while execl() and execv() require a full path.

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

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

Phương pháp	Cách làm	Hiệu quả
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 look for library functions and system calls that suggest when a search path is being used. One pattern is when the program performs multiple accesses of the same file but in different directories, with repeated failures until the proper filename is found. Library calls such as getenv() or their equivalent can be checked to see if any path-related variables are being accessed.	—
Phân tích tĩnh tự động	Automated static analysis, commonly referred to as Static Application Security Testing (SAST), can find some instances of this weakness by analyzing source code (or binary/compiled code) without having to execute it. Typically, this is done by building a model of data flow and control flow, then searching for potentially-vulnerable patterns that connect "sources" (origins of input) with "sinks" (destinations where the data interacts with external components, a lower layer such as the OS, etc.)	Cao
Phân tích thủ công	Use 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.	—

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

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-426, dựa theo mức độ ưu tiên

Nguồn (4)

MITRE CWE

CWE Terms of Use The CLASP Application Security Process

microsoftpressstore.com

CWE-426

CWE-426 là gì?

Thống kê dữ liệu

Số lượng lỗ hổng nằm trong CWE-426

Số lượng lỗ hổng trong CISA KEV của CWE-426

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

Đặc điểm

Tên gọi khác

Giai đoạn hình thành

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

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