You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the feature request or bug or other
This is mostly a doubt that I had no idea who/where to ask about. I ran theHarvester against a previously known to me target_subdomain.domain.tld, and the results were a bit... unexpected. Among its 700+ results, most of them were other subdomains I knew about - but instead of being shown back as subdomain.domain.tld, they showed up as subdomain.target_subdomain.domain.tld - and none of these exists, since the target_subdomain does NOT have any subdomains/aliases/whatever attached to it.
To Reproduce
Steps to reproduce the behaviour:
Run tool like this: 'theHarvester -d <target_subdomain.domain.tld>' against a known subdomain, from a domain you know have other subdomains.
See error
Expected behaviour
In this case, where target_subdomain.domain.tld is known for not having any subdomains itself, I expected to see only the target_subdomain listed. If I was scanning the domain.tld I'd expect to see all those subdomains tied to it, no to the target_subdomain...
System Information (System that tool is running on):
OS: Kali 2022.3
Version 4.2.0
The text was updated successfully, but these errors were encountered:
A bit late but thanks for raising this issue, this will require some debugging but perhaps might be due to lax regex results that are not strict enough on false positive subdomains. I assume this was run with -b all?
not exactly, but I was using a lot of different sources (part of the script lists the api keys from the repository and allows on manual or actiavates them on auto)
Feature Request or Bug or Other
Other
Describe the feature request or bug or other
This is mostly a doubt that I had no idea who/where to ask about. I ran theHarvester against a previously known to me
target_subdomain.domain.tld
, and the results were a bit... unexpected. Among its 700+ results, most of them were other subdomains I knew about - but instead of being shown back assubdomain.domain.tld
, they showed up assubdomain.target_subdomain.domain.tld
- and none of these exists, since thetarget_subdomain
does NOT have any subdomains/aliases/whatever attached to it.To Reproduce
Steps to reproduce the behaviour:
Expected behaviour
In this case, where
target_subdomain.domain.tld
is known for not having any subdomains itself, I expected to see only thetarget_subdomain
listed. If I was scanning thedomain.tld
I'd expect to see all those subdomains tied to it, no to thetarget_subdomain
...System Information (System that tool is running on):
The text was updated successfully, but these errors were encountered: