BSD mountinfo implementation is unsound
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
- 35/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Khá rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- go
- Lĩnh vực
- operating-systems
Hướng nghiên cứu
Bắt đầu bằng cách xác định phần triển khai mountinfo của BSD và việc sử dụng getmntinfo cùng reflect.SliceHeader. Xem lại tài liệu về SliceHeader và giao diện getfsstat(2), sau đó xác minh kết quả bằng các bài kiểm thử hiện có hoặc các kiểm tra mountinfo. Hoàn tất khi tránh được việc truy cập SliceHeader và ngăn chặn việc lặp đồng thời trên một cấu trúc mountinfo dùng chung.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
There are two problems:
-
According to the documentation of
reflect.SliceHeaderit's never safe to modify or otherwise make use of the contents ofSliceHeader:SliceHeader is the runtime representation of a slice. It cannot be used safely or portably and its representation may change in a later release. Moreover, the Data field is not sufficient to guarantee the data it references will not be garbage collected, so programs must keep a separate, correctly typed pointer to the underlying data.
I'm sure that this is more of a CYA statement than anything else, but it does mean that technically our usage of this is unsound -- and ultimately the fix is just to switch to a C-style loop over the pointers.
-
getmntinfomodifies a global variable, which means that if multiple goroutines try to get mountinfo at the same time we will end up potentially modifying the global structure during iteration. We could work around this by mutexing it or something, but a simpler solution would be to just usegetfsstat(2)which allows us to pass our own allocated array.
- Ngôn ngữ chính
- Go
- Star
- 102
- Fork
- 62
- Merge trung bình
- 6 phút
- Pull request đã merge (30 ngày)
- 2
Chuẩn bị môi trường
Dự án này không cung cấp dev container, Dockerfile hay hướng dẫn đóng góp, nên bạn cần tự thiết lập môi trường: hãy bắt đầu từ README và xem hướng dẫn đóng góp lần đầu của chúng tôi để biết các bước chung.
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 moby/sys
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
-
devices: ignore .incus-mounts in GetDevicesCó thể đã có người làm @SashaMIT đã nhận 8 ngày trước. Đang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
-
[userns-remap] Bug: ToHost incorrectly maps non-root container UID to root when it collides with RootPairCó thể đã có người làm @okhowang đã nhận 74 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 50/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 74/100
Issue tương tự
-
documentation good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 90/100
Maintainer thường phản hồi trong vòng 1 ngày
-
install-path local lint proofs will exit 5 on roster-less machines once #3263 release is pinnedĐang mởraised-by:reviewer
Độ khó 1/5 1-3 giờ Mức phù hợp với người mới 90/100
medici-finance/assay#3333 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
enhancement good first issue
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
onurbaydas/VirtoMir#9 ·
-
Add --version flagĐang mởenhancement good first issue
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 95/100
syncronix-labs/aegora#12 ·
-
auto-fixable pkg:api
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
tphakala/birdnet-go#4650 · 2 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày