A crashing input in the initial corpus aborts the fuzzer with "No interesting cases found"

Đang mở
  • Có gì không ổn?
#455 0 bình luận 0 reaction 0 người được giao Xem trên GitHub

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
22/100
Loại issue
Lỗi
Độ rõ ràng
Khá rõ ràng
Mức độ hoạt động
Sôi nổi
Công nghệ
rust
Lĩnh vực
security, testing-qa

Hướng nghiên cứu

The abort comes from the initial corpus loading path in src/fuzzer/mod.rs around line 465, which prints the "No interesting cases found" message. Reproduce with tests/x86_64_magic_crash_latest.rs using the crash and normal seeds listed in the issue, and trace how a crash during load_initial_inputs is reported back, referring to #400 and #404. Done means the benign input runs and is counted, and the session no longer aborts when a crashing seed is present.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.

Mô tả

Problem

When the initial corpus contains an input that crashes, the fuzzer records the crash and then aborts during initial corpus loading, even though the corpus also contains a valid, non-crashing input:

[tsffs info] Fuzzer message: [Objective #0] run time: 0h-0m-1s, clients: 1, corpus: 0, objectives: 1, executions: 1, exec/sec: 0.000
No interesting cases found from inputs! This may mean your harness is incorrect (check your arguments), your inputs are not triggering new code paths, or all inputs are causing crashes.: src/fuzzer/mod.rs:465:21

Only one execution happens, so the benign input never seems to run (or is not counted as interesting).

Impact

Seeding a known crashing input, for example to reproduce a bug or keep a regression in the corpus, makes the whole session abort at start-up.

Reproduction

Seen on main with #449 (reverted in #454), on Linux Simics 6 and 7: https://github.com/intel/tsffs/actions/runs/43357200336/job/131716849666

tests/x86_64_magic_crash_latest.rs with:

.files([
    ("corpus/crash".to_string(), b"fuzzing!".to_vec()),   // page faults in tests/rsrc/x86_64-crash-uefi
    ("corpus/normal".to_string(), b"AAAAAAAA".to_vec()),  // runs normally
])

and generate_random_corpus = False, exceptions = [14], quit_on_iteration_limit = False.

Notes

  • LibAFL (rev 0f26f6ea) loads initial files in read_dir order and, for a Solution, calls discard_metadata on the map feedback, so a crashing input should not mark its edges as seen. That suggests the problem is on the TSFFS side: how a crash during load_initial_inputs is reported back (see #400, #404) or how the next testcase is run after the snapshot restore.
  • The timeout test (#393) passes with an objective seed plus a benign seed, so it may be specific to crashes/exceptions.
  • Once fixed, the stricter crash test from #449 can come back as the regression test.

🤖 Generated with Claude Code

Ngôn ngữ chính
Rust
Star
335
Fork
26
Merge trung bình
1 ngày 50 phút
Pull request đã merge (30 ngày)
12

Chuẩn bị môi trường

Mở trong Codespaces

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.

Bắt đầu từ đâu

  1. Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
  2. 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.
  3. Fork repository và làm thay đổi trên một nhánh.
  4. Mở pull request có tham chiếu số hiệu của issue.

Issue khác của intel/tsffs

Tất cả issue của intel/tsffs

Issue tương tự

Thêm issue về Rust

Nhận issue mới trong hộp thư của bạn

Bản tóm tắt ngắn những issue GitHub phù hợp với người mới.