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

Chi tiết kỹ thuật

Nhiều thao tác tệp được thiết kế để chỉ hoạt động trong một thư mục giới hạn. Nếu đầu vào chứa các thành phần đặc biệt như .. hoặc dấu phân cách /, hệ điều hành có thể giải quyết pathname tới vị trí nằm ngoài thư mục đó; chuỗi ../ là dạng path traversal tương đối phổ biến. Path traversal cũng bao gồm việc cung cấp pathname tuyệt đối, chẳng hạn /usr/local/bin, để truy cập tệp hoặc thư mục không nằm trong phạm vi dự kiến.

Rủi ro phụ thuộc vào thao tác mà pathname kiểm soát. Một đường dẫn không an toàn có thể cho phép đọc dữ liệu ngoài dự kiến, ghi đè hoặc tạo tệp quan trọng, xóa hoặc làm hỏng tệp, truy cập hệ thống tệp của tiến trình, hoặc tác động tới tệp được dùng cho cơ chế bảo mật và thực thi mã. Việc kiểm tra phải được thực hiện sau khi dữ liệu đã được giải mã và chuẩn hóa về đúng dạng mà ứng dụng sẽ sử dụng, đồng thời phải bảo đảm đường dẫn cuối cùng vẫn thuộc thư mục được phép.

Đặc điểm

Điểm yếu xuất hiện khi dữ liệu bên ngoài tham gia tạo pathname mà không được giới hạn đúng trong thư mục cha dự kiến. Thành phần tương đối như ../ có thể di chuyển lên thư mục cha, còn pathname tuyệt đối như /usr/local/bin có thể bỏ qua thư mục gốc được dự định. Lỗi có thể phát sinh trong nhiều thao tác tệp khác nhau, gồm đọc, ghi, tạo, xóa, giải nén hoặc thực thi; việc giải mã nhiều lần, chuẩn hóa không đầy đủ, dùng dấu phân cách thay thế hoặc kiểm tra chỉ ở phía máy khách đều có thể làm suy yếu biện pháp bảo vệ.

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

Hồ sơ xác định tác động trên cả tính bí mật, tính toàn vẹn và tính sẵn sàng. Kẻ tấn công có thể đọc tệp ngoài dự kiến để làm lộ dữ liệu nhạy cảm; tạo hoặc ghi đè chương trình, thư viện, dữ liệu quan trọng hoặc tệp bảo mật; vượt qua cơ chế bảo vệ; hoặc gây từ chối dịch vụ bằng cách xóa, làm hỏng hay thay thế tệp quan trọng. Trong các trường hợp phù hợp, việc ghi đè tệp được dùng để thực thi mã có thể dẫn tới thực thi mã hoặc lệnh trái phép, còn việc làm hỏng cơ chế xác thực có thể khiến người dùng hợp lệ bị khóa khỏi sản phẩm.

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

Tác động	Phạm vi	Diễn giải
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	The attacker may be able to create or overwrite critical files that are used to execute code, such as programs or libraries.
Thay đổi tệp hoặc thư mục	Tính toàn vẹn	The attacker may be able to overwrite or create critical files, such as programs, libraries, or important data. If the targeted file is used for a security mechanism, then the attacker may be able to bypass that mechanism. For example, appending a new account at the end of a password file may allow an attacker to bypass authentication.
Đọc tệp hoặc thư mục	Tính bí mật	The attacker may be able to read the contents of unexpected files and expose sensitive data. If the targeted file is used for a security mechanism, then the attacker may be able to bypass that mechanism. For example, by reading a password file, the attacker could conduct brute force password guessing attacks in order to break into an account on the system.
Từ chối dịch vụ: sập, thoát hoặc khởi động lại	Tính sẵn sàng	The attacker may be able to overwrite, delete, or corrupt unexpected critical files such as programs, libraries, or important data. This may prevent the product from working at all and in the case of protection mechanisms such as authentication, it has the potential to lock out product users.

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

Xác thực theo allowlist. Coi mọi dữ liệu bên ngoài là không đáng tin và chỉ chấp nhận giá trị tuân thủ nghiêm ngặt cú pháp, kiểu, độ dài, phạm vi và quy tắc nghiệp vụ. Với tên tệp, dùng allowlist chặt chẽ về tập ký tự, nếu khả thi chỉ cho phép một ký tự .; loại trừ dấu phân cách thư mục như / và chỉ chấp nhận phần mở rộng được phê duyệt. Không chỉ dựa vào denylist hoặc việc xóa ký tự nguy hiểm, vì dấu phân cách thay thế và các biểu diễn khác có thể vượt qua cách lọc đó.

