Shukipel – Information Exchange

Reorganizing your patch cables

check out these guys, they seem to enjoy it:)

Minimize your reaction time to DDoS attacks

Intro

Even though recent report shows less DDoS attacks the past year, that risk is still out there.

Now days most DDoS attacks can be mitigated quite effectively based on the fact that you poses some kind of an IPS.
However most time wasted is the initial process of understanding the fact that your network is under attack and what are we doing from
here.

Although main scenario shown here is when the network that is nuder attack is your remote network sitting in a Data-center far away.
the actions and precautions can and sometimes should be implemented in all kind of networks regardless of location.

Few of the reasons why time wasting is higher in remote networks are:

1. You have no physical access to the devices.
2. It takes time to understand why exactly the network is down.
2. You most of the time wasting your time talking to the NOC person and waiting too much time to get the net-op to help you.
3. The pressure is rising every wasted minute.

It’s usually a hardware failure (ours or the ISP) that we suspect whenever our network is down,rather than put a helmet and shout (we are under attack!)
most of the time if you tell someone less technical that the problem is one thing, he will go with you rather than questioning and telling you something like (“uhmm you know… i can see you are using 150% MORE than your usual traffic.. does it sound alright to you?”)

So after few tests with the NOC guy (still based on the assumption that it is a hardware failure) we go and ask him about anything suspicious on their end.
Then he tell you something like (“No sir, everything is fine, I mean you have 150% more traffic but i doubt it that it matters…”)

Now the panic starts…
You wasted more than an hour figuring that it’s something completely else, and it’s a DDoS attack you got no IPS and you have nothing to do! (do you?)
Well, the good news is that there is still something to do. The bad news is that even if you had an IPS you already lost valuable time and you will continue to lose time over the next steps if you are not prepared correctly.

Prepare yourself

Even if you DO have an IPS and your network is under attack in a remote data-center, you need to prepare yourself for the fastest and best response.
IPS’s most of the time are in learning mode, and that’s for a good reason, traffic in most networks change (new features, new versions, new traffic,etc..) and you don’t want to get to a point where your IPS is dropping packets just because it “thinks” the network is under attack.

You need to minimize your response time, and your decision need to be the most refined one.
IPS’s when panic activated, stopped the attack but also might have stopped some services which you need. this can be avoided most of the time.

Few basic rules:

1. if you don’t have a router in that network, meaning you have a firewall connected to the data center’s infrastructure directly and you have no access to the routers,
Get a decent router NOW. firewalls need protection as well.
Router can handle much more than a firewall in most cases. firewall usually NAT and filter the traffic, it keeps a table of live connections which too many can cripple it.
2. Monitor monitor monitor. Monitor all networking devices interface memory and CPU usage. use syslog to gather all the logs from the devices.
You most probably have a Load-balancer as well. get it’s statistics, VIP’s,group,services traffic/hits.
3. You have the monitored graphs and logs? great! Make sure you can ALWAYS access the data (management dedicated link/modem/data backup to an outer location).
If you can’t get that data when you need it most, you worked for nothing.
4. Talk to your ISP/Data-center IT manager about these kind of incidents procedure (it’s true, some of them don’t have one). I like to have one of the net-ops cell phone just in case so i     can hurry things up if needed.


About monitoring, some people monitor interface/CPU/memory of the routers and firewall, this is all nice and better than no monitoring, but you really want to monitor the switches and anything networking wise.
This is how you analyze a peak or a drop in traffic from outside until the exact port on the switch and to the server connected on it.

The most simple monitoring system will give you more than any IDS/IPS or a sniffer in your network, and when I say simple monitoring systems i mean MRTG/cacti/etc.. and an SQL based syslog.
A network without equipment graphs and logs is a crippled network. It’s a network that has a lot of problems and will have a lot of problems.
So before anything else get some monitoring tools.

If you know what is going on in your network at every point in time, you will ask the NOC guy the right questions and you will get to conclusions faster saving alot of valuable time.


We are under attack what now?


so, wether you  wasted  2 hours because  you have no monitoring tools or you got the the idea after 5 minutes becuase of your monitoring tools, now you need to deal with the problem.

