[Tut]How to Code your Own UDP Flooder[Tut]

(05-01-2014, 02:22 PM).Shebang Wrote:

[To see links please register here]

If a shell (bleh) you're using has a form to submit, you can use a GET or POST request through a WebClient to not have this ridiculous code.

Submissions would be a POST request, if it's by link, then you would use a GET request.

(05-05-2014, 12:13 AM)0xDEAD10CC Wrote:

[To see links please register here]

Submissions would be a POST request, if it's by link, then you would use a GET request.

I've seen some forms that make the request through GET by generating the GET link. I guess it's a bad implementation though.

But a submit button is typically used for POSTing data, if it is a GET, it's typically just a link

Why are people still posting on this thread?

ps this method does not use UDP
it will usually result in use of HTTP which uses TCP.

so faku

(05-06-2014, 06:13 AM)xornull Wrote:

[To see links please register here]

ps this method does not use UDP
it will usually result in use of HTTP which uses TCP.

so faku

He's using a WebBrowser to navigate to a PHP script. How do you assume that the PHP script is using the TCP protocol? :S There is no flooding with the WebBrowser, so the assumption to make here is that the PHP script is somehow responsible for doing that instead (PHP doesn't have to use TCP).

(05-07-2014, 12:02 AM)0xDEAD10CC Wrote:

[To see links please register here]

He's using a WebBrowser to navigate to a PHP script. How do you assume that the PHP script is using the TCP protocol? :S There is no flooding with the WebBrowser, so the assumption to make here is that the PHP script is somehow responsible for doing that instead (PHP doesn't have to use TCP).

Perhaps, even so, why would it not use TCP? No decent web developer should use UDP for something that doesn't need better performance [It is also prone to IP spoofing].

What is the risk here though with UDP over TCP? Remember the application it's being used for here. A flooder doesnt need better performance?