Chuẩn hóa trước khi xác thực. Giải mã và canonicalize dữ liệu một lần về biểu diễn nội bộ của ứng dụng trước khi kiểm tra. Dùng hàm chuẩn hóa đường dẫn tích hợp, như realpath trong C, getCanonicalPath trong Java, GetFullPath trong ASP.NET, realpath hoặc abs_path trong Perl và realpath trong PHP; sau đó bảo đảm đường dẫn kết quả vẫn nằm trong thư mục dự kiến.

Thực thi kiểm tra ở máy chủ. Lặp lại các kiểm tra bảo mật phía máy khách ở phía máy chủ, vì kẻ tấn công có thể sửa giá trị hoặc loại bỏ kiểm tra phía máy khách. Ưu tiên thư viện hoặc framework đã được kiểm định và cung cấp cơ chế xử lý pathname an toàn. Khi tập tệp hoặc URL hợp lệ đã biết, ánh xạ các mã định danh cố định tới các đối tượng đó và từ chối mọi đầu vào khác.

Giảm tác động và bề mặt tấn công. Chạy với đặc quyền thấp nhất cần thiết, tốt nhất bằng các tài khoản được cô lập. Dùng sandbox hoặc jail như chroot, AppArmor, SELinux hoặc cơ chế quyền tệp phù hợp của mã được quản lý, nhưng cần hiểu rằng biện pháp này có thể chỉ giảm tác động và phải được cấu hình cẩn thận. Nếu có thể, đặt thư viện, tệp include và tệp tiện ích ngoài web document root; nếu không, dùng kiểm soát truy cập của máy chủ web để ngăn truy cập trực tiếp.

Bổ sung biện pháp vận hành. Application firewall có thể cung cấp phòng thủ nhiều lớp hoặc bảo vệ tạm thời khi chưa thể sửa mã, nhưng có thể bỏ sót vectơ đầu vào, bị vượt qua hoặc từ chối yêu cầu hợp lệ. Giữ thông báo lỗi ở mức tối thiểu và không tiết lộ đường dẫn hệ thống tệp; chi tiết cần thiết nên được ghi vào log được bảo vệ. Trong PHP, không dùng register_globals và không xây dựng cơ chế mô phỏng không an toàn cho tính năng này.

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