The panic way is to activate the IPS to start mitigating the attack, the IPS will now filter ALL the traffic.
In most cases only one IP address is under attack and if your IPS now filter your class C network with 50 active addresses, you just drain valuable resources of your IPS.

If you have the most important data, which is the graphs and logs available, we can easily see if we are under attack and what exactly is under attack.
As said before most attacks are on one IP address, and it will usually be your corporate web server, but it could easily be something else.

There’s your router come in to the picture, use the router to divert the targeted ip address to the IPS, all other traffic should flow cleanly with no interruptions.
your firewall will thank you, it can do it’s job again, AND you are now maximizing the effectiveness of the IPS.

If you don’t have an IPS you still have something to do about it.
you or your ISP can blackhole the targeted IP address OR if the attack is originated in only one part of the world than you can filter the originated address block temporarily.

In any way, with IPS or without, with a router or without, with capabilities to mitigate an attack or not,
Always but always work with your ISP’s/Data-center’s net-op or NOC, sometimes you will need the attack to be mitigated further up in the chain as bandwidth plays an important role here.
Your ISP need to know why your bandwidth is high and If you are bandwidth capped you better get your ISP to temporarily remove the cap.


Conclusion


The things mentioned earlier are actions and precautions one can do to deal with DDoS attacks and/or network failures quicker.
Rather than sitting helplessly waiting for the data-center guys to sort it out. More important even is that nobody will (or at least not supposed to) know about your network or your traffic better than you.
You suppose to know better than anyone at your ISP how to handle your traffic(what addresses can be white listed and not filtered, which country you don’t do business with at all and can be blocked completely as a traffic originator, etc..)


Few words about IPS and other DDoS mitigation devices.
IPS will not help if you don’t have the bandwidth to handle the attack in addition to the legit traffic.
If your network is limited on bandwidth ask your ISP/Data-center to host the device at their end you can also meet together with few more customers and join efforts (money and political power) to get some kind of DDoS protection at your ISP, this is a very legitimate action in many places in the world.

And don’t forget, please Monitor your network…

The best free snmp monitoring tool

This is the 3′rd time I am implementing the free version of Zenoss on different companies, and I can’t get enough of it.

Zenoss is an snmp monitoring tool. it has a very cool modern interface, Its very simple and easy to use, low maintenance, and efficient.

Zenoss Dashboard

Adding a new device to monitor is a matter of seconds. Nagios plugins can be used, and of course writing your own.

I really liked the alerts managing , which makes it very easy to filter out devices, get exactly the alerts you want, and by default there are hardly ever false alarms (I had 2 false alarms which needed to be tuned from 100 devices on 3 different places)

If you still don’t use Zenoss, or you use Nagios, you might wanna check this great tool, i guarantee you will come back here to praise it.

Admin

Download Zenoss here:

www.zenoss.com

Find a machine by MAC address

easy to find the MAC address by pinging the ip and issue an ‘arp -a’ command to get the mac address of that ip.

the script currently supports Catalyst 2900 3500 and 4500 series switches.
you have the example ini file 2950.ini  which show you the format the script will except, basically it’s: |ip:name or description|

the script will ask for the password for the switches (console password) and not the enable which not needed.
it will ask for the mac address to look for.
you’ll have to reformat the mac address you feed the script from XX-XX-XX-XX-XX-XX to XXXX.XXXX.XXXX

and then it will produce a formated result giving you the switch and the port its connected.

this script is very useful to find new or non documented pc.

i came up with that after i have found an ip address of a dirty pc that had a virus on it and it kept infecting new pc’s in one of the networks i came accross to.

hope it will help you as much as it did for me, any comments will be appreciated you can use the forum freely.

Thanks,

SimpleKB v1.2B

SimpleKB is a powerful and simple knowledge base system written in php/mysql.

PArt of the features are:

• Adding menu items easy
• Adding content easy
• Top viewed documents
• Top Contributers

Version 1.2B has a New Design, Added Admin Login module, and an Web based Installer to make life easy.

get it Here