Slashdot Mirror


Ask Slashdot: Where To Report Script Kiddies and Other System Attacks?

First time accepted submitter tomscott writes "So I've been using using Linux for over ten years now and I'm sure like most Linux users I've got SSH running on my box and port 22 open on my cable modem so that I can access my system no matter where I am. Over the years I've seen people try to gain access to my system but — knock on wood — I've never had a breach. What I am wondering: Is there a website where I can report these attempts and even supply the details of where the break-in attempt originated from?" The FBI is interested, but probably only if you've actually suffered a loss.

66 of 241 comments (clear)

  1. Not like most linux users! by Bill,+Shooter+of+Bul · · Score: 3, Informative

    I have a vpn like most sane people. Leaving port 22 open is just asking for abuse.

    --
    Well.. maybe. Or Maybe not. But Definitely not sort of.
    1. Re:Not like most linux users! by Anonymous Coward · · Score: 5, Insightful

      And which protocol/port does your VPN listen on?
      Because that's just asking for abuse...

      Captcha: insults

    2. Re:Not like most linux users! by Bill,+Shooter+of+Bul · · Score: 4, Insightful

      Wouldn't you like to know...

      Seriously, don't use the default port for any service you don't have to. It will drastically drop the number of attempts. Most kiddes out there seemingly don't know about more sophisticated scripts that can identify services on non default ports.

      --
      Well.. maybe. Or Maybe not. But Definitely not sort of.
    3. Re:Not like most linux users! by Anonymous Coward · · Score: 4, Funny

      Yes, security through obscurity is the best method.

    4. Re:Not like most linux users! by fearlezz · · Score: 3, Insightful

      Run OpenVPN on any udp port using the tls-auth option to drop unsigned packages. Use iptables to drop all other 65534 ports. Good luck finding out which port is the VPN server.

      --
      .sig: No such file or directory
    5. Re:Not like most linux users! by Anonymous Coward · · Score: 4, Informative

      I have a vpn like most sane people. Leaving port 22 open is just asking for abuse.

      Just configure SSHD to accept only SSH Keys (no password login) and 99% of the problem is solved.

    6. Re:Not like most linux users! by TheLink · · Score: 5, Informative

      Most kiddes out there seemingly don't know about more sophisticated scripts that can identify services on non default ports.

      I doubt they care, there are enough exploitable targets. The automated scripts scan _many_ IPs for a few ports. Having them scan more ports would take longer and slow the spread.

      Despite what many say, there is some security through obscurity. It's a case of only having to outrun your neighbour and not the bear.

      The other advantage is if you use an obscure port, if someone does try it and brute force etc, you can consider it more seriously - someone might actually be trying to hack you specifically.

      --
    7. Re:Not like most linux users! by localman57 · · Score: 4, Insightful

      Obscurity can be a layer in layered security plan. As long as the other layers aren't compromised by it in any way, it can't do any harm, and could do some good. But the other layers need to be trusted on their own. A good safe can withstand an attack for a rated amount of time even if the theives have the blueprints of the safe. But that doesn't mean you don't guard the blueprints to the safe.

    8. Re:Not like most linux users! by Em+Adespoton · · Score: 2

      And which protocol/port does your VPN listen on?
      Because that's just asking for abuse...

      Captcha: insults

      I get the best of both worlds: my ssh tunnel listens on port 1723 :) It requires a key-based login and doesn't announce.

      My firewall still logs connection attempts on port 22 however; they just don't get anywhere (I redirect port 22 to an internal computer on a port that isn't listening, so the router gets all the information, but the attacker gets zilch -- this allows me to easily set up a honeypot from time to time when I'm curious what the script kiddies/bots are really after).

    9. Re:Not like most linux users! by Desler · · Score: 5, Interesting

      Most idiots just parrot the 'security through obscurity' thinking it's some compelling argument when it's really not. If the basis of your security is entirely reliant on the obscurity of your algorithms, etc. being private then it is bad. But using some level of secrecy as a first line of defense can be quite useful in preventing attacks.

      Even Bruce Schneier does not take the black-and-white stance that the Internet 'experts' do. He is actually quite pragmatic about acknowledging that there is a continuum of secrecy requirements based on the system at hand, but mentions that relying too much on secrecy makes the security of the system more fragile. These Internet 'experts' need to actual read what people like Bruce say rather than just repeating stupid sound bite pieces.

    10. Re:Not like most linux users! by SecurityGuy · · Score: 4, Insightful

      Despite what many say, there is some security through obscurity. It's a case of only having to outrun your neighbour and not the bear.

      No, it's not at all alike because the bear is going to eat one of you: whichever one it catches first. The script isn't going to compromise one box, it's going to compromise every single one that's vulnerable to whatever exploit(s) it's using in the IP ranges it's scanning.

      To put it another way, it's not the bullet with your name on it you have to worry about. It's the 20,000 or so odd rounds labelled "Occupant".

    11. Re:Not like most linux users! by Desler · · Score: 4, Funny

      Nuh uh!!! He parroted the 'security through obscurity' soundbite and automatically wins the debate!! Just like saying 'correlation is not causation' soundbite. He fucking pwned j00!!!

      On the other hand, in the real world like you mention secrecy can be a good line of defense as long as it is not the only line of defense.

    12. Re:Not like most linux users! by MrSenile · · Score: 3, Interesting

      Leaving port 22 open is just asking for abuse.

      Not really, no. If you lock down SSH sufficiently, then it's pretty much bulletproof.

      1. Lock down specific users@ip to be able to ssh in.
      2. Enforce privilege separation and all the other paranoid protection in the sshd_config.
      3. Put in some type of brute force protection like fail2ban.
      4. Enforce non-dictionary passwords.


      Problem solved.

    13. Re:Not like most linux users! by Desler · · Score: 3, Insightful

      In Bruce Schneier's own words:

      Just because security does not require something be kept secret, it doesn't mean that it is automatically smart to publicize it.

      You might want to actually read and digest the first article on that page before spouting off again.

    14. Re:Not like most linux users! by Spazmania · · Score: 3, Informative

      Port knocking is less useful now that many corporate environments restrict outbound tcp ports.

      --
      Moderating "-1, Disagree" is simple censorship. Have the guts to post your opinion.
    15. Re:Not like most linux users! by dmomo · · Score: 3, Insightful

      This. I mean, you could argue that even passwords are, in a way, security through obscurity.

    16. Re:Not like most linux users! by Anonymous Coward · · Score: 3, Informative

      "t's a case of only having to outrun your neighbour and not the bear."

      Grizzlies alone can run up to an hour at 30MPH, no way in hell any human outrun a bear. Just needed to point that one out.

    17. Re:Not like most linux users! by tnk1 · · Score: 4, Insightful

      No one is owned until Godwin comes out. Only Hitler would say differently.

      And yes, "security through obscurity" is a layer in a sound defensive strategy. If no one knows you are there, they don't know to start trying to attack you. If anything, it shrinks the size of your logs.

      Unfortunately, if an attacker is looking for you and already knows your service is there, you'd better have a more reliable defensive plan available.

    18. Re:Not like most linux users! by Desler · · Score: 5, Interesting

      Duh? In this case, since he is being port scanned by what is most likely Chinese script kiddies moving the port will stop probably 99% of them. No one said such things will prevent any possible intrusion, but it's an easy and cheap way to prevent the vast majority and causes no compromising to the underlying system. For the determined people who get arou d that you layer on top other defenses such as ony allowing a certain amount of attempts before locking out/banning, only allowing retries after some certain length of time, etc. If all these fail, you still haven't compromised the underlying system but you've severely limited the amount of people who would be successful in attacking you.

    19. Re:Not like most linux users! by Midnight_Falcon · · Score: 4, Informative
      fail2ban + SSH-key only access FTW

      Why?

      Fail2ban will block these bots (usually, ssh bruteforce attacks are the result of worms rather than actual script kiddies manually running them) from sshing into your system after a few failed attempts.
      SSH-key only access will increase security by an order of magnitude. A bruteforce against a public-key only SSH server is untenable. Their script likely doesn't even support ssh keys and will just get kicked out with a protocol mismatch error. These attempts are meant to get in via password authentication, default credentials or weak passwords.

      If you have SSH on any port exposed to the internet w/o fail2ban and/or ssh-key only access, you're asking for trouble. I've seen it happen on numbers of boxes with strong passwords for users -- eventually, they get in...

    20. Re:Not like most linux users! by X0563511 · · Score: 3, Informative

      Put something like denyhosts or fail2ban on top of that and you're even more safe.

      --
      For large sets, this will be our guide even unto death, for the LORD will work for each type of data it is applied to...
    21. Re:Not like most linux users! by theshowmecanuck · · Score: 2

      Yeah black is the new white and 'security through obscurity' is the new Godwin's law.

      --
      -- I ignore anonymous replies to my comments and postings.
    22. Re:Not like most linux users! by JustOK · · Score: 2, Informative

      Security thru absurdity is just crazy enough to work

      --
      rewriting history since 2109
    23. Re:Not like most linux users! by Spiridios · · Score: 2

      All this does is discourage the lower-level bots, and decent passwords thwart those. A directed attacker will still find it, and is more of a threat anyways.

      It's not a bad idea - just don't rely on it.

      Actually it does more than discourage lower-level bots - it keeps your logs clear enough so that when you do get something in your logs you can be pretty sure it's not a bot.

    24. Re:Not like most linux users! by hawguy · · Score: 3, Insightful

      Nope. Defeating port knocking is easy - just knock all the ports a few times and it opens up. (Alternatively, if your knock scheme demands a specific order, I can keep you out indefinitely by knocking some wrong port continously.)

      And even when it works, the obscurity is only equivalent to a few more characters in the password.

      Since there are 2^16 ports, each port is equivalent to 16 bits of password entropy (depending on how long it takes to test a port versus test a password).

      If it takes 3 knocks to get in (i.e. knock 2 ports, then find the open port for the service you're looking for), that's equivalent to 48 bits of password entropy, or around 8 additional alphanumeric password characters.

      Lock out an IP from unlocking the port after a few unsuccessful knocks and you pretty much eliminate any chance of brute force attack. You can try to attack from different IP addresses through a botnet or spoofing, but with 48 bits of entropy and less than 32 bits of IPv4 addressess to choose from, there aren't enough IP's to brute force.

    25. Re:Not like most linux users! by mikael_j · · Score: 3, Insightful

      Not to mention that if you do what some people do and move services like sshd to another port you may actually create a security problem.

      If you've got sshd running on any port > 1024 then an attacker who can gain regular unprivileged user access to the system and is able to crash your sshd can replace it with his own sshd. If it's running on port 22 (since you should never "steal" a port under 1024) then the attacker needs root access to accomplish the same trick.

      Besides, it's not particularly hard for an attacker to scan a system from multiple hosts, there's a finite number of ports for you to "hide" your services on and all it takes is a bit of patience to find your "hidden" services.

      --
      Greylisting is to SMTP as NAT is to IPv4
    26. Re:Not like most linux users! by drkstr1 · · Score: 3, Insightful

      Yea, no kidding. Relying on a port number to tell you what protocol is running on it is like relying on a file extension to tell you the file type.

      --
      Fanboy Status: Apache Flex, C#, Eclipse, KDE, Pirate Party, Ron Paul, Slackware, Windows 7
    27. Re:Not like most linux users! by tehcyder · · Score: 2

      "t's a case of only having to outrun your neighbour and not the bear."

      Grizzlies alone can run up to an hour at 30MPH, no way in hell any human outrun a bear. Just needed to point that one out.

      Er, the point is that if the grizzly catches your neighbur, he will presumably stop and have a bit of quality snack time, by which time you have a head start, and can find shelter, a big gun or something.

      --
      To have a right to do a thing is not at all the same as to be right in doing it
    28. Re:Not like most linux users! by Zero__Kelvin · · Score: 2

      Sadly, people don't seem to get that you are serious. And you are absolutely correct, of course.

      --
      Guns don't kill people; Physics kills people! - John Lithgow as Dick Solomon on Third Rock From The Sun
  2. Pointless by Hentes · · Score: 5, Insightful

    The attackers are most likely using other infested machines.

    1. Re:Pointless by fearlezz · · Score: 2

      Indeed, most attackers are. But even then, you can report them to the IP block owner, so they can fix the problem.

      Unfortunately, most providers are part of the problem instead of part of the solution: they do nothing with abuse reports. At least the ones i've contacted.

      --
      .sig: No such file or directory
  3. From my understanding by chemicaldave · · Score: 5, Informative

    There's nothing anyone can legally do with that information. Weak attempts at breaking in and port scanning are just background noise.

    1. Re:From my understanding by trev.norris · · Score: 2, Interesting

      I emailed someone from project honeypot about this same thing. They said they would setup a service where people could submit unauthorized login attempts automatically. (right now my honeypot just emails the result of logwatch --service sshd to an account)

      It it useful information. I've used it to contact some providers (e.g. aws, linode, etc.) about the machines making unauthorized attempts. Usually it's from a server hosting a website that hasn't been updated in years.

  4. The cyber police! by stevegee58 · · Score: 4, Funny

    Backtrace them and report them to the cyber police!

    1. Re:The cyber police! by GrumpySteen · · Score: 4, Funny

      To do that, he'd have to write a GUI in Visual Basic.

    2. Re:The cyber police! by GameboyRMH · · Score: 2

      The consequences will never be the same!

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
    3. Re:The cyber police! by redbeardcanada · · Score: 2

      He should just use a Phoenix Firewall instead...

  5. Use key-based security by eudaemon · · Score: 4, Informative

    As long as you use key-only authentication you should be fine. I wouldn't leave password-only access open to the internet. Having said that, your best bet is to slowly stall connections in order to waste the other guy's resources. Any system with pf and probably ipf have allowances for that, along with logging and blocking the most abusive IPs altogether.

  6. Report it to DShield.org by UnderAttack · · Score: 5, Informative

    "Random" attacks can be reported to DShield.org . They have a number of scripts to automatically submit firewall logs (including from Linux firewalls). See http://www.dshield.org/howto.html . Once set up, it just "runs" and DShield aggregates the data, uses it for research and reports worst offenders to ISPs and other contacts.

    --
    ---- join dshield.org Distributed Intrusion Detec
    1. Re:Report it to DShield.org by Anonymous Coward · · Score: 5, Funny

      Well, after looking at your post, your sig, and your usename, I conclude that you likely wept with joy when you saw this particular ask slashdot. Must feel good to finally hit that perfect slot of relevance.

  7. These days, the attackers are innocent by scorp1us · · Score: 4, Insightful

    I think (I have no actual numbers) most of those are compromised boxes running distributed attack scripts. It makes sense to run the C&C, and let your zombies to the work that way it doesn't get tracked back to you.

    That was the case I saw twice on two boxes I had - one fell to a BIND exploit, and rather than reboot, I investigated why DNS stopped working. I uncovered a IRC C&C (with over 60 clients) and went about informing people (by the IPs of the irc clients) about what had happened. Most rebooted and never noticed a thing. All were happy to hear I was letting them know what happened.

    Based on that you're more likely to report innocent people whose only crime is being unpatched.

    --
    Slashdot's rate-of-post filter: Preventing you from posting too many great ideas at once.
  8. You can report them to DHS by Anonymous Coward · · Score: 3, Informative

    http://www.dhs.gov/how-do-i/report-cyber-incidents

  9. abuse@organizationname.com by Sam+Nitzberg · · Score: 3, Informative

    It's been years, but a few times I found the organization sending traffic and sent an email to abuse@
    the domain name and had positive results.

    You can look up the whois online registry information on where the traffic is coming from, and there can be additional contact information there.

    Regards,

    Sam

  10. A thought by d0nguy · · Score: 2

    Have you considered running DenyHosts on your machine? That might help filter out some repeat offenders.

    1. Re:A thought by GameboyRMH · · Score: 2

      Yep easy and very effective if set up properly. A big mistake a lot of people make though is to allow a differing number of attempts for existing and nonexistent users. This makes it possible to brute-force valid usernames.

      --
      "When information is power, privacy is freedom" - Jah-Wren Ryel
  11. Re:Look them up... by Anonymous Coward · · Score: 2, Funny

    Great Motherland of Scripted Attacks, the PRC.

    Professional Rodeo Clowns? I know they're scary, but I never knew they were so evil. Or that they had a motherland, although it makes sense. They're clearly not of this world.

  12. What is your goal? by mseeger · · Score: 2

    The answer depends on what you do hope to achieve by reporting.

    If you hope the people to stop:

    In case the origin is a company within you country, contacting them may you do some good. They will pull the plug on their malware infested machine. Attacker will use others.

    In all other cases the only chance to have any kind of effect is to report dramatic damages to the law enforcement. Other than that, nobody cares enough ;-). Even with dramatic damages, the chances for any effect are slim to none.

    IMHO: In 90+% of all cases the answer is /dev/null the economical best answer.

  13. Reporting to the FBI gets complicated, when . . . by PolygamousRanchKid+ · · Score: 5, Funny

    . . . the FBI are the ones trying to break into your system.

    --
    Schroedinger's Brexit: The UK is both in and out of the EU at the same time!
  14. Generally, nowhere by damn_registrars · · Score: 2

    Most of the time - at least from my experience - the attacks are coming either from systems that are in foreign countries that don't give a shit about you and your system, or they are distributed attacks that would require you to contact dozens (or more) of ISPs.

    The one exception I make is if it comes from an American IP address. Most American ISPs do a pretty good job of tracking who is using what IP address and can do something about it. Generally, they won't do much - and they seldom tell you what they do - but they'll at least look at it. And of course if it is from a university in the US, they'll usually track it to a college freshman who either thinks he's clever or is running a compromised windows PC.

    But in general, your complaints will fall on deaf ears. Just keep checking your logs periodically to make sure nobody succeeds and that you are making the right responses to new methods. You could set up a tarpit if you like...

    --
    Damn_registrars has no butt-hole. Damn_registrars has no use for a butt-hole.
  15. Waste of time... by msauve · · Score: 4, Informative

    you're not going to make a dent. Most reports are simply ignored, and for every attacker you see, there are thousands more who simply haven't gotten to you yet.

    Make sure you have good passwords, know what ports are exposed, and run something like fail2ban.

    --
    "National Security is the chief cause of national insecurity." - Celine's First Law
  16. This is what I was going to post... by logicassasin · · Score: 3, Informative

    I run OpenVPN on one of my OpenBSD machines on a non-standard port, it's the only way to get in through my firewall (another OpenBSD machine). Once I've made my vpn connection, I can then ssh to the other machines on the network.

    To the question at hand, if you can identify the ip address that the breach originated from, plug it into Network Solutions' whois lookup and you can usually find the ISP the ip is connected to. They usually have an abuse email account listed in their whois info. If they don't have info, try plugging the ip into RIPE or APNIC's whois database and report accordingly.

    --
    Fifty watts per channel, baby cakes.
    1. Re:This is what I was going to post... by guyniraxn · · Score: 2

      I used to do this, email abuse at their isp, back when I had the time and desire to read through my firewall logs. I would often get responses thanking me for sending the relevant logs or at least informing me that they were looking in to it.

  17. /dev/null by yourdog · · Score: 5, Funny

    Most UNIX systems automatically subscribe to the Network Users List of Lamers. Just write up your complaint to a text file, then send the complaint to NULL, using the command 'cat $REPORT > /dev/null'

  18. Share your logs with the community by adriccom · · Score: 2

    Join and contribute ssh/firewall logs to DShield or another collaboration system so that others can benefit from the information you are collecting.

    http://dshield.org/howto.html

    If you want to report unwanted activity against your network your ISP may be able to help. Try opening a ticket with their Abuse team.

    --
    <script>alert("I never liked JavaScript, really; it just seemed a bad idea.");</script>
  19. Report them to your black list.. by blackt0wer · · Score: 2

    Really, no government agency is going to give a red cent about some 14 year old running scripts against your machines unless you're a major contributor or hold government office.

  20. Where to report script kiddies? by ibsteve2u · · Score: 2

    Where to report script kiddies...

    Their mothers. Duh.

    --
    Orwell: "In a Time of Universal Deceit, telling the Truth is a Revolutionary Act"
  21. Re:Slashdot news for heards, stuff that flatters by GameboyRMH · · Score: 2

    I run some canned attacks on the offending IP if I'm bored (and not at work). Worth a shot.

    --
    "When information is power, privacy is freedom" - Jah-Wren Ryel
  22. Try this by inode_buddha · · Score: 4, Informative

    Try psad. I've been running it for years, in addition to selinux and iptables. It auto-drops all kinds of connection attempts based on parameters you can set, but the defaults are very reasonable. Works for all connections, not just ssh. It can report to D-Shield.org and ISC (internet storm center), and you can script attack responses with your normal shell. *very* highly recommended.

    I test it from time to time with nmap and nope, it doesn't allow nmap to get anything.

    http://cipherdyne.org/psad/

    --
    C|N>K
  23. Email to the netblock owner by router · · Score: 2

    Worked well when we used it. Email to the network owner, log excerpts, etc; they found machine and fixed it. One was in Italy at some university, they were really cool, emailed us back and everything. Didn't work all the time, but you would be amazed how well a nice note to the network folks works. They don't want to pollute the net; they are much like you in that way.

    andy

  24. Short answer: Nowhere by Opportunist · · Score: 2

    Long answer: Even if you did report them to someone, no action whatsoever will come out of it. Face it, as long as people are not responsible for their traffic (unless, of course, said traffic constitutes a copyright infringement) nothing will happen.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  25. Almost nobody cares by dropadrop · · Score: 4, Informative
    The FBI don't care. We've had cases where somebody has phished hundreds of accounts and we've had clear logs to show how they have been profiting from it financially, but can't manage to get them to do anything. A few years ago we did have a contact there who did something, but he was moved to some other agency...

    Not that other countries agencies are any better. We had big trouble with a guy in New Zealand disrupting services, phishing accounts etc. We managed to start an investigation (or so they said) by phone but it took several hours and help from the CERT team in Australia. After a month nothing had happened, and I was there on vacation. I spent a day on the phone trying to find somebody who knew about the case, but even with the reference number they could not do anything. CERT Australia tried for a few days, and finally gave up.

    We had a guy in the Netherlands who phished hundreds of accounts, and still nobody down there would pick the ball. Then he and a friend found a hole in a third party system and managed to suck out data for hundreds of (dutch) people. The web frontend was in Germany and the third party application in the US (A lot more US citizens data was also stolen). Dutch police said they won't do anything because the data was abroad. German police said they won't do anything because the guy is in the Netherlands. The FBI said they'll look into it, but never did anything despite us trying to get back to all of them countless times. We found both hackers identities and had the second guy on the phone, admitting everything and promising he'd testify... Still nobody was interested.

    You have to work in a big corporation to get the authorities to do anything. They don't care if somebody phishes thousands of accounts unless it's in the news or a corporation they recognize. It's almost as if they want all the script kiddies to be able to practice in peace until they really learn how to cover up their tracks and move to juicier targets if they won't take a case when it's handed to them on a platter with clear logs and a confession. It does work a lot better when the hacker is in the same country as you and you are working with a local law enforcement agency though. I also had good experiences with the Metropolitan Police in the UK.

  26. The FBI is not interested. by subreality · · Score: 2

    They really don't care unless you can show significant damages. For $500, they will just ignore you. For $5000 in documented damages they'll take a report and file it somewhere never to be seen again. For $50k they'll actually keep your information around in case they can use you as a part of a larger case. For $500k they may take you seriously.

    Citation: my own experience calling the feds when cleaning up messes.

  27. This is probably redundant but... by bmo · · Score: 2

    Who to complain to: complain to the upstream. You have the IP address. Do a nslookup and traceroute and write to abuse@foo.com. However, if it's just the standard "checking default passwords" deal, then it's a botnet and you shouldn't bother.

    Here's what you do in sshd.conf

    Take sshd off port 22 and put it on a high port above 1024. I use HF radio frequencies to remember.
    Port 3898 (or whatever)
    Turn off password authentication. You should be using keys.
    PasswordAuthentication no
    Use protocol 2
    Protocol 2
    Turn off root login.
    DenyUsers root
    PermitRootLogin no

    ??????
    Profit. You're done. Really.

    If you want full paranoia mode belt-and-braces so your pants don't fall down, install fail2ban, but if you have done the above, you don't really need it.

    The logs go silent and they have to do a full portscan to even find ssh. Brute force ssh bots are fire and forget. The bots move along to the next guy whose sshd is on 22.

    --
    BMO

  28. If your system is reasonable secure by someones · · Score: 2

    you do not need to care about script kiddies and such nuisances...
    just ignore them - if they can get in, their actions will be logged, fix the broken service and you are done.
    if they can get root privs, you failed somewhere.

    Consider them like a free security/penetration check.

  29. You doknow by geekoid · · Score: 2

    that's the equivalent of asking where you report someone who ding dong ditched you house, right?

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  30. Reporting attack can be a useful security layer. by dweller_below · · Score: 2
    The security group at USU documents, blocks and reports attack. It is part of our security response. We feel it is a cost effective part of our security posture. We have been doing it for 5 years.

    We provide instructions to our users to help them setup and manage their SSH servers: https://it.wiki.usu.edu/ssh_description

    We detect, document, block and report SSH portscans and SSH password guessing. We also have several SSH honeypots setup to collect lists of attack credentials. We check the honeypots to see if a USU credential has been exposed. A while ago, the FBI came by and asked about 9 IP addresses used in a hostile government sponsored attack. We were able to document that they had been detected and blocked. We were also able to provide the credentials that the attackers used.

    When we first started reporting attack, the response was very poor. But now, about 1/3 of the abuse reports (to non-Chinese sources) result in confirmed, remote resolution. Now, almost all ISP's, CERTs, and large organizations are eager to receive a polite, accurate, and detailed abuse report. It is the easiest (and most common) way to learn that you have a compromised system.

    As you have noticed, the hardest part is determining the proper point of contact. Most of the time, we can find one by carefully searching the whois and DNS information.

    Our rational for documenting and reporting attack is given at: https://it.wiki.usu.edu/SingSingRational It includes:

    USU IT Security attempts to document all attacking IPs on Singsing. This accomplishes 3 primary goals:

    • * It creates memory of how USU is attacked. We need to know how we are attacked, so our defenses are anchored in reality.
    • * It blocks attacking IPs at the USU border. We can specify a duration that is appropriate to the occasion.
    • * It notifies the owner/ISP of the computer that they are attacking USU. Usually they are also innocent victims.

    Lately (March 2012), at least 1/3 of the abuse reports (to non-Chinese sources) appear to result in remote resolution.

    In addition, documenting/blocking/reporting has important secondary benefits:

    • * Once a week, summary reports go out to our peers across the state, and to the FBI.
    • * It keeps USU IT Security from developing the habit of ignoring attack.
    • * Blocking attackers gives us a great deal of satisfaction. (Normally, we can't get no.)
    • * It sends a message to attackers, that USU is not cheap, soft pickings.
    • * We have demonstrated a couple times that the number of attacks drop off sharply a couple weeks after we begin religiously reporting attacking IPs.

    Finally, we are convinced that reporting of compromise/attack is one of the few pathways that can lead to a more secure internet.

    • * Computer owners/admins must know about their compromise to make sound decisions.
    • * The current hacking environment is controlled by the economics of hacking. Reporting attack/compromise increases the risk/cost of hacking and decreases the reward.
    • * If we help others to know they have problems, maybe someday, somebody will have similar mercy on us.

    Miles