
Rust में संरचना-जागरूक ब्लैक-बॉक्स HTTP फ़ज़र विकसित करें, जिसमें कस्टम वेब और API परीक्षण के लिए कंपोज़ेबल म्यूटेटर, शेड्यूलर, ऑब्ज़र्वर, डिसाइडर और प्रोसेसर शामिल हों।
कोई बात नहीं, यह कोई और कमांड-लाइन टूल नहीं है, यह एक लाइब्रेरी है! 😁
अधिक विशेष रूप से, FeroxFuzz एक संरचना-जागरूक HTTP फ़ज़िंग लाइब्रेरी है।
FeroxFuzz लिखने का प्राथमिक लक्ष्य feroxbuster से कुछ मुख्य हिस्सों को निकालकर ऐसी जगह ले जाना था जहाँ वे अन्य लोगों के लिए सामान्य रूप से उपयोगी हो सकें। ऐसा करके, मेरी आशा है कि जो कोई भी Rust में वेब टूलिंग और/या एकमुश्त वेब फ़ज़र लिखना चाहता है, वह न्यूनतम प्रयास के साथ ऐसा कर सकता है।
FeroxFuzz का समग्र डिज़ाइन LibAFL से लिया गया है। FeroxFuzz LibAFL: A Framework to Build Modular and Reusable Fuzzers (pre-print) में सूचीबद्ध अधिकांश घटकों को लागू करता है। जब FeroxFuzz विचलित होता है, तो यह आमतौर पर async कोड का समर्थन करने के कारण होता है।
LibAFL के समान, FeroxFuzz एक संयोजनीय फ़ज़िंग लाइब्रेरी है। हालाँकि, LibAFL के विपरीत, FeroxFuzz पूरी तरह से ब्लैक बॉक्स HTTP फ़ज़िंग पर केंद्रित है।
नीचे FeroxFuzz द्वारा उपयोग किए जाने वाले विभिन्न घटकों, हुकों और नियंत्रण प्रवाह का एक दृश्य चित्रण है।

