Hardening for DiagnosticPort
Maintainer thường phản hồi trong vòng 1 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 45/100
Hướng nghiên cứu
Bắt đầu bằng cách lần theo cách các công cụ chẩn đoán và runtime chọn vị trí socket DiagnosticPort, cũng như cách RUNTIME_DIR, XDG_RUNTIME_DIR, TMPDIR và /tmp được xử lý. Xem lại trình tự tương thích được mô tả trong issue: các công cụ phải kiểm tra những vị trí mới trước khi runtime sử dụng chúng. Được xem là hoàn tất khi các thư mục ưu tiên có thể ghi bởi người dùng được hỗ trợ khi được thiết lập, đồng thời vẫn giữ nguyên các fallback hiện có.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
The current security model for diagnostic port acknowledges that a malicious process could create its own unix domain socket or squat on the file name that would be used by some other process whenever /tmp or TMPDIR is shared with untrusted users. Although we aren't planning to change those basic assumptions in the security model, we could still take steps to make the squating less likely by using directories that are only writable by the current user when possible such as RUNTIME_DIR and XDG_RUNTIME_DIR.
We should consider adding support for writing the port under those directories if the environment variables are set, then falling back to TMPDIR and /tmp otherwise. If we do this we need to be wary of back-compat by updating the tools first to check those locations, then update the runtime later once the tools have had time to be picked up by users.
- Ngôn ngữ chính
- C++
- Star
- 1.3k
- Fork
- 407
- Merge trung bình
- 21 giờ 5 phút
- Pull request đã merge (30 ngày)
- 78
Chuẩn bị môi trường
Khởi chạy dev container của dự án ngay trên trình duyệt, bằng tài khoản GitHub của bạn.
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Không có hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của dotnet/diagnostics
-
Fix StackAndOtherTests.script line number verification for .NET 11 and Windows x64Có thể làm lại được Pull request cho issue này đã bị đóng mà không được merge. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 65/100
dotnet/diagnostics#5884 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 25/100
dotnet/diagnostics#6225 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
dotnet/diagnostics#6213 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Isolate SOS hosting from other debugger extensions that use managed codeCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
dotnet/diagnostics#6207 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Known Build Error
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 49/100
dotnet/diagnostics#6190 ·
Maintainer thường phản hồi trong vòng 1 ngày
Tất cả issue của dotnet/diagnostics
Issue tương tự
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
AutoHotkey/AutoHotkey#380 ·
-
documentation
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 84/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Lua File: add readWhole()Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
grumpycoders/pcsx-redux#2667 ·
-
GCC 15.2: -Wcast-qual warning - cast discards const qualifier from pointer target type (H5trace.c)Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 73/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
google/tensorstore#305 ·