Show HN: Send POST requests via simple URLs

I recommend taking frequent looks at your access log for the URLs you&#x27;re serving up. One day you may discover you&#x27;re part of something you don&#x27;t want to be part of.<p>This doesn&#x27;t enable anything that wasn&#x27;t already possible; it would be trivial for a bad actor to put up a redirector like this, after all. Still, at least when they do that, it&#x27;s something they did and you have no responsibility.<p>I don&#x27;t even know exactly what it is you don&#x27;t want to be part of. It&#x27;s just the possible range of URLs you probably will eventually start seeing come through will cross some sort of line for almost any given individual.

Back in 2008 (high school) I discovered this exact method enabled automatic creation of google accounts from many different visitor ip addresses, because google signup form did not have csrf protection. It was possible to hide all (pre-filled) form values except the captcha from the user. So to the user it looked like they were just filling out a captcha on a random website, but actually they were creating a new google account (using their IP address).<p>I hadn&#x27;t heard of responsible disclosure at the time. ¯\_(ツ)_&#x2F;¯

Isn&#x27;t this basically CSRF-as-a-service?

I would have liked it id it was completly client side parsing the parameters in javascript. That way you could host it on a static page.

Ok, this was fun to write, I get it. But it serves no real needs, and it may do a lot of harm to you and others.

Awesome! Thanks for sharing. This is going to be really useful for doing CSRF attacks in XSS challenges at CTFs. I always just write the javascript to construct and post the form by hand, but this will be much faster, especially because you can just iframe it.

Postman and similar software work great, but good idea.

There should be no forms on the internet that allow CSRF like this. I&#x27;d be more concerned about finding a form that allows this than any privacy issues around using this unknown service to submit forms.

Not saying the service owner is a bad guy but this is in the category of online tools that always makes me nervous, along with:<p>- password strength checkers<p>- JSON, YAML, EDN, whatever prettiers<p>- checksum generators<p>- Base64 (en|de)coders<p>- etc.

&gt; If you&#x27;re not comfortable with anyone seeing what you&#x27;re sending, &gt; don&#x27;t send it via a website you found out about 15 minutes ago.<p>Says it all.

I don&#x27;t need a service to send this<p>data:text&#x2F;html,&lt;form method=post action=URL&gt;params...&lt;input type=submit&gt;&lt;&#x2F;form&gt;

Short, discrete and to the point.<p>I&#x27;d recommend some examples (maybe some POST requests to third party services and what they return).

For the use case described it seems like better UX to auto-fill a form via query params than to auto submit it for the user.<p>I mean that&#x27;s essentially what it&#x27;s doing — why bother using a third party service at all?

Is there a specific reason (related to POST requests or anything -- I know absolutely nothing about HTTP) that this doesn&#x27;t have https?

No thank you.