Slashdot Mirror


Predicting User Behavior to Improve Security

CitizenC writes "New computer-monitoring software designed to second-guess the intentions of individual system users could be close to perfect at preventing security breaches, say researchers. Read more." The paper (pdf) is online as well.

133 comments

  1. hmmm... by Britissippi · · Score: 4, Insightful
    Sounds great in theory, however, what happens when users change roles, get promoted, demoted..... and what they have to do with their terminal changes as a result. You'd have to have a staff working full time at any average sized company making the system changes to keep this thing from triggering constant alerts.

    Does sound promising though.

    --
    Meow meow meow meow, meow meow meow meow...
    1. Re:hmmm... by Angry+White+Guy · · Score: 4, Funny

      Hell, even without promotions, added staff, etc. Everyone in my office acts irrationally enough to screw the system up completely in an hour or so.
      They can't fire us all.

      --
      You think that I'm crazy, you should see this guy!
    2. Re:hmmm... by CoffeeDad · · Score: 3, Insightful

      I'd guess that clearing out the learned habits of any given user, say for example when roles or responsibilities change, would be a rather routine and trivial administration task? Not unlike resetting a password or adding someone to a print queue that's not so far down the hall...

      - Just my $0.02

    3. Re:hmmm... by jimson · · Score: 2, Interesting

      what happens when users change roles, get promoted, demoted......

      Heck, I end up using a variety of computers through out the day as problems pop up. This would trigger an alert everytime I brought up a ssh window on an average user's computer to kill a runaway process, etc.....Full time staff is right, either that or every computer I touched would end up with quite a wide "border" of actions allowed and would defeat the purpose of the system.

    4. Re:hmmm... by Anonymous Coward · · Score: 0

      One thing's for sure, if you had it watching for security breaches on /. you'd just have to set it to alert if anyone posted a comment showing they'd actually read the article...

    5. Re:hmmm... by bmwm3nut · · Score: 4, Insightful

      i don't think they mentioned the method in the article. but i can imagine using something like a neural network to learn the users' behaviors. from my limited work with nerual networks, i've discovered that they're really robust when they learn a problem. it's totally concievable that a neural net could learn irrational behavior too.

      promotions wouldn't be a problem either. you have the network have a parameter for the type of job that a user is supposed to be doing. when they get a promotion that job type will change. their new behavior will not be marked as bad until the system learns the new behavior.

      of course everything i said is under the assumption that they'll be using neural networks.

    6. Re:hmmm... by matt_morgan · · Score: 1

      I could see this working statistically, like Paul Graham's spam-klling approach that was up on slashdot a few weeks ago (here and here ). Each user is gradually tracked over time, and their activities are compared to there past activities. Sudden changes would be judged to be intrusion, while very gradual changes would not be.

      You could then have a "user reset" button to set them back to "zero" when they changed positions, or with a really good way to statistically describe their actions, set them back to the average value for the other users in the same position.

    7. Re:hmmm... by dubious9 · · Score: 4, Interesting

      My guess is that it wiil take a statistical look at commands a la Bayesian Spam Plan

      After all, probing port looks different than fixing network problems, package manangement/installation looks different than maliciously deleting files, trying to find memory leaks looks different than trying to access another process's memory space. They all us similar commands/system resources, but it should be possibile by look at a few tens of instructions whether a user is try to be malicious or not.

      These may not be the best examples but the general idea is that it should be possible to determine user's intent because the probability of a sequence of commands having both a normal and malicous role, should go quite down the more instructions the user executes.

      Even false positives should be useful to admins by telling about inadvertant, i.e. acidentally typing rm -rf *,users as well.

      --
      Why, o why must the sky fall when I've learned to fly?
    8. Re:hmmm... by DunbarTheInept · · Score: 2

      The problem with that theory is that sudden changes in activity are NORMAL. Let's say I'm a programmer who never worked on any network code, at least not for the current employer. Then I get an assignment to make a module for some server product. Suddenly BAM I'm making all sorts of new network connections I wasn't before.

      --

      Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

    9. Re:hmmm... by Anonymous Coward · · Score: 0

      yea but say in instead of going to slashdot.com i go to cnn.com???

    10. Re:hmmm... by DunbarTheInept · · Score: 5, Interesting

      I have my doubts:

      for example: which is the malicious activity?
      User A types: rm -rf *
      User B types: rm -rf *

      (User A was in the root dir at the time. User B was in a subdirectory of his home directory at the time.)

      Okay, that's easy- just remember to track the context of where the user currently is. But then what about this?

      User A types: rm -rf /shared_network_drive
      User B types: rm -rf /shared_network_drive

      The difference is that User A was trying to delete everyone's stuff, while User B, knowing how the permissions on the files work, was just trying to find a lazy way to delete those files that he has permissions on because he was trying to clear his own junk out of the /shared_network_drive. He was being sloppy, but not malicious.

      How does the software know the difference?

      --

      Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

    11. Re:hmmm... by alcmena · · Score: 1, Offtopic

      Seriously now, learn the concept of capital letters. I really don't understand how you can use correct punctuation and not use a single capital letter.

  2. Home Security by McFly69 · · Score: 5, Funny

    -Note to Self-

    Keep doors locked at my house to prevent other people from coming in.

    --



    NO! NO! Please don't mod me, I'm too young to die a troll. *click* Oh the pain, the pain...
    1. Re:Home Security by VictimlessChris · · Score: 1

      -Note to Self- Also remember to lock windows so stuff that wasn't stolen yet doesn't get stolen.

      --
      Then I put on a suit, because you can get away with anything if you're wearing a suit. Suits lie.
  3. what if by Diclophis · · Score: 4, Funny

    the first action you take breaches security?

    1. Re:what if by monadicIO · · Score: 1

      Then it wouldn't be an anomaly for you to breach security thereafter. Your second attempt at breaching security would be classified as being "normal"! (I mean hackers will be hackers, hackers will hack, all perfectly normal!!)

      --

      The law of excluded middle : Either I'm foo or I'm foobar

    2. Re:what if by blackbeaktux · · Score: 1

      >what if the first action you take breaches security?

      Then you'd better be damned good enough to keep it up without being caught.

  4. Arms Race by queh · · Score: 5, Interesting

    Surely this will just prompt crackers to stealth their actions in commands that are similar to how the system is used normally?

    1. Re:Arms Race by JWW · · Score: 1

      you mean rm -rf .* is a command that would be used normally? ;-)

    2. Re:Arms Race by crumley · · Score: 2

      Yes, though rm -rf / or rm -rf ~ probably shouldn't be used that often.

      --
      Preventive War is like committing suicide for fear of death. - Otto Von Bismarck
    3. Re:Arms Race by Xformer · · Score: 1

      rm -rf . * certainly would be, at least in the population of idiot users :-)

      --
      All I want is a kind word, a warm bed and unlimited power.
    4. Re:Arms Race by DunbarTheInept · · Score: 2

      Yes. Yes it is. In chrooted environments.

      --

      Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

    5. Re:Arms Race by ShannonClark · · Score: 1

      Or another simple (and real example):

      chown .*

      Very dumb thing to do in retrospect... especially as root...

      --
      -- Join us in Chicago May 1-4th for MeshForum -- writer, historian, tech geek, entrepreneur, internet junky since '91 --
  5. Well, um by Roadmaster · · Score: 5, Insightful

    if they had any clue about real-world users, they'd know they're absolutely unpredictable. A user's creativeness to mess things up never ceases to amaze.

    1. Re:Well, um by qengho · · Score: 5, Funny

      A user's creativeness to mess things up never ceases to amaze.

      Or as one of the corollaries to Murphy's Law states: "No matter how idiot-proof you make something, an ingenious idiot in the field will find a workaround."

    2. Re:Well, um by Jantastic · · Score: 1

      Build something idiot-proof, and someone will create a bigger idiot.

      --
      ...a fact which for the sake of a quiet life most people tend to ignore ~H2G2
  6. Sounds good for other people. by teamhasnoi · · Score: 4, Funny
    Might be something to install to prevent me from reading /. all day long.

    Oh wait. That wouldn't be unusual. DAMMIT!

  7. Gee, by He+Was+Gamecubed · · Score: 3, Insightful

    This would work fine, with windows, you know. those 'illegal operations' have a really obvious prompt, it's easy to tell when someone is up to something.

  8. aliasing by Brandon+T. · · Score: 5, Interesting

    Wouldn't it be relatively easy to get around this by aliasing shell scripts to frequently used commands? Sure, the admin might be able to find the shell scripts lying around, but if an intruder was trying to do a one-off attack, it might be viable.

    Brandon

    1. Re:aliasing by halftrack · · Score: 5, Informative

      I think that's untrue such a scam is not viable. The shell scripts would call commands that get registered by the system and plain alias will only affect the user, the system still sees the original command.

      --
      Look a monkey!
    2. Re:aliasing by DunbarTheInept · · Score: 5, Interesting

      But what about making new programs to imitate existing ones, but just in a way that isn't noticed by the snooper? (for example: myFuzzySlipperProgram could be a renamed "rm" program compiled from source.)

      Or, just do your malicious cracking using system calls from your own C programs. Don't use the rm command in a script, use a program that calls unlink().

      To even have a chance of being effective, the system would have to be watching not the commands you type, but the system calls you make. (In unix terms, any time you do something using one of the functions on man page 2, the system library would have to log that.)

      --

      Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

  9. Credit card / phone companies... by monadicIO · · Score: 4, Interesting

    How is the system used by credit card and phone companies different than the one proposed by this paper?

    --

    The law of excluded middle : Either I'm foo or I'm foobar

  10. Stifle creativity by nut · · Score: 5, Insightful

    This would encourage users not to experiment and find new ways of doing tasks, if everytime you tried something new a sysad came round to ask you what you were doing.

    --
    Never trust a man in a blue trench coat, Never drive a car when you're dead
    1. Re:Stifle creativity by He+Was+Gamecubed · · Score: 1

      It's already being done. Ever seen Mr. Paperclip in M$ Office?

    2. Re:Stifle creativity by Damion · · Score: 4, Interesting

      Keep in mind that the sysadmin can see quite well what the user is doing. The point of this is just to raise a flag if someone does something outside of their daily pattern, not to mark them for inquisition.
      All the sysadmin has to do is look at the log and say, "Ah, he's just trying to figure out how to filter his email" and dismiss it, whereas trying to get acquainted with an unfamiliar system and all of its configuration files would be extremely obvious.

      --
      Common sense is what tells you the world is flat.
  11. Not bad but... by aridhol · · Score: 5, Interesting
    At first glance, this looks like something that may be useful. However, what happens if a user knows about the system and its patterns, and plans out the attack over a large period of time?

    The user could "poison" the information by slowly changing his working habits. If done properly, the AI would probably think this was no different than the user just learning to do things in a different way. When the habits are close enough to the infringing behaviour, the user can probably do anything without setting off alarms.

    In addition, if this is the only line of security, the user can then gradually return his patterns to normal. The logs from this system won't show anything. The PHBs may well decide that, when using something as smart as this, traditional logs won't be needed.

    --
    I can't say that I don't give a fuck. I've just run out of fuck to give.
    1. Re:Not bad but... by Damion · · Score: 4, Informative

      Well, this could never be the only line of defense. Applying patches regularly and maintaining sane security guidelines could never be obviated by an automated system. Think of this as just another level of intrusion detection software. The methods used to stop intrusions from happening in the first, and those to mop up afterward, would remain unchanged.

      --
      Common sense is what tells you the world is flat.
    2. Re:Not bad but... by Anonymous Coward · · Score: 0

      Atleast if a user had to get the AI system to follow his habbits like this you would have a long history and be more likely to catch the user.. You could also program the AI to look for these sorts of offucances.. Sure this system isn't prefect but it sounds interesting.

    3. Re:Not bad but... by aridhol · · Score: 4, Insightful

      Nothing can ever be the only line of defense. How many PHBs know that? When they see/hear from media/rumours that this is the ultimate defence, how many of them will rush out to get it and tell their IT staff that this is all they need?

      --
      I can't say that I don't give a fuck. I've just run out of fuck to give.
  12. Better yet, do this at the kernel level by pcraven · · Score: 3, Interesting

    See CylantSecure. Run your apps for a while and have it learn your apps typical behavior. Then when something unusual happens it kills off the process. Interesting concept.

    1. Re:Better yet, do this at the kernel level by DunbarTheInept · · Score: 2

      That sounds like a user support nightmare. Software would keep dying whever a user did something for the first time with an app that he didn't do before with that app. For your idea to work, during those runs of the app where it is learning "typical behaviour" it's going to have to execute every possible line of code in the program. That means every IF body, every ELSE body, every SWITCH case, every subroutine, etc. No way is that going to work. (For example, the user runs Netscape over and over as a browser. Then for the first time he runs it's e-mail client. The security system sees all sorts of new system calls not normally associated with that app, and so it kills it.

      Your idea would have been better without that "kills the process" part. A system that's wrong 6 percent of the time shouldn't be taking that kind of drastic measure. It should be used to alert a human being and nothing more.

      --

      Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

  13. Minority Report? by zoward · · Score: 5, Insightful

    And how long will it be before users start losing privileges for things that they "potentially might do" (with a 94% accuracy rate). About one in 20 of us is really going to suffer for this one.

    --
    "Can't you see that everyone is buying station wagons?"
    1. Re:Minority Report? by Anonymous Coward · · Score: 0

      idiot. its to improve the security. attempt to predict what a users (in a general sense) would do, then add security to prevent that from happening.

    2. Re:Minority Report? by Anonymous Coward · · Score: 0

      Tsk, tsk zoward.

      Our software tells us you might engage in acts of "Karma Whoring" in the future. I've formally asked Commander Taco to suspend your account to prevent this event from ever happening.

      Sincerely,
      Lieutenant Burrito
      Department of Precrime, slashdot.org

  14. 100 per cent by g0bshiTe · · Score: 0

    I am sure that they are also developing the new software that plugs the proverbial Social Engineering brain defecit that some users inherently posses. Makes you think huh?

    --
    I am Bennett Haselton! I am Bennett Haselton!
  15. After reading the PDF intently (skimming) by teamhasnoi · · Score: 2
    Isn't this just setting user permissions?

    Bob from Accounting gets to look in the 2001 Sales figures, but Ted from Janitorial Services does not.

    Names and passwords, logs and a good sysadmin sounds like it would do just fine.

    1. Re:After reading the PDF intently (skimming) by Anonymous Coward · · Score: 0


      No, reading it intently would be scanning, you stupid moron. Skimming it is like a skipping a rock over the surface of the water. Duh. Freakazoid. Loser.

      The Thesaurus Nazi

    2. Re:After reading the PDF intently (skimming) by Sludge · · Score: 4, Informative
      This seems to stop people from using an account that has access to certain data, which is not their account. If a user usually accesses files with Explorer, and someone sits down at their logged in machine and brings up a command prompt, CDs to the dir, and types 'start .', that would trigger a variant in behaviour.

      You could go even further and log a typing rate jump or dip of 30 WPM.

  16. anomoly detection? by Anonymous Coward · · Score: 0

    How would this be any better than the so-called "anomoly" detection systems that some IDS people use (such as Manhunt?). I've eval'd these systems, they suck ass.

  17. Easily circumvented by Charlton+Heston · · Score: 1

    Just make a script that periodically calls every command in /usr/bin /sbin/ and /bin periodically. This could be done from a chroot jail so nothing actually got deleted. The detection program wouldn't know what was out of the ordinary if every command was part of what a user normally calls.

    --
    Get your stinking paws off me you damn dirty ape
    1. Re:Easily circumvented by Brandon+T. · · Score: 1

      I'd imagine the detection program would have some sort of default 'normal behaviour' parameters, and executing everything in /usr/bin would not be part of them. Another thought I had, what about programs like emacs that can give you a shell from within the program? Would that even show up as normal commands entered on a terminal?

      Brandon

    2. Re:Easily circumvented by Charlton+Heston · · Score: 1

      The execution of programs would probably be trapped at the kernel level, so any program that performs an exec() call would get picked up by the profiler.

      --
      Get your stinking paws off me you damn dirty ape
    3. Re:Easily circumvented by dubious9 · · Score: 1

      The act of swaning randomn processes would probably be flagged down as suspicious since real non-malicious users don't randomly use commands.

      There are patterns to what is normal and what is malicious in the same way that normal mail has different patterens than spam. Statistical evalution should yield high success rates.

      I posted a similar comment eariler.

      --
      Why, o why must the sky fall when I've learned to fly?
  18. If implemented on slashdot ... by halftrack · · Score: 2

    ... CowboyNeal would get himself kicked.

    --
    Look a monkey!
  19. perfect? by MJArrison · · Score: 1

    > Tests simulating inside attacks indicate that the new software would be up to 94 per cent reliable once implemented.


    That's perfect security? 94%? Heck, I balk if my uptime isn't at least 99.999%. And security must be better than uptime.

    1. Re:perfect? by Anonymous Coward · · Score: 0

      No detection system is better than 99%. Even outside of the IT world, can you name a perfect car alarm, perfect home alarm, perfect fire alarm, etc?

  20. Not as crazy as it sounds by Damion · · Score: 3, Informative

    There are/were some people working on something like this here at CMU. They had posted up bunch of the raw data that they had collected (basically just shell histories with each command run being assigned to a number, and then plotted as number of command (for instance, the 40th command the user entered) against the number value of the command). The results were extremely regular, and in many cases, downright periodic. People are far more predictable than they would like to think.

    --
    Common sense is what tells you the world is flat.
  21. destined to failure by L.+VeGas · · Score: 2

    The Heisenberg uncertainty principle states that there will always be true statements within a system that cannot be proved within that system. Thus, there will always be "true" security breaches because it is not possible to predict in advance what form they may take.

    Although, we can be certain that they will exist, they may be so insignificant that we never can detect them.

    ------------------
    Wish I was a Physics Genius

    1. Re:destined to failure by distributed.karma · · Score: 5, Funny
      > The Heisenberg uncertainty principle states that there will always be true statements within a system that cannot be proved within that system.

      Um, that's Godel's Theorem.

      > Wish I was a Physics Genius

      I think that just about sums it up. ;-)

      --

      --
      If you moderate this, then your children will be next.

    2. Re:destined to failure by qengho · · Score: 1

      The Heisenberg uncertainty principle states that there will always be true statements within a system that cannot be proved within that system.

      Um, no. That would be Goedel's Incompleteness Theorem. Not that it's any more applicable to the issue at hand.

    3. Re:destined to failure by Anonymous Coward · · Score: 0
      Um, that's Godel's Theorem.
      Are you certain?
  22. It can learn by Subcarrier · · Score: 2, Interesting

    Chinchani says the new system would continually adjust its view of normal and abnormal behaviour.

    But can it learn to think like a crook?

    --
    "I have opinions of my own, strong opinions, but I don't always agree with them." -- George H. W. Bush
  23. Intelligent pr0n filters.. by grub · · Score: 4, Informative


    ..are what we need. If someone could come up with a box that could filter pages based on the amount of pink within the images I could delete 80% of my outgoing firewall rules at work!

    --
    Trolling is a art,
    1. Re:Intelligent pr0n filters.. by JanusFury · · Score: 1

      They exist, but they don't work too well. They either have too many false positives or miss too many real porn images.

      --
      using namespace slashdot;
      troll::post();
    2. Re:Intelligent pr0n filters.. by Anonymous Coward · · Score: 3, Interesting

      They use something like this where I work. They have a script that filters all images over XX bytes into a program that then scans for flesh tones within the images. Possible offending images are then forwarded onto an admin who checks the image out and with a few clicks can either add the site the picture came from to the block list, send a warning letter to the logged in user, or both. Does the same thing for image attachments on email.

      God I would love to have that guys job!

    3. Re:Intelligent pr0n filters.. by Bloody+Bastard · · Score: 2, Insightful

      Then, they would start to apply color filters to the pictures...

    4. Re:Intelligent pr0n filters.. by Anonymous Coward · · Score: 0

      Outgoing firewall? You work in the porn industry or something? More importantly, are you hiring?

    5. Re:Intelligent pr0n filters.. by orthogonal · · Score: 2

      They have a script that filters all images over XX bytes into a program that then scans for flesh tones within the images.

      Jeez. Why not just hire employees you can trust? Or was this instituted as part of a court-mandated consent agreement?

    6. Re:Intelligent pr0n filters.. by ctucker · · Score: 1

      If someone could come up with a box that could filter pages based on the amount of pink within the images I could delete 80% of my outgoing firewall rules at work!

      I assume the other 20% of rules cover the interracial and black pr0n sites?

      --

      --
      My other computer is your IIS server.
    7. Re:Intelligent pr0n filters.. by Ari+Rahikkala · · Score: 1

      That wouldn't work, except if they asked the webmasters of porn sites to apply colour filters (and if they did that, they could just as well ask to have the images tarred, feathered and disguised as a random file type the netadmin has never heard of - preferably one that doesn't exist, that is). The pictures that a work-place pornsurfer gets would already have gone through the firewall when they're on his computer, and colour filters don't help at that part.

    8. Re:Intelligent pr0n filters.. by grub · · Score: 5, Funny


      I assume the other 20% of rules cover the interracial and black pr0n sites?

      They're all pink on the inside. :)

      --
      Trolling is a art,
  24. These guys should learn from history... by Anonymous Coward · · Score: 3, Interesting

    computer-monitoring software designed to second-guess the intentions of individual system users could be close to perfect at preventing security breaches

    I don't think so... MS software constantly second-guesses users, and decides things for them, and it's pretty much as far from 'perfect' at preventing security breaches as you can get!

    These guys have never used MS word have they?

    From Clippy, to the damn 'auto-correct' which always decides to turn "MHz" into "Mhz", all they need to do is install MSOFFice, and see how wrong this idea is..

  25. Another link in the chain by quitcherbitchen · · Score: 2, Interesting

    This should only be used to bolster existing security systems. Perhaps it could be used to correlate data gleaned from an IDS (Intrusion Detection System) to reduce the excessive noise that they usually generate.

    A company would be foolish to put *any* single system like this as their only line of defense no matter what % success rate it has. Such systems are brittle and "when they fail, they fail badly."

  26. 94 percent success rate by He+Was+Gamecubed · · Score: 3, Interesting

    "Bruce Schneier, head of US computer security firm Counterpane, says the research is interesting but warns that a 94 percent success rate would be useless at maintaining good security on its own." Well.. 94% x 100 users on the network (.94 ^ 100) = %0.2 chance of detecting all suspicious behavior. Nice odds, i wouldn't depend on it to protect my network, though.

    1. Re:94 percent success rate by Anonymous Coward · · Score: 0

      Well.. 94% x 100 users on the network (.94 ^ 100) = %0.2 chance of detecting all suspicious behavior.

      Actually, there's a 0% chance of detecting all suspicious behavior. After all, it detects 94% of all suspicious behavior.... And 94% != 100%.

  27. Remember that this is network security by complexmath · · Score: 4, Insightful

    The average user may be adept at breaking his PC, but he's much less likely to, say, flood the network with bad packets.

  28. Obligatory by scott1853 · · Score: 5, Funny
    Clippy: It appears as though you are trying to hack into an IIS box.

    Would you to start the IIS hacking wizard?

    Would you like to view a list of the top 1,000 exploits?

    Never show this prompt again, its already too easy to hack IIS.

  29. Good idea but doesn't solve the old problem by Ektanoor · · Score: 4, Interesting

    I took a brief look at the paper and sincerly the idea is not bad at all. However that 94% is pure hype.

    The biggest problem in computer security, in what is related to users, is not anomalies, but the usual practice. Remember that experts say that 90% of flaws is due to insiders and not outsiders. And why? Because 99% of these insiders don't care a nail for security. Most of them keep using the wife's name for password and sharing C: to everyone. And no matter the efforts, policies, orders and instructions keep gaining dust. If you try to enforce them then you get a crowd in front of the boss with a rope for your neck.And if even the boss comes up to defend your work, everyone start to mine all your job. All they want is Internet, passing documents and hoping that you finally get out and Microsoft comes in to solve all the problems. That's what the lamers think about security. And in this mess, no matter the expert you are, no matter the tools you have, no matter the hours you loose on the net, you always get trouble every week.

    Besides I noted that if someone is going for the break-in, he will mostly go from start. It starts up with this guy "playing" with the computer, then it goes up to the net. Later he thinks he's smart enough to break the server and show that the security admin is a LaMeR.And it ends up with you looking at his desktop and writing the final document to fire or put him into court. You may ask why this guy could go so far. Because he's smart, because no matter the lamerness he is good on something. So the boss will think twice before firing him. If you are in a corporation, then the boss will hang you up with this "unreplaceble" expert because in the city where he lives there's no one else to do his job. Besides, the corporation lost too much money on training him and doesn't want to start from zero on this. So you continue to see the bastard for a few monthes more before you catch him on the red spot.

    I saw this and I know that this is a problem on many companies and state institutions around the world. So how this system will help you in such cases? It will, with a large margin of error as the main anomaly, the user, is there from the very start..

    1. Re:Good idea but doesn't solve the old problem by that_guy · · Score: 1

      It seems like that type of issue is what the detection system is good at preventing/detecting. Of course, I agree once you catch the guy he may not be fireable, but at least with something like this in place he will most likely be caught earlier, preventing damage.

      Of course, I'm an optimist.

      --

      Driving backwards on the highway of life
    2. Re:Good idea but doesn't solve the old problem by Anonymous Coward · · Score: 0

      It sounds like your job really sucks. I suggest you quit. I have seen places like you describe, you are fighting a losing battle of which you and your blood pressure will be the only casualty. If the people at the top do not care about enforcing policy and network security, you have no place there. No work to do, no challenge, nada. Just walk away.

  30. root user's behavior? by Anonymous Coward · · Score: 0

    So this method might sound the alarm when someone who doesn't normally get to use 'su' or admin commands does so, but how would it help you once someone picks up an administrator password or otherwise compromises the system?

    I'd guess on most networks, this system wouldn't sound alarms until the root user started ftp'ing entire file systems to an outside network... even then, what's the granularity on command analysis? Does it capture all i/o so it knows what you're using ftp for, or does it just know you're using ftp??

    This won't replace prevention and secure passwords . More likely it'll give some clueless/overworked admins a false sense of security, and another program to monitor and maintain. Even when it works, you won't find out about an intrusion until it's probably too late.

  31. Re:I guess by Anonymous Coward · · Score: 0

    Offtopic?! He was predicting user behaviour!

  32. it does not bode well for those of us... by Anonymous Coward · · Score: 1, Insightful

    ...who learn by breaking things repeatedly, and on purpose.

    1. Re:it does not bode well for those of us... by Anonymous Coward · · Score: 0

      can i get an amen?

  33. No. by Anonymous Coward · · Score: 0

    Tests simulating inside attacks indicate that the new software would be up to 94 per cent reliable once implemented.

    That line right there should clue you in to the fact that these people are idiots.

  34. Yeah, sure... by Chief+Typist · · Score: 1

    Just like Clippy used to help me write letters.

    "I looks like you're trying to break into the system. Would you like some help?"

  35. Amazon is working on this.. by Anonymous Coward · · Score: 0

    It is software that launches a denial of service attack on your system if you don't buy.

  36. Useless for Joe Average by FooBarWidget · · Score: 2

    Security is a good thing, but this is only useful for corporations.
    Somebody has to predict Joe Average's behavior and setup a profile. The computer can't do that automatically because we have no good mind reading systems.
    Joe Average is not smart (and that's an understatement). He can't setup such a profile for himself. Therebefore, this method is useless for the ignorant masses.

  37. Next Gen Clippy by GMFTatsujin · · Score: 2

    "I see you're trying to write an email to somebody! Would you like me to encrypt it with an approved DRM key so that nobody but you can read it?"

  38. My PC has this feature by SniffleBear · · Score: 1

    Everytime I fricken install Nero, Roxio pops up and says that's bad and my PC craps out.

  39. Real easy to make work at most companies... by ErikTheRed · · Score: 2

    Just kick anyone off the network who doesn't spend 80% of their time downloading pr0n.

    --

    Help save the critically endangered Blue Iguana
  40. Nice in theory but by JeanBaptiste · · Score: 3, Insightful

    The users I manage are completely unpredictable. Not to sound like a Luddite, but there is no technology that will ever predict what my users do. If there is a way to do it, it will be done. Millions of monkeys with millions of typewriters, and that is a great analogy for what I have seen...

  41. Profiling crackers? Brilliant! by jabber01 · · Score: 4, Funny

    Sounds like profiling terrorists. It'll work great, and everyone will feel secure and all, until somone flies a plane into their "secure" server.

    --

    The REAL jabber has the user id: 13196
    What you do today will cost you a day of your life

  42. ha! that's a good one! by pudding7 · · Score: 0

    "close to perfect at preventing security breaches"!!?!? Those crazy experts! Oh man, that's a good one. Oh, boy I'm busting a gut here. Wheh! man. good one. heh. yeah.

  43. Bruce Schneier by elb · · Score: 5, Interesting
    ...was recently featured in this article about US security policy, and primarily on the dangers of relying too much on technolgoy. the article is great -- not super-techy, but a great explanation of technology and security policy; it makes an intimidating topic accessible to the intelligent non-tech. a couple of good points from the article:
    • "[the leading / best face recognition] software has a success rate of 99.32 percent--that is, when the software matches a passenger's face with a face on a list of terrorists, it is mistaken only 0.68 percent of the time. Assume for the moment that this claim is credible; assume, too, that good pictures of suspected terrorists are readily available. About 25 million passengers used Boston's Logan Airport in 2001. Had face-recognition software been used on 25 million faces, it would have wrongly picked out just 0.68 percent of them--but that would have been enough, given the large number of passengers, to flag as many as 170,000 innocent people as terrorists. With almost 500 false alarms a day, the face-recognition system would quickly become something to ignore."
    • "The most important element of any security measure, Schneier argues, is people, not technology--and the people need to be at the scene. Recall the German journalists who fooled the fingerprint readers and iris scanners. None of their tricks would have worked if a reasonably attentive guard had been watching. Conversely, legitimate employees with bandaged fingers or scratched corneas will never make it through security unless a guard at the scene is authorized to overrule the machinery. "
  44. Expected Behaviour vs. Modified Behaviour by thatguywhoiam · · Score: 3, Insightful
    I would be interested to know just what happens when a user is merely aware that this system is running.

    The described system seems to base it's rules on learned user habits; obviously, this strikes one as being incredibly fallible. Assuming their 94% figure is correct for the sake of argument, how do you think *your* behaviour would change knowing full-well that you are being watched?

    There are laws in certain places that say a user (in a corporate environment) must be notofied that they are being monitored at that very second. Some software places a pair of eyeballs - how creepy is that - in the toolbar when this occurs.

    If the thing's purpose is to sniff out 'suspicious' behavious, I can't see how it could work properly. I mean, how can it sniff out 'motive'?

    --
    If Jesus wants me it knows where to find me.
  45. Hm by E_elven · · Score: 4, Funny

    $ r00t machine
    Ush: command not found: r00t

    *meanwhile, in the Secret Command Centre*
    #QUEER#COMMAND##INVESTIGATE##

    $ owNz0rz machine
    owNz0rz: unknown parameter machine

    *SCC*
    ###THERE#MIGHT#BE#SOMETHING#GOING#ON##

    $ owNz0rz r00t
    Ush: j00 owNz0r d4 r00t!

    *SCC*
    #####ALARM#ALARM#####

    $
    Ush: Someone trying to use 'alarm()', authorize? n0
    Ush: Killing alarming process.
    $ 1337

    --
    Marxist evolution is just N generations away!
  46. Sounds like a Dreamcast by MrR0p3r · · Score: 1

    It's Thinking...

    --
    Whatever man, I spelled it write!
  47. "Success" - "false positive" = garbage by dpbsmith · · Score: 5, Insightful

    Any time someone mentions a "success rate" without also mentioning the false positive rate, they're feeding you garbage

    I'd be much more impressed by a claim of an 0.001% false alarm rate than I am by a 94% success rate.

    Yet, on a per-line basis, if you assume that a user averages, say, three typed lines per minute, that's 180 lines per hour = 360000 lines per working year.

    A .001% false alarm rate means that an innocent worker is going to be interrupted THREE TIMES A YEAR by burly security people at the cube doorway shouting "Hands off that keyboard RIGHT NOW!"

    1. Re:"Success" - "false positive" = garbage by Theodore+Logan · · Score: 2

      Any time someone mentions a "success rate" without also mentioning the false positive rate, they're feeding you garbage

      How about the other way round?

      I'd be much more impressed by a claim of an 0.001% false alarm rate than I am by a 94% success rate.

      Tsssk... I can get you 0% any time of the day.

      --

      "If you think education is expensive, try ignorance" - Derek Bok

  48. so laik by digitalsushi · · Score: 4, Funny

    it'd be like...

    while :;do for IP in `cat /var/log/httpd/access_log|awk '{print $2}'`; do /usr/sbin/iptables -t filter -A INPUT -p tcp -s $IP/32 -j DROP;done;done or something like that. Yeah. I got your AI right here. I can sell you a tarball with a digitally signed dignature- I'm quite digil when it comes to being a digilante.

    --
    slashdot: where everyone yells sarcastic metaphors to themselves to understand the issue
    1. Re:so laik by the+way,+what're+you · · Score: 1
      ... cat /var/log/httpd/access_log|awk '{print $2}'` ...

      Congratulations, you've won an award!

      --
      example.org - powered by Linux!
    2. Re:so laik by digitalsushi · · Score: 1

      blast foiled

      awk '{print $2}'/var/log/httpd/access_log

      your kung fu is better than mine, the\ way,\ what're-senpai

      --
      slashdot: where everyone yells sarcastic metaphors to themselves to understand the issue
    3. Re:so laik by digitalsushi · · Score: 1

      doh stupid html nm

      --
      slashdot: where everyone yells sarcastic metaphors to themselves to understand the issue
  49. Changing tactics by Icefyre · · Score: 2, Insightful

    Any serious hacker will do their homework beforehand. This just makes one more step in the process of mapping out a target. Once you understand how the software works I'm sure it wouldn't be hard to circumvent given the time and dedication, not to mention the fact that it could potentially *open* security holes for malicious users to exploit.

    --
    "I'm not a vegetarian because I love animals. I'm a vegetarian because I hate plants."
  50. even better idea by Anonymous Coward · · Score: 0

    maybe we could start putting hardware locks in the case that lock the keyboard! err... oh wait, that idea sucked too

  51. Won't work for certain categories of users by phsolide · · Score: 3, Interesting

    I don't think the proposed system will work for every one. I think that most workers in development groups will end up getting spanked for what the system interprets as "misbehavior". A developer unit-testing pieces of an application may end up deleting large swaths of files to see how a routine responds to missing files. A developer may write a "dummy server" that just sends streams of random bytes to test how a client process responds to bad input data. Testers may have to reset dates on machines to verify leap year compliance. Testers may make a bunch of files read-only to see how an app handles a log file that has bad permissions.

    These are all legit operations - I've done every single one as part of testing or unit-testing in the past. They're also all operations that might be part of a local or remote root exploit.

    The Management will have to turn off the profiling for certain users to avoid periodically getting swamped with false alarms or cutting off testing during the final phases of product development.

    I have to conclude that it's just more snake oil

    --
    Quit playing Monopoly with Bill. Switch to one of many non-Microsoft products today.
  52. The Microsoft Version by flanagan · · Score: 1, Funny

    Pop up a dialog:

    "It looks like you are trying to hack into this system. Would you like me to start the Hacking Wizard for you?"

    --
    If you want to get rid of the bathwater, you've got to throw out a few babies.
  53. Do The Math by Lucas+Membrane · · Score: 3, Insightful
    They claim "up to 94 percent reliable". (You get those emails that say "earn up to $300/hour stuffing envelopes at home"?). "Up to" is a weasel word, just like "arguably", eg it ain't gonna happen.

    But, even if it is 94%, if you've got a system that runs around 100 users, then 94% equals approximately 1 million mistakes per year. Where does the budget come from to timely track down 1 million false alarms annually? How is any analyst going to seriously follow every machine-generated warning when 99.99% of the machine-generated warnings are spurious?

    Let us now return to reality, which is already in progress.

  54. when it gets scary by UniverseIsADoughnut · · Score: 1

    Clippy pops up and says "I see it appears you want to go the bathroom" "would you like me to help you?"

    you kill clippy

    5 seconds later he re-appears "I know you need to go, I know better than you, you can't avoid this"

    or the inverse of this. You try to click on outlook and the OS keaps moving your mouse away from the icon, then it stops, you go to try again and it throws your pointer across the screen. You go for the start menu and before you get there the taskbar hides.

  55. so close yet so far by bilbobuggins · · Score: 2
    the corollary to this is of course, my job:

    Predicting User Behavior to Avoid A Line Of Hopeless Sales Staff Around My Desk

    example (lesson) #1:
    'why does it say i don't have permission to install kazaa on this machine?'
    'delicate windows sytem message. very high level. just ignore it.'

  56. Hal 2.0 by Anonymous Coward · · Score: 0

    I'm sorry, Dave. I'm afraid I can't do that. You're not yourself today.

  57. Not quite that bad... by walkerp1 · · Score: 1

    Actually, that would be the chance of catching every one of 100 attacks. If you've got 100 people chipping away at your network then yes, you might miss six of 'em...then again, if you've got 100 crackers on your network, that's probably not all you've missed ;)

  58. how do YOU know the difference? by Theodore+Logan · · Score: 2

    User A types: rm -rf /shared_network_drive
    User B types: rm -rf /shared_network_drive

    The difference is that User A was trying to delete everyone's stuff, while User B, knowing how the permissions on the files work, was just trying to find a lazy way to delete those files that he has permissions on because he was trying to clear his own junk out of the /shared_network_drive. He was being sloppy, but not malicious.

    How does the software know the difference?


    How do you know the difference? Nothing differs between the users issuing these commands other than their intent. This is not something a human sysadmin could know either. Given that there is no system in the world, including a human element or not, that could say who had what in mind in the scenario you describe, you are unfair in requiring this of the system in question.

    So, it isn't perfect. But did you really expect it to be? Any system will necessarily have to provide a number of false positives (such as the one you described). This does not imply that it couldn't work very well overall.

    Also, it could be argued that a warning really should go off even if the user had no malicious intent, as using rm -rf on other people's files because of pure lazyness is not something that should be encouraged anyhow.

    --

    "If you think education is expensive, try ignorance" - Derek Bok

    1. Re:how do YOU know the difference? by DunbarTheInept · · Score: 2

      How does a human tell the difference? By going up to the person and talking, which, incedentally, if such a tool isn't involved is the only way the human would be alerted to the use of the command in the first place.

      Granted, the purpose of this tool is to merely let a human know that he should pay attention to the activity in question, but I don't have confidence in the capacity of corporate IT departments to be apply restraint when using such tools, sorry. When a tool is written with manual intervention in mind, eventually this will be forgotten in many large IT departments. The tool will become automated to the point where it no longer has that human hand on the brakes anymore to keep it under wraps.

      One thing I do agree with, though, is that my example was not a good one. rm -rf on the shared drive isn't a good idea because Unix doesn't differentiate between "permission to write" and "permission to delete", and so you'd end up deleting files that people left open for collaborative purposes.

      --

      Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

    2. Re:how do YOU know the difference? by Theodore+Logan · · Score: 2

      So your complaint does not really concern the system, but rather the potential users of it. It is not at all clear that this is what you meant by your original post, if it indeed was.

      Nice to know that somebody actually read replies to their comments even if the story is more than 15 minutes old though.

      --

      "If you think education is expensive, try ignorance" - Derek Bok

    3. Re:how do YOU know the difference? by DunbarTheInept · · Score: 2

      It is not at all clear that this is what you meant by your original post, if it indeed was.

      Well, I did come across as arguing against the tool when it's really the misuse of it that frightens me, yes. I'm a bit trigger-happy on that subject because I used to work for a company that used dumb metrics.
      --

      Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.

  59. There is a sweet spot, between a free for all IT environment and network nazis. In the sweet spot, you have reasonable usage and security policies, backups, reimaging (when necessary), and best of all, something of a blind eye to the clueful.

    Unfortunately, there seems to be a ratchet effect; an inevitable ossification. There's always going to be "incidents" of lost files, viruses, etc. Let's overreact, and put our users in straightjackets (but never, for example, replace Outlook with a sane mail client). Some idiot installed Kazaa, so let's make sure nobody installs vim or textpad. And the clueful people needed to run a reasonable network are too expensive; let's remotely install everything with some crap like Netware Application Launcher

    And now this. We'll detect anyone trying to come up with a better way to do things, and harrass them. Great. Meanwhile, anyone with ill intent can still do whatever they want - yeah, you can theoretically restrict a user from writing to his own hard drive or registry, but good luck. What was that about cheap easy administration again?

  60. I bet it's full of buffer overflows by flinxmeister · · Score: 1

    seriously...this technique won't prevent against bad/poorly protected passwords or other issues where the 'proper' behavior is inherently insecure.
    These systems will have to be tuned to such a fine line between false positives and false negatives that it will be hard to see as viable. A few false positives too many and the CEO will be sending memos.

  61. Solution by Some+Dumbass... · · Score: 3, Funny

    New computer-monitoring software designed to second-guess the intentions of individual system users could be close to perfect at preventing security breaches

    Prediction: Users cause security breaches.

    Near-perfect solution: Eliminate all users.

    -- Skynet, 09-29-1997, 02:14 hours :)

  62. Re:I guess by Anonymous Coward · · Score: 0

    My post first started out as "Score:1, Funny" then it started to sink. First, "Score:0, Funny" and now "Score:-1, Offtopic"... Sigh, it _was_ meant to be funny and only the first moderator saw what I still see... Sigh, what a loser among dogpoo I am..

  63. This has a slim chance by bvankuik · · Score: 1

    I don't think this has a chance. If you look at software for intrusion detection, you'll see that researchers hav put in many, MANY years of research trying to pick up 'strange' network traffic. But it just didn't work. They couldn't get it useable, no matter what smart technologies they used (neural nets, petri nets, complicated statistical methods).

    Then along comes a guy who just tries to pick up certain, well-known strings from the network stream and voila, a sort of virus scanner for networktraffic. Works like a charm, with low false positives. See also here, but there are others.

  64. I'm sorry dave by Anonymous Coward · · Score: 0

    I'm sorry dave. I can't let you do that.

    What happens when the system malfunctions? what power does this system have?

  65. Sounds great by Valar · · Score: 1

    until you consider the fact that most security flaws have been discovered when a user has done something more or less unpredicable.

  66. It sounds like a motion sensor light combo by Anonymous Coward · · Score: 0

    It sounds a lot like a motion sensor hooked up to a light, it doesn't make you safe but you can see possible dangers even if stray cats set it off. And it helps to direct your attention towards problems that you might have.

  67. logging man 2 system calls? by warp_0x00 · · Score: 1

    That might affect performance...

    1. Re:logging man 2 system calls? by DunbarTheInept · · Score: 2

      I course it would affect performance ... very much so. But since my stance is that this tool isn't a good idea, it's not a problem for me to admit that the only way for it to be effective is for it to be an inefficient cpu time hog.

      --

      Don't label something "offtopic" unless you know the topic well enough to tell what's on topic.