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鈥檒l occasionally send you account related emails.

Already on GitHub? Sign in to your account

Data submission bug #159

Closed
knivets opened this issue Feb 6, 2020 · 3 comments 路 May be fixed by #775
Closed

Data submission bug #159

knivets opened this issue Feb 6, 2020 · 3 comments 路 May be fixed by #775
Labels
wontfix This will not be worked on

Comments

@knivets
Copy link

knivets commented Feb 6, 2020

-d won't set -H 'Content-Type: application/x-www-form-urlencoded' automatically. Just wasted half an hour trying to understand why POST requests are not working 馃槄

@joohoi
Copy link
Member

joohoi commented Feb 7, 2020

I'm sorry for the trouble, and can understand the frustration. However this is considered working as intended. ffuf doesn't set the content type header for different payloads automatically. As there's plenty of different ones depending on the payload, this is left for the users discretion.

I personally find it much easier to work with -request and -request-proto where you would save the raw request to a file, edit the fuzz keywords in place, and pass it in by: ffuf -request saved-req.txt -request-proto https ....

@joohoi joohoi added the wontfix This will not be worked on label Feb 7, 2020
@sangvo1991
Copy link

sangvo1991 commented Jul 13, 2020

I think if this is intended, it should be mentioned in README.md. Because I took a lot of hours to find out why my POST requests didn't work. Maybe just a simple example to be more clear.

Thank you.

bsysop added a commit to bsysop/ffuf that referenced this issue Apr 7, 2024
Improve POST request documentation.

ffuf#159
@bsysop
Copy link
Collaborator

bsysop commented Apr 7, 2024

Make sense @sangvo1991, good observation!

@bsysop bsysop closed this as completed Apr 7, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix This will not be worked on
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants