[Hardening] Reject non-object JSON notifications without panicking (F-008)
Đánh giá
- Độ khó
- 2/5
- Thời gian dự kiến
- 1-3 giờ
- Mức phù hợp với người mới
- 78/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Sôi nổi
- Công nghệ
- rust
- Lĩnh vực
- networking, security
Hướng nghiên cứu
Bắt đầu tại raw_client.rs, khoảng các dòng 764–773, nơi luồng thông báo đọc các trường trong phản hồi JSON. Kiểm tra cách xử lý các giá trị JSON không phải đối tượng, sau đó bổ sung kiểm thử hồi quy cho thông báo dạng scalar, array và null. Hoàn tất khi các dạng thông báo không hợp lệ trả về lỗi giao thức hoặc lỗi phân tích cú pháp thông thường mà không gây panic, trong khi đối chứng âm null vẫn cho phép ping hoàn tất.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Summary
In rust-electrum-client 0.25.2 (reported upstream commit 7c1d759e2789b5e46fcae1525ab06ff4012bc668), the reader notification path accesses resp["method"].take(). A server-pushed JSON scalar without an id is treated as a notification, but mutable indexing a scalar JSON value panics. A malicious or compromised Electrum server (or an attacker able to alter the Electrum connection) can therefore cause client/wallet availability loss in a release build.
Reproduction
- Build the client in release mode.
- Negotiate protocol version 1.4.
- While a request is in flight, send this line:
5
Observed:
serde_json panic: cannot access key "method" in JSON number
A null notification was tested as a negative control and the subsequent ping completed normally.
Source
Reported source location: raw_client.rs lines 764–773 (in the affected revision).
Suggested hardening
- Require a JSON object before reading notification fields, or use non-panicking accessors such as get("method").
- Return a normal protocol/parse error for invalid notification shapes.
- Add regression tests for scalar, array, and null notifications.
This is a hardening issue: the demonstrated impact is availability loss in release mode; no fund or privacy compromise was observed.
- Ngôn ngữ chính
- Rust
- Star
- 89
- Fork
- 87
- Merge trung bình
- 1 giờ 25 phút
- Pull request đã merge (30 ngày)
- 4
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 bitcoindevkit/rust-electrum-client
-
[Hardening] Validate legacy block_headers length before slicing (F-007)Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 82/100
bitcoindevkit/rust-electrum-client#221 · 1 bình luận ·
-
use-rustls-ring transitively enables rustls/default (aws-lc-rs), breaking ring-only buildsCó thể đã có người làm @EddieHouston đã nhận 130 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
-
discussion new feature
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 48/100
bitcoindevkit/rust-electrum-client#211 · 2 bình luận ·
-
Rework CI to use `cargo-rbmt`Có thể làm lại được @luisschwab đã nhận 205 ngày trước và không có pull request nào đang mở. Đang mở
bitcoindevkit/rust-electrum-client#202 · 1 người được giao ·
Tất cả issue của bitcoindevkit/rust-electrum-client
Issue tương tự
-
Panic on live viewport resize when unstyled elements exist in display: none subtreeCó thể đã có người làm @GoCoder7 đã nhận hôm nay. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 78/100
DioxusLabs/blitz#1488 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
🏷️ good first issue enhancement
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 74/100
Maintainer thường phản hồi trong vòng 1 ngày
-
S-Needs triage
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 77/100
vectordotdev/vrl#2042 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
Maintainer thường phản hồi trong vòng 1 ngày