FeroxFuzz बहुत सक्षम है, और इसे नए feroxbuster के लिए मेरी सभी नियोजित आवश्यकताओं को पूरा करने के लिए बनाया गया था। हालाँकि, मुझे अभी भी उम्मीद है कि feroxbuster के नए संस्करण पर काम शुरू होने पर FeroxFuzz का API, कम से कम थोड़ा बदल जाएगा।
जब तक API स्थिर नहीं हो जाता, breaking changes हो सकते हैं होंगे।
आरंभ करने का सबसे आसान तरीका है अपने प्रोजेक्ट के Cargo.toml में FeroxFuzz को शामिल करना।
[dependencies]
feroxfuzz = { version = "1.0.0-rc.13" }
examples/ फ़ोल्डर के अलावा, API दस्तावेज़ों में घटकों का व्यापक दस्तावेज़ीकरण और उनके उपयोग के उदाहरण हैं।
नीचे दिया गया उदाहरण (examples/async-simple.rs) FeroxFuzz का उपयोग करके fuzzer लिखने के लिए न्यूनतम आवश्यकता दिखाता है।
यदि सोर्स का उपयोग कर रहे हैं, तो उदाहरण को निम्न कमांड का उपयोग करके feroxfuzz/ निर्देशिका से चलाया जा सकता है:
नोट: जब तक आपकी मशीन पर पोर्ट 8000 पर एक वेबसर्वर नहीं चल रहा है, आपको
Request::from_urlमें पास किए गए लक्ष्य को बदलना होगा।
cargo run --example async-simple
#[tokio::main]
async fn main() -> Result<(), Box<dyn std::error::Error>> {
// create a new corpus from the given list of words
let words = Wordlist::from_file("./examples/words")?
.name("words")
.build();
// pass the corpus to the state object, which will be shared between all of the fuzzers and processors
let mut state = SharedState::with_corpus(words);
// bring-your-own client, this example uses the reqwest library
let req_client = reqwest::Client::builder().build()?;
// with some client that can handle the actual http request/response stuff
// we can build a feroxfuzz client, specifically an asynchronous client in this
// instance.
//
// feroxfuzz provides both a blocking and an asynchronous client implementation
// using reqwest.
let client = AsyncClient::with_client(req_client);
// ReplaceKeyword mutators operate similar to how ffuf/wfuzz work, in that they'll
// put the current corpus item wherever the keyword is found, as long as its found
// in data marked fuzzable (see ShouldFuzz directives below)
let mutator = ReplaceKeyword::new(&"FUZZ", "words");
// fuzz directives control which parts of the request should be fuzzed
// anything not marked fuzzable is considered to be static and won't be mutated
//
// ShouldFuzz directives map to the various components of an HTTP request
let request = Request::from_url(
"http://localhost:8000/?admin=FUZZ",
Some(&[ShouldFuzz::URLParameterValues]),
)?;
// a `StatusCodeDecider` provides a way to inspect each response's status code and decide upon some Action
// based on the result of whatever comparison function (closure) is passed to the StatusCodeDecider's
// constructor
//
// in plain english, the `StatusCodeDecider` below will check to see if the request's http response code
// received is equal to 200/OK. If the response code is 200, then the decider will recommend the `Keep`
// action be performed. If the response code is anything other than 200, then the recommendation will
// be to `Discard` the response.
//
// `Keep`ing the response means that the response will be allowed to continue on for further processing
// later in the fuzz loop.
let decider = StatusCodeDecider::new(200, |status, observed, _state| {
if status == observed {
Action::Keep
} else {
Action::Discard
}
});
// a `ResponseObserver` is responsible for gathering information from each response and providing
// that information to later fuzzing components, like Processors. It knows things like the response's
// status code, content length, the time it took to receive the response, and a bunch of other stuff.
let response_observer: ResponseObserver<AsyncResponse> = ResponseObserver::new();
// a `ResponseProcessor` provides access to the fuzzer's instance of `ResponseObserver`
// as well as the `Action` returned from calling `Deciders` (like the `StatusCodeDecider` above).
// Those two objects may be used to produce side-effects, such as printing, logging, calling out to
// some other service, or whatever else you can think of.
let response_printer = ResponseProcessor::new(
|response_observer: &ResponseObserver<AsyncResponse>, action, _state| {
if let Some(Action::Keep) = action {
println!(
"[{}] {} - {} - {:?}",
response_observer.status_code(),
response_observer.content_length(),
response_observer.url(),
response_observer.elapsed()
);
}
},
);
// `Scheduler`s manage how the fuzzer gets entries from the corpus. The `OrderedScheduler` provides
// in-order access of the associated `Corpus` (`Wordlist` in this example's case)
let scheduler = OrderedScheduler::new(state.clone())?;
// the macro calls below are essentially boilerplate. Whatever observers, deciders, mutators,
// and processors you want to use, you simply pass them to the appropriate macro call and
// eventually to the Fuzzer constructor.
let deciders = build_deciders!(decider);
let mutators = build_mutators!(mutator);
let observers = build_observers!(response_observer);
let processors = build_processors!(response_printer);
let threads = 40; // number of threads to use for the fuzzing process
// the `Fuzzer` is the main component of the feroxfuzz library. It wraps most of the other components
// and takes care of the actual fuzzing process.
let mut fuzzer = AsyncFuzzer::new(threads)
.client(client)
.request(request)
.scheduler(scheduler)
.mutators(mutators)
.observers(observers)
.processors(processors)
.deciders(deciders)
.post_loop_hook(|state| {
// this closure is called after each fuzzing loop iteration completes.
// it's a good place to do things like print out stats
// or do other things that you want to happen after each
// full iteration over the corpus
println!("\n•*´¨`*•.¸¸.•* Finished fuzzing loop •*´¨`*•.¸¸.•*\n");
println!("{state:#}");
})
.build();
// the fuzzer will run until it iterates over the entire corpus once
fuzzer.fuzz_once(&mut state).await?;
println!("{state:#}");
Ok(())
}
उपरोक्त fuzzer कुछ ऐसा उत्पन्न करेगा जो नीचे दिखाया गया है।
[200] 815 - http://localhost:8000/?admin=Ajax - 840.985µs
[200] 206 - http://localhost:8000/?admin=Al - 4.092037ms
----8<----
SharedState::{
Seed=24301
Rng=RomuDuoJrRand { x_state: 97704, y_state: 403063 }
Corpus[words]=Wordlist::{len=102774, top-3=[Static("A"), Static("A's"), Static("AMD")]},
Statistics={"timeouts":0,"requests":102774.0,"errors":44208,"informatives":3626,"successes":29231,"redirects":25709,"client_errors":18195,"server_errors":26013,"redirection_errors":0,"connection_errors":0,"request_errors":0,"start_time":{"secs":1662124648,"nanos":810398280},"avg_reqs_per_sec":5946.646301595066,"statuses":{"500":14890,"201":3641,"307":3656,"203":3562,"101":3626,"401":3625,"207":3711,"308":3578,"300":3724,"404":3705,"301":3707,"302":3651,"304":3706,"502":3682,"402":3636,"200":3718,"503":3762,"400":3585,"501":3679,"202":3659,"205":3680,"206":3676,"204":3584,"403":3644,"303":3687}}
}
इन अद्भुत लोगों को धन्यवाद (इमोजी कुंजी):
यह प्रोजेक्ट all-contributors विशिष्टता का पालन करता है। किसी भी प्रकार के योगदान का स्वागत है!