Confidence Indicator of Detection Methods
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 5/5
- Thời gian dự kiến
- Hơn một tuần
- Mức phù hợp với người mới
- 25/100
Hướng nghiên cứu
Không có tệp, bài kiểm thử hoặc điểm vào nào được nêu tên. Hãy bắt đầu bằng cách xem xét cách các detector sắp xếp thứ tự các phép kiểm tra và cách các kết quả phát hiện được biểu diễn; sau đó xác định bốn mức độ tin cậy, ánh xạ các phép kiểm tra vào chúng và xác định chỉ báo độ tin cậy sẽ xuất hiện như thế nào trong đầu ra. Hoàn tất khi thứ hạng nhất quán giữa các detector và kết quả hiển thị mức độ tin cậy.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
From @jonthysell in prior PR comment:
If this really is a runtime check (and not a static check as per my earlier comment) I would prefer if we listed them by highest to least confidence (I can update the template to reflect this):
- (Maybe never attainable) We unambiguously detect part of a framework being used in the running app (i.e. a control rendered at runtime)
- We see markers of a framework being used (i.e., class name / UIA identifiers) that could technically be spoofed or mistaken because there's no namespace enforcement
- We detect that the framework's module was loaded by the process (process could load a module transitively that doesn't actually get used by the app, also naming issues)
- We detect a (transitive) dependency via a package manifest (again, could be marked as a dependency but not actually used by the app)
This ordering should also be reflected in the detector as closely possible.
We should probably have this definition "baked in" vs. determined by the defined order within a detector (i.e. we don't want to try and have to coordinate between detector authors how to order specific checks within their detector).
We should define what the above criteria is and how various checks fall within their ranks. Then, since we run all checks, we can order by the confidence level and include that indicator as part of the output/results?
- Ngôn ngữ chính
- C#
- Star
- 10
- Fork
- 4
- Chỉ số merge pull request
- Không có pull request nào được merge trong 30 ngày
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- 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 microsoft/FrameworkDetector
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 25/100
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 48/100
-
Độ khó 5/5 Hơn một tuần Mức phù hợp với người mới 35/100
Tất cả issue của microsoft/FrameworkDetector
Issue tương tự
-
area-signalr
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 75/100
dotnet/aspnetcore#69842 · 1 bình luận ·
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 75/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 64/100
Maintainer thường phản hồi trong vòng 2 ngày
-
bug needs-triage
Độ khó 2/5 Dưới một giờ Mức phù hợp với người mới 78/100
microsoft/microsoft-ui-reactor#1373 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Client customer-reported KeyVault needs-team-attention question Service Attention
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Azure/azure-sdk-for-net#63861 · 3 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 1 ngày