OOB read in bencode_decode: strtoll called on non-NUL-terminated buffer
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đá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
- 67/100
Hướng nghiên cứu
Bắt đầu trong lib/bencode.c tại __bencode_decode_integer khoảng dòng 448, sau đó đọc cách bencode_decode_expect nhận buffer từ ng_client.c khoảng dòng 176. Kiểm tra cách bộ phân tích số nguyên xử lý độ dài đầu vào và kết thúc NUL. Done nghĩa là đầu vào không hợp lệ như i bị từ chối mà không đọc quá bộ đệm, trong khi các số nguyên hợp lệ vẫn được giải mã.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
__bencode_decode_integer (lib/bencode.c:448) calls strtoll(s, &convend, 10) on the length-delimited input buffer. strtoll requires NUL termination but bencode buffers are not NUL-terminated.
When the integer payload begins with whitespace (e.g. i , hex 69 20), strtoll skips it and scans past the buffer boundary looking for digits, causing a heap-buffer-overflow read.
Reachable from: ng_client.c receives into a 4096-byte arena buffer (arena_alloc, no NUL terminator) and passes it to bencode_decode_expect at line 176. A remote NG peer response with a valid cookie and malformed bencode body triggers the read.
Impact: Out-of-bounds read, process crash (DoS). No write primitive.
Fix: Copy the integer text into a stack buffer with NUL termination before calling strtoll, or bound the scan manually without strtoll.
Reproduce:
# 2-byte payload: "i " (0x69 0x20)
echo -n "i " | base64
# aSA=
Found by Bright Security using automated fuzz testing.
- Ngôn ngữ chính
- Perl
- Star
- 992
- Fork
- 459
- 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
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 sipwise/rtpengine
-
bug
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 75/100
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 3/5 1-2 ngày Mức phù hợp với người mới 55/100
Maintainer thường phản hồi trong vòng 2 ngày
-
HTTP/WS worker threads spin forever in `__websocket_write_done()` (`sched_yield` loop) — 100% CPU with `--listen-http`Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 15/100
sipwise/rtpengine#2197 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Kernel NULL pointer dereference in target_put() during target deletionCó thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 38/100
sipwise/rtpengine#2190 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Calls using a third logical interface are silently never written to Redis (breaks keyspace-notification HA)Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mở
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 35/100
sipwise/rtpengine#2181 · 4 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của sipwise/rtpengine
Issue tương tự
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 88/100
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 69/100
bioconda/bioconda-recipes#70187 ·
Maintainer thường phản hồi trong vòng 2 ngày
-
documentation Needs Triage
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 93/100
Maintainer thường phản hồi trong vòng 1 ngày
-
Proposed Text EditsĐang mở
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
curl/everything-curl#658 ·
-
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 82/100
PDLPorters/pdl#561 ·