Kiểm tra dữ liệu đầu vào · Hiện thực hóaAssume all input is malicious. Use an "accept known good" input validation strategy, i.e., use a list of acceptable inputs that strictly conform to specifications. Reject any input that does not strictly conform to specifications, or transform it into something that does. When performing input validation, consider all potentially relevant properties, including length, type of input, the full range of acceptable values, missing or extra inputs, syntax, consistency across related fields, and conformance to business rules. As an example of business rule logic, "boat" may be syntactically valid because it only contains alphanumeric characters, but it is not valid if the input is only expected to contain colors such as "red" or "blue." Do not rely exclusively on looking for malicious or malformed inputs. This is likely to miss at least one undesirable input, especially if the code's environment changes. This can give attackers enough room to bypass the intended validation. However, denylists can be useful for detecting potential attacks or determining which inputs are so malformed that they should be rejected outright. When validating filenames, use stringent allowlists that limit the character set to be used. If feasible, only allow a single "." character in the filename to avoid weaknesses such as CWE-23, and exclude directory separators such as "/" to avoid CWE-36. Use a list of allowable file extensions, which will help to avoid CWE-434. Do not rely exclusively on a filtering mechanism that removes potentially dangerous characters. This is equivalent to a denylist, which may be incomplete (CWE-184). For example, filtering "/" is insufficient protection if the filesystem also supports the use of "\" as a directory separator. Another possible error could occur when the filtering is applied in a way that still produces dangerous data (CWE-182). For example, if "../" sequences are removed from the ".../...//" string in a sequential fashion, two instances of "../" would be removed from the original string, but the remaining characters would still form the "../" string.
Kiến trúc và thiết kếFor any security checks that are performed on the client side, ensure that these checks are duplicated on the server side, in order to avoid CWE-602. Attackers can bypass the client-side checks by modifying values after the checks have been performed, or by changing the client to remove the client-side checks entirely. Then, these modified values would be submitted to the server.
Kiểm tra dữ liệu đầu vào · Hiện thực hóaInputs should be decoded and canonicalized to the application's current internal representation before being validated (CWE-180). Make sure that the application does not decode the same input twice (CWE-174). Such errors could be used to bypass allowlist validation schemes by introducing dangerous inputs after they have been checked. Use a built-in path canonicalization function (such as realpath() in C) that produces the canonical version of the pathname, which effectively removes ".." sequences and symbolic links (CWE-23, CWE-59). This includes: - realpath() in C - getCanonicalPath() in Java - GetFullPath() in ASP.NET - realpath() or abs_path() in Perl - realpath() in PHP
Thư viện hoặc framework · Kiến trúc và thiết kếUse a vetted library or framework that does not allow this weakness to occur or provides constructs that make this weakness easier to avoid [REF-1482].
Tường lửa · Vận hành · Hiệu quả: KháUse an application firewall that can detect attacks against this weakness. It can be beneficial in cases in which the code cannot be fixed (because it is controlled by a third party), as an emergency prevention measure while more comprehensive software assurance measures are applied, or to provide defense in depth [REF-1481].An application firewall might not cover all possible input vectors. In addition, attack techniques might be available to bypass the protection mechanism, such as using malformed inputs that can still be processed by the component that receives those inputs. Depending on functionality, an application firewall might inadvertently reject or modify legitimate requests. Finally, some manual effort may be required for customization.
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.
Áp đặt quy tắc bằng chuyển đổi · Kiến trúc và thiết kếWhen the set of acceptable objects, such as filenames or URLs, is limited or known, create a mapping from a set of fixed input values (such as numeric IDs) to the actual filenames or URLs, and reject all other inputs. For example, ID 1 could map to "inbox.txt" and ID 2 could map to "profile.txt". Features such as the ESAPI AccessReferenceMap [REF-185] provide this capability.
Môi trường cô lập (sandbox/jail) · Kiến trúc và thiết kế, Vận hành · Hiệu quả: Hạn chếRun the code in a "jail" or similar sandbox environment that enforces strict boundaries between the process and the operating system. This may effectively restrict which files can be accessed in a particular directory or which commands can be executed by the software. OS-level examples include the Unix chroot jail, AppArmor, and SELinux. In general, managed code may provide some protection. For example, java.io.FilePermission in the Java SecurityManager allows the software to specify restrictions on file operations. This may not be a feasible solution, and it only limits the impact to the operating system; the rest of the application may still be subject to compromise. Be careful to avoid CWE-243 and other weaknesses related to jails.The effectiveness of this mitigation depends on the prevention capabilities of the specific sandbox or jail being used and might only help to reduce the scope of an attack, such as restricting the attacker to certain system calls or limiting the portion of the file system that can be accessed.
Giảm bề mặt tấn công · Kiến trúc và thiết kế, Vận hànhStore library, include, and utility files outside of the web document root, if possible. Otherwise, store them in a separate directory and use the web server's access control capabilities to prevent attackers from directly requesting them. One common practice is to define a fixed constant in each calling program, then check for the existence of the constant in the library/include file; if the constant does not exist, then the file was directly requested, and it can exit immediately. This significantly reduces the chance of an attacker being able to bypass any protection mechanisms that are in the base program but not in the include files. It will also reduce the attack surface.
Hiện thực hóaEnsure that error messages only contain minimal details that are useful to the intended audience and no one else. The messages need to strike the balance between being too cryptic (which can confuse users) or being too detailed (which may reveal more than intended). The messages should not reveal the methods that were used to determine the error. Attackers can use detailed information to refine or optimize their original attack, thereby increasing their chances of success. If errors must be captured in some detail, record them in log messages, but consider what could occur if the log messages can be viewed by attackers. Highly sensitive information such as passwords should never be saved to log files. Avoid inconsistent messaging that might accidentally tip off an attacker about internal state, such as whether a user account exists or not. In the context of path traversal, error messages which disclose path information can help attackers craft the appropriate attack strings to move through the file system hierarchy.
Gia cố môi trường · Vận hành, Hiện thực hóaWhen using PHP, configure the application so that it does not use register_globals. During implementation, develop the application so that it does not rely on this feature, but be wary of implementing a register_globals emulation that is subject to weaknesses such as CWE-95, CWE-621, and similar issues.

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

