exploit the possibilities
Home Files News &[SERVICES_TAB]About Contact Add New

ddos-thought.txt

ddos-thought.txt
Posted Mar 10, 2000
Authored by The Cat

Some thoughts on the solutions to Distributed Attack Technology - Distribited ownership tools [DOT] exist that scan numerous hosts for vunerabilities that allow agents to be installed automatically. Potential solutions include more host based security, fixing ipv4, legislation, and fighting fire with fire.

tags | denial of service
SHA-256 | 00d46682b5cc194c176792c769f4a791c3d6ed479ee103cf1df61ea8badc1f6a

ddos-thought.txt

Change Mirror Download
Some thoughts on the solutions to Distributed Attack Technology
---------------------------------------------------------------

Problem:

Distribited ownership tools [DOT] exist that scan numerous hosts for vunerabilities that give system ownership. Such tools are programmed to build array of trojaned machines.

DOT's are designed to communicate using strong crypto protocols, preventing the interception of communication betweek the owned machines.

DOT's tools are designed to be flexable enough execute the owners choice of code. Thus the distributed array in question may be employed for a variety of tasks for which the denial of service attack is only one example. Other examples might include mass inteligence gathering and the potential for large scale number crunching.

Such tools could be written to be polymorphic. This their signatures change to avoid detection by the virus detection products.

This means that such weapons are by their very nature grow ina geometric manner and are difficult to detect.

How to solve the problem.
Identify the lowest common denominator. All these tools have some basic attributes in common.

1. They are designed to take advantage of exploits that achieve root permission of a host.

2. They approach their task in a geometric manner. By the use of owned hosts to find other owned hosts.

Potential Solutions

Shore up the networks
1. The current network based approach continues to prevail and the number of machines that are owner rises or remains the same. (It is most likely to rise). In this instance we find people weathering the packet storms and basically remaining disconnected from the internet for their duration. Denial of service continues.

Fix the compromised machines
2. The number of owner machines is reduced as the result of better security practices. This is unlikely as many of the owned machines are not aware of the problem. The nature of the computer technology invloved means that new exploits will continus to be found. The polymorphic natuer of these tools makes them difficult to decect.

Fix the internet technology
3. The internet it self is redisigned to remove it's basic anonimity. This would require massive changes to the infrastructure and a co-operation at an un precidented level between the standards bodys vendors and general public. This is itself a denial of service attack, though like all good wars would generate a vast amount of revenue for those providing the solutions.

Legistate
4. An authority with the llegal power to inact such measures, decrees that only machines secured to a certain well designed and specified standard are allowed to be connected to the internet. The only organisations that realy have the ability to leverage such a situation are Insurance compaines that would have to be backed by llegal measures on an international basis. Vendor resistance could be large.

Fight fire with fire.
5. As good internet citizens we help to protect those who cannot protect themselves and utilise the same technologies present in the DOT's. The highly flexable nature of the toolkits to manufacture middleware, capable of executing functions to fix vunerable machines. Ether by actually adjusting the configuration of the affected/potentialy affected boxes or by alearting the owner that the box is vunerable. IN SHORT WE AUTOMATICALLY OWN AND FIX AS MANY MACHINES AS POSSIBLE USING THE SAME TOOLKIT THAT PRODUCES THE PROBLEM.


Fire with fire.

As previously stated the best way to attack this problem is to utilize the geometric automated nature of these tools to fight the problem. By launching a series of counter-DDOS tools based upon the same DOT technology we can remediate the situatuion. Such counter offensive behaviour might consist of the the execution of the following simple command. (unix platform)

mail: root@localhost
cc: info@nsa.gov

Subject: Your machine can be illigally owned, through a root exploit.
Machine: "hostname"
IP address: "10.192.172.1"

has the following vunerablity that was exploited to gain root access necessary to execute this command.

Exploit: rpc service XXX is running un controlled on port YYY

Corrective action:

Read the expoist page of a common hacking site and RTFSM (read the security pages).

Of course the affore mentioned technique is not only the cheepest and most efficent method of dealing with the problem but by it's very nature totally ILLEGAL. Whether the authorities and security organisations would actually tollerate such a tools remains to be seen. But it rides a very thin lines between being a reason to 'lock you up' and hailing the originator as a saviour.

In techincal terms this tools has to deal with two additional problems that do not effect the orginal DDOS arrays.

1. Due to the head start of the current suite of DDOS tools available there will be an owner ship gap. It is possible to changed the odds however by coding in a more efficent manner thus increasing the speed at which disownership can take place. Ownership of high bandwidth hosts on the internet would also help with the incresed execution speed of the tools.

2. The highly illegal (though morraly sound) nature of the tools would mean that the communication between the teirs of owned machines would have to be encrypted . The tools used would also benifit for m being polymorphic as they thems selves wuold have to evade detection by the host.

Possible countermeasures.
If such tools were to be coded then we have to expect countermeasures by the authors of the DDOS tools. Such a countermeasure's would be the interception of the disownment tools and removal of their benificial effect.
Or more likely:
The DDOS tools themselves would be modified to remove the vunerabliities from the hosts that they have owned. There maybe possible countereffects to this action, eg it invloved more modifications to the machine in question and therefore is by it's nature more likely to be detected.

tmcb1971@yahoo.com

Login or Register to add favorites

File Archive:

May 2024

  • Su
  • Mo
  • Tu
  • We
  • Th
  • Fr
  • Sa
  • 1
    May 1st
    44 Files
  • 2
    May 2nd
    5 Files
  • 3
    May 3rd
    11 Files
  • 4
    May 4th
    0 Files
  • 5
    May 5th
    0 Files
  • 6
    May 6th
    28 Files
  • 7
    May 7th
    3 Files
  • 8
    May 8th
    4 Files
  • 9
    May 9th
    54 Files
  • 10
    May 10th
    12 Files
  • 11
    May 11th
    0 Files
  • 12
    May 12th
    0 Files
  • 13
    May 13th
    17 Files
  • 14
    May 14th
    11 Files
  • 15
    May 15th
    17 Files
  • 16
    May 16th
    13 Files
  • 17
    May 17th
    22 Files
  • 18
    May 18th
    0 Files
  • 19
    May 19th
    0 Files
  • 20
    May 20th
    0 Files
  • 21
    May 21st
    0 Files
  • 22
    May 22nd
    0 Files
  • 23
    May 23rd
    0 Files
  • 24
    May 24th
    0 Files
  • 25
    May 25th
    0 Files
  • 26
    May 26th
    0 Files
  • 27
    May 27th
    0 Files
  • 28
    May 28th
    0 Files
  • 29
    May 29th
    0 Files
  • 30
    May 30th
    0 Files
  • 31
    May 31st
    0 Files

Top Authors In Last 30 Days

File Tags

Systems

packet storm

© 2022 Packet Storm. All rights reserved.

Services
Security Services
Hosting By
Rokasec
close