How to combine all the programs DoS attacks under one shell.

Closed due to the fact that the essence of the question is not clear to the participants of the D-side , Suvitruf ♦ , andreymal , ߊߚߤߘ , cheops Nov 3, Nov at 5:07 .

Try to write more detailed questions. To get an answer, explain what exactly you see the problem, how to reproduce it, what you want to get as a result, etc. Give an example that clearly demonstrates the problem. If the question can be reformulated according to the rules set out in the certificate , edit it .

  • 2
    those. where to take a single control center for all existing botnets? - beardog
  • No, I don’t need DDoS in general, but just DoS itself. The aim is to create a testing program for vulnerability to DoC. it is necessary to combine several programs into one and create a user interface in general. - Pentium
  • DoS so DoS) I fixed it back) The ANTIchat forum is better with this question! - Palmervan
  • Firstly, the title of the question does not match his body (it is not clear whether you need to defend yourself or control). Secondly, the question is too general (there are a lot of exploits, and each has its own unique management interface; therefore, it is not clear how to approach your task at all, because there is little concreteness). - ߊߚߤߘ
  • And so, look towards Metasploit - this is just a shell over vulnerability scan engines written specifically for it (including those related to DoS). Perhaps there will be no need to develop your own shell. - ߊߚߤߘ

2 answers 2

I imagine it like this:

  1. To begin with, write in your program some kind of common interface (meaning not a graphical interface, but an interface of use, that is, configuration methods + basic actions start / pause / stop, etc., etc .;
  2. for different console applications you make different implementations of this interface;
  3. for graphic utilities, the same thing + will have to come up with something so that you can programmatically click on the buttons / enter values: on Windows, you can use winapi or some kind of testing framework that allows you to test the GUI in automatic mode;
  4. you also create a window for connecting external DoS programs (or to be precise, a program + a module for working with it, which implements what is described in paragraphs 1 and 2;
  5. in order to check if your module is correctly connected from item 4, you need to add functionality for listening - in order to check if the module is connected correctly in step 4, whether the DoS program works correctly;

In general, you should realize that in order for you to be given a concrete answer, you need to put a specific question. After all, it often happens that the answer is contained in the question itself.

UPDATE : you just need to launch an external application, which in principle is not a difficult task.

(and this is a more detailed description of what I offered you to do)
I thought you were writing a common interface for different utilities with similar functionality. for example : 3-5 console applications with different command line options. eg: the first one has the address: -h <hostname>:<port> , the other one /hostname <hostname> /port <port> .

Therefore, I suggested that you do something like this (pseudo-code):

 // эта структура данных должна соответствовать элементам GUI интерфейса приложения class ModuleConfiguration { String hostname int port ; int time; // время работы приложения в секундах int requests // количество запросов в секунду/минуту String executable; // путь к внешней DoS программе } // структура данных class ExecConfiguration { String args; // все параметры командной строки для внешней программы String executable; // путь к внешней DoS программе } ExecConfiguration convertConfiguration (ModuleConfiguration);

You have a basic ModuleConfiguration structure — a data structure created from the data entered in the controls for your application. ExecConfiguration is the structure that will be used directly by the code that launches the external application. All that is required of you is the creation of different implementations of the convertConfiguration method (for example, by connecting external modules or something else). After you start your application using the data stored in the ExecConfiguration structure

  • Thanks for the answer. I have a question why do I need a module to work with an external DoS program? Each of them has its own interface. and all I need is just their challenge. In general, I want the interface to have port scanners, the same external one. After being based on the scan results, we will have to call one of the programs of this interface in order to carry out a direct attack. Or did you want to offer the above procedures automatically? Thanks for the answer! - Pentium
  • Could you give an example for a simple call to an external program, that is, there is a ready-made program that carries out a DoS attack. you need to call it from the developed user interface. - Pentium
  • in which language do you write the program? but it’s not so important, you need to google it like this: <language> запуск внешнего приложения or <language> запуск внешней комманды . instead of language you substitute the language you need - jmu

It is best to do this on a client-server architecture.

  1. Do one dos-node, controlled by tcp / ip
  2. Scatter nodes on different powers to increase attack power
  3. Make a program that stores a list of node addresses that can send commands to nodes
  4. Send the command to the beginning of the attack, at the end of the test the command to the end