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
When you wanna test a website that is protected by CloudFlare, you may sometimes need to pass a CF-Connecting-IP header. The WPVulnDB API itself also seems to be behind CF and wpscan is using the value from the header for that connection as well. Since CF doesn't know my server's IP as a "trusted proxy IP" for wpvulndb.com and returns a 403 instead.
Your environment
Version of WPScan: 3.7.7 (installed with the recommended gem install wpscan method)
Version of Ruby: ruby 2.6.3p62 (2019-04-16 revision 67580)
Operating System (OS): Debian 9 (Stretch)
Steps to reproduce
Simply add --headers 'CF-Connecting-IP: 123.123.123.123' to the wpscan call, this triggers the bug even when you're testing a site not behind CloudFlare.
Expected behavior
wpscan should probably use the --headers argument only for the connection to the actual website and not also for the API calls.
Subject of the issue
When you wanna test a website that is protected by CloudFlare, you may sometimes need to pass a
CF-Connecting-IP
header. The WPVulnDB API itself also seems to be behind CF and wpscan is using the value from the header for that connection as well. Since CF doesn't know my server's IP as a "trusted proxy IP" for wpvulndb.com and returns a 403 instead.Your environment
gem install wpscan
method)Steps to reproduce
Simply add
--headers 'CF-Connecting-IP: 123.123.123.123'
to thewpscan
call, this triggers the bug even when you're testing a site not behind CloudFlare.Expected behavior
wpscan should probably use the
--headers
argument only for the connection to the actual website and not also for the API calls.Actual behavior
What have you already tried
Manual curl output:
The text was updated successfully, but these errors were encountered: