Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Crawling Doesn't Happen Against Root Directory #1219

Open
eth0-re opened this issue Oct 18, 2022 · 1 comment
Open

Crawling Doesn't Happen Against Root Directory #1219

eth0-re opened this issue Oct 18, 2022 · 1 comment
Labels
enhancement New feature or request Priority: Low

Comments

@eth0-re
Copy link

eth0-re commented Oct 18, 2022

Absolutely loving the new crawling behaviour! Especially with Spidy no longer working on Python 3.10!

Just found an issue where the base path is not included as a source for the crawler. I've created a hacky workaround, but I expect there's a much more semantically correct method

What is the current behavior?

When scanning using the --crawl, only directories that were hit during a normal brute force are passed to the crawler.

For example, scanning "example.org" with the crawl flag and a wordlist containing just "admin" would run the crawler against "example.org/admin", but not example.org itself.

This appears to be a combination of 2 behaviours:

  • Firstly, when building the dictionary, there's no raw/empty or "no-payload" entry. Though this can be hacked in by adding the following line to the Fuzzer's init:
+ 52 on fuzzer.py
if options["crawl"]: self._dictionary._items.insert(0, "")
  • Secondly, even when including an empty item in the path, the wildcard checking under the fuzzer's scan function ("for tester in scanners") returns false. Though admittedly I didn't dig into exactly why this is failing. Bypassing it for the specific instance of a root request from the crawler had the desired but hacky effect:
+ 176 on fuzzer.py
if options["crawl"] and path != '':

What is the expected behavior?

The --crawl directive should ideally work even with a completely empty wordlist, with the base path being sent to the crawler

@eth0-re eth0-re added the bug Something isn't working label Oct 18, 2022
@shelld3v
Copy link
Collaborator

Seems to be a great idea, dirsearch should crawl the base path too, thanks for your suggestion!

@shelld3v shelld3v added enhancement New feature or request Priority: Low and removed bug Something isn't working labels Oct 19, 2022
@shelld3v shelld3v added this to the v0.4.4 milestone Oct 19, 2022
@shelld3v shelld3v removed this from the v0.4.4 milestone Oct 14, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request Priority: Low
Projects
None yet
Development

No branches or pull requests

2 participants