Có thể phát hiện bằng nhiều lớp kiểm tra: phân tích tĩnh tự động hoặc thủ công trên mã nguồn, mã nhị phân và bytecode; rà soát kiến trúc và thiết kế; cùng với phân tích động bằng trình quét ứng dụng web, dịch vụ web, cơ sở dữ liệu, fuzz tester và framework-based fuzzer. Phân tích tĩnh tự động và thủ công, phân tích mã nguồn tự động, kiểm thử động và rà soát kiến trúc được đánh giá hiệu quả cao trong hồ sơ; phân tích thủ công mã nhị phân hoặc bytecode chỉ có hiệu quả một phần theo SOAR. Công cụ tự động có thể cần tinh chỉnh để giảm cảnh báo đối với hành vi chỉ có thể khai thác bởi quản trị viên hoặc người dùng có đặc quyền, còn phương pháp thủ công có thể bị giới hạn về thời gian và độ bao phủ.

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

Phương pháp	Cách làm	Hiệu quả
Phân tích tĩnh tự động	Automated techniques can find areas where path traversal weaknesses exist. However, tuning or customization may be required to remove or de-prioritize path-traversal problems that are only exploitable by the product's administrator - or other privileged users - and thus potentially valid behavior or, at worst, a bug instead of a vulnerability.	Cao
Phân tích tĩnh thủ công	Manual white box techniques may be able to provide sufficient code coverage and reduction of false positives if all file access operations can be assessed within limited time constraints.	Cao
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: ``` Bytecode Weakness Analysis - including disassembler + source code weakness analysis ``` Cost effective for partial coverage: ``` 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: ``` Highly cost effective: ``` Web Application Scanner Web Services Scanner Database Scanners	Cao
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: ``` Highly cost effective: ``` Fuzz Tester Framework-based Fuzzer	Cao
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: ``` Highly cost effective: ``` Source code Weakness Analyzer Context-configured Source Code Weakness Analyzer	Cao
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: ``` Formal Methods / Correct-By-Construction ``` Cost effective for partial coverage: ``` Inspection (IEEE 1028 standard) (can apply to requirements, design, source code, etc.)	Cao

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

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

CVE-2024-37032: công cụ quản lý mô hình ngôn ngữ lớn không xác thực đúng giá trị digest từ registry mô hình riêng tư không đáng tin, dẫn tới relative path traversal.
CVE-2024-4315: API tạo văn bản dùng denylist thiếu dấu phân cách thư mục Windows \, cho phép xóa tệp tùy ý trên Windows.
CVE-2024-0520: sản phẩm quản lý tập dữ liệu cho phép relative và absolute path traversal qua tiêu đề Content-Disposition, dẫn tới ghi đè tệp.
CVE-2022-31503: gói Python dùng os.path.join với đầu vào không đáng tin; pathname tuyệt đối trong đầu vào làm hàm chuyển sang đường dẫn tuyệt đối.
CVE-2022-24877: ứng dụng operator Kubernetes viết bằng Go cho phép truy cập dữ liệu trong filesystem của pod qua chuỗi ../ trong tệp YAML.
CVE-2021-21972: chuỗi lỗi trong nền tảng ảo hóa cho phép tải tệp tar không cần xác thực rồi dùng các chuỗi .. để truy cập tệp ngoài dự kiến; hồ sơ ghi nhận việc bị khai thác ngoài thực tế.
CVE-2020-4053 và CVE-2019-10743: các gói liên quan đến Kubernetes hoặc archive cho phép đưa tệp trong plugin hoặc ZIP ra ngoài thư mục đích, thường được gọi là “Zip Slip”.
CVE-2019-20916: trình quản lý gói Python cho phép đọc tệp tùy ý qua chuỗi path traversal trong tiêu đề Content-Disposition.
CVE-2010-0467, CVE-2009-4194, CVE-2009-4053, CVE-2009-0244 và CVE-2009-4013: các ví dụ về đọc, xóa, tạo thư mục, liệt kê hoặc ghi đè tệp tùy ý bằng .. hoặc ../.
CVE-2009-4581, CVE-2008-5748, CVE-2006-7079 và CVE-2020-3452: các chuỗi lỗi liên quan đến include, giá trị bên ngoài, lớp tương thích register_globals hoặc xác thực đầu vào dẫn tới path traversal và trong một số trường hợp có thể dẫn tới thực thi mã hoặc truy cập 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-22, dựa theo mức độ ưu tiên

Nguồn (2)

MITRE CWE

CWE Terms of Use

CWE-22: Giới hạn không đúng pathname vào thư mục bị hạn chế

CWE-22 là gì?

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

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

Đị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