Slashdot Mirror


Was This the First Denial of Service Attack?

An anonymous reader writes "Way back in 1974, Dave Dennis, then aged 13, decided to try out the -ext- TUTOR command on the PLATO system at the University of Illinois, and see if he could cause all the terminals of other users to go offline. It worked. And he never got caught. Of course, the powers that be eventually caught on and fixed the -ext- command so terminals by default didn't automatically receive -ext-'s sent from other locations."

166 comments

  1. Short answer by TinBromide · · Score: 5, Funny

    Yes

    --
    Is it sad that I am more likely to recognize you and your posts by your sig than your name or UID?
    1. Re:Short answer by Anonymous Coward · · Score: 0

      Nah, I remember when I was a kid in 2700 BC, I threw a rock at a guy with an Abacus. It broke. I never got caught either.

    2. Re:Short answer by YourExperiment · · Score: 1

      Yes

      tl;dr

    3. Re:Short answer by WeBMartians · · Score: 1

      UC Santa Barbara - 1967 - There was a design bug in the online system. There was a dedicated REPEAT key: key "REPEAT A 42" and the system would dutifully generate 42 A keystrokes, denying service until done. Problem was, the default numerical mode for the system was real rather than integer. Thus, "REPEAT A 9.999E12" was possible EVEN DURING LOGIN! It was a fine way to bring down the system ... and many did ... sometimes concurrently ... not just a denial of service but distributed across the entire campus ... and anonymous, too!

  2. Seems fitting by JorDan+Clock · · Score: 5, Funny

    The first recorded denial of service was performed by a 13 year old, who was basically using a "script kiddie" technique? Well, color me surprised.

    1. Re:Seems fitting by EdZ · · Score: 4, Interesting

      I'm not sure how this could be described as a "script kiddie" technique. The only pre-written software he used (exploited) was the 'ext' command itself. Unless you're expecting all 'real' crackers to only exploit programs and/or operating systems they've written themselves?

      Yes, yes, I know, Rule of Funny and all that. As a card-carrying pedant, it's a contractual obligation to bitch about this sort of thing.

    2. Re:Seems fitting by sys.stdout.write · · Score: 1, Offtopic

      I think we should stop and give thanks to the author of the article for couching the story with "this is likely not the first DoS attack, but here's a neat story anyway."

      It's so refreshing to see Internet writers not making outlandish, unverifiable claims about things like this.

      So, props.

    3. Re:Seems fitting by Dachannien · · Score: 3, Insightful

      As a card-carrying pedant

      Did you make it yourself, or is someone issuing those?

    4. Re:Seems fitting by Cryacin · · Score: 5, Funny

      He made it himself. He wouldn't trust anyone else to get the spelling right.

      --
      Science advances one funeral at a time- Max Planck
    5. Re:Seems fitting by Cylix · · Score: 1

      The more important question is.... do they have a flag?

      --
      "You should always go to other people's funerals; otherwise, they won't come to yours." -- Yogi Berra
    6. Re:Seems fitting by algormortis · · Score: 2, Insightful

      Surprised? How long have you been a /. member for? I've been a member for just a year and I already feel emasculated by all the kids who improve upon a technology before they stop wetting their beds.

    7. Re:Seems fitting by Anonymous Coward · · Score: 0

      No, but they have a pendant...

    8. Re:Seems fitting by nitehawk214 · · Score: 1

      The more important question is.... do they have a flag?

      No, but they do have these lovely pendant key-chains.

      --
      I'm a good cook. I'm a fantastic eater. - Steven Brust
  3. Frist Post!! by Anonymous Coward · · Score: 5, Funny

    And last post...

    -ext- :D

    1. Re:Frist Post!! by Nadsat · · Score: 0

      Hey this isn't off topic. This is funny. Mod up!

  4. DoS by Anonymous Coward · · Score: 0

    Article was DoS so I didn't get First post

    1. Re:DoS by DavidRawling · · Score: 1

      Given you're AC, it seems likely, but ... you must be new here.

  5. 403 Forbidden by Anonymous Coward · · Score: 1, Funny

    You don't have permission to access /blog/2010/02/perhaps-the-first-denial-of-service-attack.html on this server.

    1. Re:403 Forbidden by Anonymous Coward · · Score: 0

      Does that count as a DOS?

    2. Re:403 Forbidden by scdeimos · · Score: 2, Informative

      I'm sure you're attempting to be funny, but for those actually interested in reading TFA...

      http://www.networkmirror.com/VB47vkBkoAUZdJvS/www.platohistory.org/blog/2010/02/perhaps-the-first-denial-of-service-attack.html

  6. So they could receive commands!? by Darkness404 · · Score: 5, Insightful

    So, let me get this right. You could more or less get a list of addresses, and they would accept commands without question if you just typed in the commands and the right address? Sounds like the worst security system ever.

    --
    Taxation is legalized theft, no more, no less.
    1. Re:So they could receive commands!? by Anonymous Coward · · Score: 5, Insightful

      So, let me get this right. You could more or less get a list of addresses, and they would accept commands without question if you just typed in the commands and the right address? Sounds like the worst security system ever.

      Yeah, but this was 1974, when overly-trusting users used commands to do USEFUL things, rather than cause mischief (or shove adverts in front of you)!

    2. Re:So they could receive commands!? by girlintraining · · Score: 1, Interesting

      Sounds like the worst security system ever.

      *cough* Diebold. *cough*

      --
      #fuckbeta #iamslashdot #dicemustdie
    3. Re:So they could receive commands!? by girlintraining · · Score: 4, Funny

      Yeah, but this was 1974, when overly-trusting users used commands to do USEFUL things, rather than cause mischief (or shove adverts in front of you)!

      If you remember 1974, you weren't there, maaan!

      --
      #fuckbeta #iamslashdot #dicemustdie
    4. Re:So they could receive commands!? by pookemon · · Score: 5, Funny

      So I'm guessing you weren't around in 1974. It might also surprise you to learn that once upon a time there were no virus scanners or firewalls. I bet I just blew your mind with that one...

      --
      dnuof eruc rof aixelsid
    5. Re:So they could receive commands!? by 93+Escort+Wagon · · Score: 4, Funny

      If you remember 1974, you weren't there, maaan!

      Don't believe everything you've seen on "That 70's Show".

      --
      #DeleteChrome
    6. Re:So they could receive commands!? by gad_zuki! · · Score: 1

      I dont care if its 1974 ot 1794, human nature doesnt change. Put locks on your (virtual) doors.

    7. Re:So they could receive commands!? by betterunixthanunix · · Score: 2, Interesting

      You know, this was all way before my time, but back then, security was not a common concern on university computers. People working in a lab trusted each other; thus, those who used Unix (or a similar system) would leave their home directories world readable, and as another example, ITS had the ability to observe another user's keystrokes. Things changed in the 1980s as more students got computer access and as proprietary software became the norm.

      There are still echoes of the trust that existed back then. For example, where I am now, anyone in the CS department can remotely access any computer system located in the department, and the permissions on home directories are 755 by default. The only firewall is on the gateway between the department the general campus network, but port 22 is open for any system so you can always ssh through the firewall. We are given root upon request on our assigned desktops. There are plenty of ways that I could subvert others in the department, I could even bring the entire department to its knees by running a simple fork bomb on every system we have, but I do not do any of that because I am not here to attack people or make their lives difficult.

      --
      Palm trees and 8
    8. Re:So they could receive commands!? by antifoidulus · · Score: 1

      nd the permissions on home directories are 755 by default.

      thats actually common on a lot of unixes(OS X for example), and not really as bad as you think it is. Essentially it just allows any users to get a list of files on the top level of the home directory, thats it. You cannot necessarily even read any files in the root of the home directory, just list their names and sizes. The really important thing is what their default umask is set to be. Any decently good paranoid cs student will set it to 0022 asap.

    9. Re:So they could receive commands!? by Ethanol-fueled · · Score: 2, Insightful
      From the summary:

      And he never got caught.

      If he did get caught he'd get a smirky, eye-rolling verbal warning instructing him to stay away from the terminal. Nowdays a kid would be taken into custody and charged with violating computer crime and terrorism laws.

      FBI and/or DHS interrogations would follow, then he'd be forced to turn snitch and lure other kids(er, "marks") into "hacking" the system, to avoid a decade or more of federal prison.

    10. Re:So they could receive commands!? by LordLucless · · Score: 1

      And the fact that you need to SSH in with your own credentials mean that if you were stupid enough to do something of the sort, they'd haul your ass over the coals.

      If you're dealing with people in positions of trust, logging is often the right balance between security and trust. It doesn't stop them from doing the things they need to, but the knowledge that their fingerprints will give them away will (generally) stop them from doing anything to violate that trust.

      --
      Just because you're paranoid doesn't mean there isn't an invisible demon about to eat your face
    11. Re:So they could receive commands!? by PCM2 · · Score: 3, Informative

      I dont care if its 1974 ot 1794, human nature doesnt change. Put locks on your (virtual) doors.

      Yeah, that seems like great advice now, but hindsight is always 20/20, as they say. As recently as the early 90s, most Unix systems didn't even use shadow passwords.

      Admin Guy: "Yeah, so what could happen? Some college kid is going to buy a Unix server and set it up in his dorm room so he can run a brute force attack on /etc/passwd? I'd like to see that one!" LOLZ, snort snort...

      --
      Breakfast served all day!
    12. Re:So they could receive commands!? by noidentity · · Score: 1

      So I'm guessing you weren't around in 1974. It might also surprise you to learn that once upon a time there were no virus scanners or firewalls.

      They didn't have Windows for them to come in through.

    13. Re:So they could receive commands!? by DavidRawling · · Score: 1

      Actually, I'd expect a paranoid CS student would be setting the umask to 0077. If you're that paranoid ... do you really want other group members (students) reading your code? (Ah, the days when the student server was Hardy and the Staff one Laurel ... 500 CS students compiling at the same time on a <60MHz SuperSPARC I was NOT FUN, and those of us who tutored used the staff server instead. Same spec, 3x as fast!)

      And since you can't get a umask right, you can hand in your geek card on the way out the door, you imposter you!

    14. Re:So they could receive commands!? by Anonymous Coward · · Score: 0

      You should read the book "Hackers" by Stephen(?) Levy. It has a large portion of it devoted to explaining how security of any type is/was against the hacker ethic, since it limited access to a machine... might be an interesting read for you.

    15. Re:So they could receive commands!? by Anonymous Coward · · Score: 0

      have a look at this RFC http://tools.ietf.org/html/rfc602

      Says it all really, nothing changes much...

    16. Re:So they could receive commands!? by Sycraft-fu · · Score: 2, Insightful

      Computer security was poor back in the day. Since computers were expensive, scarce things that were generally not connected to others, it wasn't a big deal. You knew everyone who had access, if someone caused trouble they'd get in trouble. Even once the Internet, or rather ARPANET back then got started, security was extremely lax. If you look at some of the low numbered ports you'll discover they ware things like "chargen" which just sends a random string of characters out. You can see how this would be a bad idea currently, but it could be a useful tool to make sure a system and link were working.

      As with most things, people learn from experience. As computers become more common and networks larger, security got better by necessity. Things got broken in to, so the problems were fixed. Go with that for a couple decades and we now have systems with multiple privilege levels, hardware enforced memory access limits, virus scanners, firewalls, etc, etc.

      A good deal of security in the world is born out of necessity and experience. Bad things happen, so security is designed to stop them from happening.

    17. Re:So they could receive commands!? by Waffle+Iron · · Score: 1

      Another thing about PLATO in particular, is that while it was very cool and ahead of its time, there was very little important secret information stored in it.

      Most of the users used it to do mundane homework assignments. It also had some games, and facilities that resembled today's newsgroups, chat and rudimentary informational websites.

      At least in the site I used, keeping the aging Control Data Cyber mainframes that hosted PLATO creaking along was probably a much bigger worry than any security threats. There was no shortage of hardware-related downtime.

    18. Re:So they could receive commands!? by mysidia · · Score: 1

      The first large-scale denial of service attack was perhaps a military blockade

      Or barbarians/robbers taking down mail couriers.

      Since the beginning of human civilization, wherever there has been communications infrastructure or commerce, there have been people intercepting it for the purpose of denying service.

    19. Re:So they could receive commands!? by mysidia · · Score: 1

      Perhaps they identified that someone had sent the -ext command, but as far as they could tell it was some accident or usage mistake?

    20. Re:So they could receive commands!? by mysidia · · Score: 5, Insightful

      They were crypted... why would you need to hide a strong password that was crypted? Shadow'ed passwords are an ugly hack.

      Also, if you restrict "shadow" passwords so only root can see them, then suddenly every program that needs to perform authentication must be setuid root...... this is a security risk. In that era, possibly a much larger security risk than the risk of a strong password being cracked.

      The problem wasn't failing to use shadow passwords. It was (1) UNIX users who set weak passwords, and (later), an (2) explosion in computing power, making it easier to attempt to crack the passwords.

      Also, the reverse-engineering of the original DES-based crypt binaries allowed inefficiency that was intentionally contained in the algorithm to slow it down (making use for cracking improbable), to be removed, after years of study.

      The DES-based crypt() algorithm was optimized into fast-crypt which was orders of magnitude faster, and actually made password cracking feasible. If a harder cryptographic algorithm would have been used -- then matters could be very different.

      The latter bit they should have seen coming. The explosion in computing power was by no means a certain development, it wasn't an immediate issue at the time.

    21. Re:So they could receive commands!? by mysidia · · Score: 1

      I would also guess... There were also few/no viruses.

      And hacking was kind of pointless, since there was no security to hack.

      But a skill barrier, since knowledge of such equipment was not generally publicized (no internet)... and probably not nearly as much damager a 'hacker' or intruder could easily do without being identified.

    22. Re:So they could receive commands!? by mysidia · · Score: 1

      I guess the question is paranoid of what.

      I'd expect the paranoid CS student to do "chmod 700 ~/"

      and mkdir ~/tmp; export TMPDIR=~/tmp

      Create all their files on their local workstation, and PGP-encrypt the tarball before uploading to their home directory on the shared machine.

      After running their source code files through a source-code obfuscator and rot13 scrambler.

    23. Re:So they could receive commands!? by Bert64 · · Score: 2, Interesting

      When i was in school (age 6), we had a single computer in the whole school which ran a selection of very simple programs, one of which simulated a snooker table and calculated how many times a ball would bounce before falling down a corner pocket. You had to enter the width/height of the table and guess how many bounces...
      I entered a size of 0 for the table, and the program promptly crashed.. The teacher saw, called my actions stupid and sent me to the headmaster, who promptly banned me from ever touching a computer again so long as i was at that school.

      --
      http://spamdecoy.net - free throwaway anonymous email - avoid spam!
    24. Re:So they could receive commands!? by pspahn · · Score: 1

      Mod parent... oh.

      But really this is important when you look at the complete mayhem computer security is now. I understand that there will always be inherent risks, but some foresight and common sense (which I don't think are too much to ask from people as brilliant as TFA refers) goes a long way.

      Let this be a lesson for those of the next generation. Anticipate problems and work on fixing them without having to tell a soul.

      --
      Someone flopped a steamer in the gene pool.
    25. Re:So they could receive commands!? by Rollgunner · · Score: 1

      Dude! Even my computer had an 8-Track!

      8-Track form factor anyways... the Exidy Sorceror...

    26. Re:So they could receive commands!? by Anonymous Coward · · Score: 0

      So I'm guessing you weren't around in 1974. It might also surprise you to learn that once upon a time there were no virus scanners or firewalls. I bet I just blew your mind with that one...

      You mean like how most Linux and Mac users run their systems today (at least in regards to virus scanners)?

    27. Re:So they could receive commands!? by Provocateur · · Score: 1

      Hey you're not asking me to go back in time to deny this kid's god-given right to his first ever DoS, that would be like Denying a DoS....

      --
      WARNING: Smartphones have side effects--most of them undocumented.
    28. Re:So they could receive commands!? by Kjella · · Score: 1

      When i was in school (age 6), (...) The teacher saw, called my actions stupid and sent me to the headmaster, who promptly banned me from ever touching a computer again so long as i was at that school.

      Somehow, this picture from the US of six year olds in hand cuffs comes to mind. That reaction is just fucked up in so many ways.

      --
      Live today, because you never know what tomorrow brings
    29. Re:So they could receive commands!? by gad_zuki! · · Score: 1

      >Yeah, that seems like great advice now, but hindsight is always 20/20, as they say. As recently as the early 90s, most Unix systems didn't even use shadow passwords.

      Yet in 1993, Windows NT had ACLs, security groups, NTLM, etc. Theres no excuse for ignoring basic security principles. CS departments and tech companies the world over have understood these basic controls since the 50s or 60s.

      Sadly, everyone has to reinvent the wheel. Look at how PHP has changed from "personal home page" which was a security nightmare to what it is now, which is more like a security bad dream. Starting with security first goes a long way. This isnt a 20/20 vision thing, its called getting off your ass and doing things right the first time.

    30. Re:So they could receive commands!? by hedronist · · Score: 1

      Security? When I first sat down at a PLATO IV terminal in Jan 1973, you typed "s" to login as a student, and "a" to login in as an author -- no passwords. If you could guess a file name (called "lesson spaces") you could edit it. Al McNeil and I found any number of allocated-but-unused lesson spaces and just started poking and prodding the system. Al and I basically "guessed" the TUTOR language from looking at other people's code because there were no manuals available at that time (at least not in far off Chicago). But it was exactly because it was so easy to get into the system that we became hackers.

      Weirdly enough, 9 months later we (I was a Business undergrad, and Al was an Art undergrad) were teaching TUTOR to UICC profs who wanted to use it for their classes ... and one of our students was Al's father, the head of the Physics department.

    31. Re:So they could receive commands!? by colinrichardday · · Score: 1

      The teacher saw, called my actions stupid

      And what did this teacher think of the programmer's not allowing for (or preventing) someone entering a value of zero?

    32. Re:So they could receive commands!? by aix+tom · · Score: 1

      >Or barbarians/robbers taking down mail couriers.

      Or barbarians/robbers sending such a large amount of mail that the couriers horse collapsed and they could rob him easily.

    33. Re:So they could receive commands!? by ChrisMaple · · Score: 1

      I used the Multics system in 1971, and permissions were in place and used. Not long after the system was first brought up, a friend of mine who was a developer but not totally aware of what everything did, found some files he had full access to that he didn't recognize. So he erased them and the system crashed. The next day, did the same thing. Turns out that he had erased the OS. The next time the system was brought up, the permissions were corrected to prevent general user write access to the OS.

      --
      Contribute to civilization: ari.aynrand.org/donate
    34. Re:So they could receive commands!? by ShakaUVM · · Score: 1

      So, let me get this right. You could more or less get a list of addresses, and they would accept commands without question if you just typed in the commands and the right address? Sounds like the worst security system ever.

      In UNIX systems, circa 1997 and before, they'd allow anyone to write to any TTY. This was how Talk worked, for instance.

      So when I wanted to mess with my friends, I'd cat poetry or /dev/random > their TTY and watch them start cursing in the lab.

      It's how I taught my friends about ^L.

    35. Re:So they could receive commands!? by mysidia · · Score: 1

      It sounds plausible.... mail a few big rocks or packages containing heavy lead.

      I wonder if anything like that last bit ever actually happened though. :)

  7. Re:Earlier DoS by Guillermito · · Score: 0

    Ever heard about reinarnation?

  8. Was it a DoS exactly? by Al+Dimond · · Score: 1

    I always think of DoS meaning flooding a system with requests, causing all resources to be used, thus nobody can get service.

    It seems like this guy just found a "Halt and Catch Fire" instruction and an overly trusting security policy. Which may have been a first something, but not really a DoS, right? Or am I missing something?

    1. Re:Was it a DoS exactly? by XanC · · Score: 2, Informative

      A DoS, generally, is anything that prevents a computer (or I suppose anything) from performing its functions. It's anything that "denies" "service".

    2. Re:Was it a DoS exactly? by nedlohs · · Score: 3, Insightful

      "Denial of Service". It's the damn name.

      One way is to flood the system, but there are plenty of other ways. The one mentioned for example.

    3. Re:Was it a DoS exactly? by Wyzard · · Score: 0, Redundant

      DoS is any attack that deliberately prevents people from being able to use the system, without actually damaging the system. Flooding the system with service requests is just one way of doing that. Sending commands to hang everyone's terminal is another.

    4. Re:Was it a DoS exactly? by Fallon · · Score: 4, Insightful

      What does DoS stand for? Denial of Service. Getting everybody kicked off the system certainly sounds like denying them access to that computer service to me. Just because a DoS is usually performed by a network flood of some kind doesn't mean that's the only way to do it. Heck an idiot tripping over the power cord to the server is technically a DoS if people loose access.

    5. Re:Was it a DoS exactly? by xous · · Score: 1

      Hi,

      DoS stands for 'Denial of Service' so anything that can cause a system to fail to respond to legitimate requests.

    6. Re:Was it a DoS exactly? by Anonymous Coward · · Score: 0

      The way I understand it, the machines were 'locked' waiting to talk to an external device (which wasn't available). Subsequent requests couldn't be serviced, so I'd say technically yes.

    7. Re:Was it a DoS exactly? by Anonymous Coward · · Score: 0
      In 1973 I wrote a small program that opened a file with a random file name, wrote "MUNCH" and then closed the file. In an infinite loop. Which ran until the operator saw a job asking for disk space that was no longer there. They killed the job, but by that time it was too late. Since all jobs at that time on that system ran in a common user space (i.e., there were no usernames), getting the disk space back was ... tedious.

      By the time they figured out what had happened and went to find the person who had submitted the job I had already retrieved and vanished the job deck.

      Not a network DoS (the mainframe didn't even have a network at that time) but a DoS nevertheless I'd say.

      Yes, the system was pretty wild west then. It got better. So, I hope, did I.

    8. Re:Was it a DoS exactly? by Anonymous Coward · · Score: 0

      Floods are merely the crudest form of DoS. Often it's a logic attack on buggy firmware (ATH0 modem bug), buggy OS internals (Ping of Death), or application-level bugs.

    9. Re:Was it a DoS exactly? by Anonymous Coward · · Score: 0

      "Denial of Service". It's the damn name.

      One way is to flood the system, but there are plenty of other ways. The one mentioned for example.

      Ok I need to clear this up.

      The idea of a DOS attack is that you prevent users from being able to access a specific resource, by consuming all of that resource yourself, or by consuming all of another resource which that user needs to get to the target resource.

      Simply sending a reboot command, or a single command that causes the machine to hang, isn't a DOS. The end result (the user not being able to access the resource) is the same, but the method differs. And when we're talking about attack types, we don't lump them under the end result but the method used to achieve it.

      The only way that you can argue that this was a DOS attack is from a meat-space perspective. i.e. he did not DOS the machines in the lab, he DOS'd the users by "consuming" all the terminals. And if you use that logic, simply having a bunch of people stand in the doorway to the lab would be a DOS. But that logic doesn't apply, because we use the term DOS to refer to electronic, not physical, attacks.

    10. Re:Was it a DoS exactly? by Al+Dimond · · Score: 1

      But usually a DoS is about preventing the server from responding to a request from any client. It sounds like he hacked the clients... all of them. I'm sure it was fun, but is that a DoS? A client with better security would not have been affected.

    11. Re:Was it a DoS exactly? by xous · · Score: 1

      If you consider the service "access to a terminal" and the client the user the term holds.

      There are also local DoS exploits that don't require network connections so I'm fairly sure this holds as well.

    12. Re:Was it a DoS exactly? by kmahan · · Score: 1

      The terminals used a 21/12 isochonous communications interface. By sending repeated EXT commands he was able to saturate the communications link to the terminal. So while the user's program on the mainframe was still running, there was no bandwidth to send output to be displayed.

      Another fun way to abuse that protocol was to have a username with lots of diacritic marks. Which expanded into multiple char codes being sent -- to switch to alternate char codes, additional positioning, etc. So when you were visible on the Users list there was a pause while your username was plotted. Tebby(/pso) got on my case for that.

      --
      Invalid Checksum. Retrying.
    13. Re:Was it a DoS exactly? by Rennt · · Score: 1

      Heck an idiot tripping over the power cord to the server is technically a DoS if people loose access.

      PRACTICALLY. That would practically be a DoS. Technically all you've got is a clumsy buffoon.

      Anyway, nobody ever means "denial of service" when they say DoS. It is a "denial of service attack". Which def. does not include unplugging the server.

    14. Re:Was it a DoS exactly? by weicco · · Score: 2, Informative

      Flooding is just one way/method to execute (D)DoS attack. You can read more here: http://en.wikipedia.org/wiki/Denial-of-service_attack#Methods_of_attack

      --
      You don't know what you don't know.
    15. Re:Was it a DoS exactly? by YourExperiment · · Score: 1

      By that definition, walking up to their terminal and hitting it repeatedly with a baseball bat would also be a denial of service attack. So would physically restraining them in their chair such that they were unable to reach the keyboard.

      This seems to me to be an overly broad definition. The term "denial of service attack" has taken on a more specific meaning than "any means of denying access to a computer system".

    16. Re:Was it a DoS exactly? by Anonymous Coward · · Score: 0

      Heck an idiot tripping over the power cord to the server is technically a DoS if people loose access.

      I always find it hard to listen to anyone that is preachy and yet has no clue about correctly using the word lose instead of loose.

    17. Re:Was it a DoS exactly? by tricorn · · Score: 2, Interesting

      Well, the -ext- command was used to send data to an arbitrary piece of "external" equipment attached to the terminal. A couple devices were a 4-voice music synthesizer, a Votrax voice synthesizer, and a random-access audio play-back device.

      It was useful with some of the equipment for another user's program to be able to send such external data to your equipment and vice versa. Most people didn't have anything attached, but the system didn't know that. With nothing attached, all it did was make your terminal really really slow, as the other program queued up output for you that was basically thrown away, but had to be sent anyway (the external data took up about 3 character's worth in the data stream, with about 180 characters/second being output).

      The system actually had pretty good security, and insulated each user from the other in terms of resource usage, and this wasn't strictly speaking a security breach, but this was a way to interfere with other users in an unintended way. It didn't take the entire system down, it only interfered with the terminals that were targeted.

    18. Re:Was it a DoS exactly? by IceCreamGuy · · Score: 1

      Simply sending a reboot command, or a single command that causes the machine to hang, isn't a DOS

      This is a common view of a DoS because flood-style attacks are the types you hear about on the news and on Slashdot, however what you said is simply not true. Crashing a webserver remotely is, without a doubt, a denial of service attack, as you are denying service to the end user. It makes absolutely no difference what means you use to accomplish this goal. If you don't believe me, just take a look at this week's CERT security bulletin: http://www.us-cert.gov/cas/bulletins/SB10-040.html.
      For Wireshark:

      Multiple buffer overflows in the LWRES dissector in Wireshark 0.9.15 through 1.0.10 and 1.2.0 through 1.2.5 allow remote attackers to cause a denial of service (crash) via a malformed packet, as demonstrated using a stack-based buffer overflow to the dissect_getaddrsbyname_request function.

      For Asterisk:

      Asterisk Open Source 1.6.0.x before 1.6.0.22, 1.6.1.x before 1.6.1.14, and 1.6.2.x before 1.6.2.2, and Business Edition C.3 before C.3.3.2, allows remote attackers to cause a denial of service (daemon crash) via an SIP T.38 negotiation with an SDP FaxMaxDatagram field that is (1) missing, (2) modified to contain a negative number, or (3) modified to contain a large number.

      Postgresql:

      The bitsubstr function in backend/utils/adt/varbit.c in PostgreSQL 8.0.23, 8.1.11, and 8.3.8 allows remote authenticated users to cause a denial of service (daemon crash) or have unspecified other impact via vectors involving a negative integer in the third argument, as demonstrated by a SELECT statement that contains a call to the substring function for a bit string, related to an "overflow."

      So we have malformed packet, bad handshake, and a poorly handled statement, all of which cause what the CERT is classifying as "denial of service," and none of which even remotely match what you describe as a DoS attack.

    19. Re:Was it a DoS exactly? by Sique · · Score: 1

      Hm. I never thought DoS attacks would be limited to saturating the requested resource. I always understood that intentionally denying access to the resource in a malicious way was the DoS attack.

      --
      .sig: Sique *sigh*
  9. Re:Earlier DoS by Fluffeh · · Score: 1

    Ever heard about reinarnation?

    Is that there you are inarnated? No, never heard of that, can you explain it in a little more detail?

    --
    Moved to http://soylentnews.org/. You are invited to join us too!
  10. One of many ways... by mikael · · Score: 3, Interesting

    It used to be possible to crash early Sun servers (or at least the terminal server attached to the server by trying to copy data from a virtual terminal (cat /dev/ttyp0) or something similar.

    One university department tried to get around the user quotas on commercial UNIX licenses by creating a single user account for an entire class. Hilarity ensued as students working on real-time projects would accidently kill each others processess.

    --
    Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    1. Re:One of many ways... by Anonymous Coward · · Score: 0

      Old sunos had hosts.equiv set to allow anyone to rsh to the box as root. Old as in up until at least 4.1.3, which was well into the modern internet era..

    2. Re:One of many ways... by precariousgray · · Score: 1

      You forgot a close-parenthesis. For shame!

      --
      not much, just being forced to manually insert line breaks into my comment
    3. Re:One of many ways... by Smask · · Score: 1

      In the late 80:s, there were a bug in sunos that generated a kenel panic when you did a rcp (remote copy) to the audio device. The file copied ok until rcp tried to close /dev/audio. Some bloke spoke to his Sun rep. about this. But the rep being an ass, he downed every workstation at the local Sun office (I think it was in Sweden) using a sample from the movie "2001", where HAL says "My mind is going". After that he didn't dare come forward with the bug being afraid of losing his job. I think they fixed it by setting the rights to /dev/audio.

  11. This reminds me.. by Anonymous Coward · · Score: 0

    of when my friends and I installed Descent and Doom in the computer lab at the local community college to play deathmatches. This was during finals week, and we were on DOS/windows 3.1 machines and I believe that this was pre-TCP/IP on that particular network. The game would bomb out after about 15 minutes of playing or so, and the computers would lock up, so we'd have to reboot everything and get back into the game. After about 2 hours of playing and yet another network crash, someone knocked on the door of the room we were in and asked us if we were having network problems, too. Apparently we were bringing down THE ENTIRE BUILDING every time we started playing. There were people literally in tears in the hallway because they lost their papers they were working on.

    We just kind of shut down our computers and casually walked out without drawing any undue attention to ourselves.

    1. Re:This reminds me.. by biryokumaru · · Score: 0, Troll

      Serves them right for waiting until finals to work on their term papers. Those slackers.

      --
      When you're afraid to download music illegally in your own home, then the terrorists have won!
    2. Re:This reminds me.. by dr00p · · Score: 1

      aaaahhhh ... IPX networks on shared coax cable.
      The pleasure of coax:It was enough to disconnect one cable and the full network would come down :)

    3. Re:This reminds me.. by rickb928 · · Score: 1

      Little snots.

      I had to put in another ethernet card in the Novell server and route the lab through it to find the problem. A few hours with Lanalyzer, and I finally figured out what the traffic was. More buffers to make the lab network live long enough for me to get there, and I caught the little buggers playing away. The server just got slow when the card borked. At least the scheduling software didn't crash anymore. It took longer to recover the database than the kids did to hose the network AGAIN. grrr...

      I convinced the principal to just give them some detention. And we embarked on the campaign to lock down the lab machines. The beginning of a two-year cat-and-mouse game with the brighter students. Whoever came up with the idea of teaching them Turbo Pascal with the network libraries available was naive. They wrote a great network password stealer in two weeks. Hilarity ensured.

      At least I got paid. But it was a long two years.

      IPX. Good and bad. Doom. Argggh....

      --
      deleting the extra space after periods so i can stay relevant, yeah.
  12. Re:Earlier DoS by Jello+B. · · Score: 3, Informative

    If you were trying to get attention for being a young person on Slashdot, you didn't have to tell us how young you are. Your punctuation is enough.

  13. Denial of Service was happening a long time prior by cvd6262 · · Score: 5, Interesting

    Back in the 19th Century (in the US anyway), mail *recipients* paid postage to get their mail from the local general store. Political figures and others who might have a negative following would receive scores of blank letters and have to pay for them. The objective was to either crowd out the legitimate communications or bankrupt the recipient. Traditionally, one could place an ad in the local paper explaining that he or she would no longer receive letters at the store, which would free them from their obligation.

    --

    I'd rather have someone respond than be modded up.

  14. Seems unlikely that would be the first by Demonoid-Penguin · · Score: 2, Interesting
    2 minutes searching shows - October 29, 1969

    First packets sent by Charley Kline at UCLA as he tried logging into SRI. The first attempt resulted in the system crashing as the letter G of LOGIN was entered.

    I'd bet that part of the initial DARPA deployment testing involved deliberate attempts to jam the network

    Just saying....

    1. Re:Seems unlikely that would be the first by tricorn · · Score: 1

      I really don't think Charley was trying to crash it, so it wasn't a "denial of service" attack. In fact, there was no service, so nothing was being denied! All these stories of "well, I typed this and it crashed the system" aren't DOS attacks. Deliberately doing it repeatedly, and in a way that couldn't be easily locked out (e.g. by deleting your user account and banning you from the computer room) might constitute a DOS attack, but there has to be an intent to Deny Service to one or more other people.

    2. Re:Seems unlikely that would be the first by Demonoid-Penguin · · Score: 1

      I really don't think Charley was trying to crash it, so it wasn't a "denial of service" attack. In fact, there was no service, so nothing was being denied! All these stories of "well, I typed this and it crashed the system" aren't DOS attacks. Deliberately doing it repeatedly, and in a way that couldn't be easily locked out (e.g. by deleting your user account and banning you from the computer room) might constitute a DOS attack, but there has to be an intent to Deny Service to one or more other people.

      You make a compelling argument.

  15. Hardly the first DOS by Anonymous Coward · · Score: 0

    In the late 60's it was routine for students learning COBOL to play with the "DISPLAY UPON CONSOLE" directive and flood the operator's console with messages. The operator would have to manually acknowledge each and everyone. This then create a denial of service attack in as much as the operator couldn't respond to other requests. Was really annoying for operators and other users.

  16. boring troll by Anonymous Coward · · Score: 0

    you've overplayed your hand... enjoy your life of posting at -1 two times a day.

  17. Probably not the first by chelberg · · Score: 3, Interesting

    In high school in 1974 our district (8 schools) used an HP access timesharing system. It ran the BASIC language. I was able to write a very short program that would cause the system to crash. Having discovered this bug in the system, I was able to bring down the entire district's computers at will. I had discovered this capability while exploring a new feature of BASIC. Fortunately for them, I was ethical and informed my teacher who at first didn't believe the exploit until I demonstrated it in front of her. We then contacted HP, gave them the code, and they came up with a patch within a couple of months. I'm not sure if anyone at HP can confirm this at this point.

    I am sure that there are probably earlier exploits as well.

    And as a side note, I was also a PLATO author in 1975 and greatly enjoyed working on that system.

    1. Re:Probably not the first by techno-vampire · · Score: 1
      In high school in 1974 our district (8 schools) used an HP access timesharing system. It ran the BASIC language.

      I suspect that by modern standards it would be more accurate to say that it walkedBASIC.

      --
      Good, inexpensive web hosting
  18. OR set the desktop theme to black on black by Gothmolly · · Score: 1

    Worked on DECstations. The GUI preferences were global.

    --
    I want to delete my account but Slashdot doesn't allow it.
  19. A Possibly earlier one... and a funny story. by DougReed · · Score: 5, Interesting

    The earliest one I know of was by the smartest man I ever knew (and the strangest). He was my mentor. In the IBM 360 days this guy used to write code .. COMPLEX code in binary on the roller bars on the front of the console because he was too lazy to logon. He made IBM's code more efficient by eliminating all modularization. It was more efficient to just have one big super efficient kernel, so he redesigned their system, and got something like 140% efficiency out of the hardware (40% greater than theoretical possibility) by IBM's own benchmarks, and found a security hole in their code in the process .. as he put it "bit enough to drive an 18 wheeler through", which he reported to them. They told him it was his hacking, he broke something ... NOT OUR CODE!!! IBM CODE CAN'T BE BROKEN!!! So he went to their 'demo center' and fed in a deck of punch cards.

    On the IBM Selectric console in the IBM demo center, it printed.

    "May I please have a cookie?"

    The operator ignored it.

    8 hours later during shift turnover It printed

    "I never got my cookie"

    The two operators looked at it, shrugged, and ignored it. The dayshift operator went home.

    4 hours later the console printed.

    "You're not a very nice operator either, I never did get my cookie"

    The operator thought the guys upstairs were fooling around and ignored it.

    2 hours later.

    "WHERE IS MY COOKIE!"

    hummm...

    1 hour later.

    "Dammit give me a cookie!"

    30 minutes.

    "I WANT A COOKIE!"

    15 minutes ... 7.5 minutes ... eventually we get to 32 cookies this second .. 64 cookies this second ... 128 cookies this second.

    An IBM Selectric typewriter which is the main console for a 360/65 cannot print even the word cookie in a second, much less a whole sentence, and certainly not 128 of them! There was ONE way to crash a 360/65 .. Fill up the console buffer. The system considered console messages to be important, and if the system couldn't print all of them, it halted.

    Reboot ... excuse me... Mainframe terminology here... "IPL" the system. First console message:

    "You know, I never DIID get my cookie!" .. and the process starts over.

    Finally IBM called my mentor...

    um... did you submit a job to the demo center?

    Yes, but don't worry, it was just a simple 'unprivileged' process, and as you said, your security is flawless, so I am sure there is no danger. :-)

    Sir, I think we are prepared to acknowledge that there MAY BE a security hole in our system somewhere. It seems that your job never finished and yet it does not seem to exist in the system anywhere. Our experts tell us we have to re-install the operating system to fix it. Do you have any alternative suggestions?

    Just one... Go get the best operator you have and put him on the console and call me back.

    Yes sir... .. an hour later

    Sir, this is king super operator, they just called me back in to work to assist you in solving our issue.

    OK ... now listen carefully. I am only going to say this once. Type carefully, and don't screw this up .. are you ready?

    Yes sir.

    Good type this ... "c" "o" "o" "k" "i" "e" ... now press "Enter"

    Console prints . "Thank you that was good", and the job ends.

    After that IBM never ever questioned it if my mentor reported a problem with IBM software ever again.

  20. The Original DOS predates this by centuries by dmomo · · Score: 4, Funny

    Denial of Service is just about as old as marriage.

    1. Re:The Original DOS predates this by centuries by Anonymous Coward · · Score: 0

      Denial of Service is just about as old as marriage.

      There are clearly too many single people here.

  21. 200,000 years too late by Anonymous Coward · · Score: 1, Funny

    The first denial of service happened 200,000 years ago when the first woman invented the headache.

  22. Re:A Possibly earlier one... and a funny story. by feijai · · Score: 5, Informative
  23. Fun with terminals by marciot · · Score: 1

    Back in my high school's UNIX system I used to like piping binary files to people terminals. It worked pretty well as a DoS and made a loud racket with the all the BEL characters.

    Cntl-S could also be used to halt people's sessions, and "+++" would screw with people on dial up sessions.

    The good ol' days.

    1. Re:Fun with terminals by Anonymous Coward · · Score: 0

      In the 1980s, old SunOS (and maybe BSD, too) supported an ioctl that allowed root to insert text into another user's tty *input* buffer. There's a ghost in the computer!! Loads of fun!

    2. Re:Fun with terminals by yuhong · · Score: 1

      "+++" would screw with people on dial up sessions.

      Yea, that was another story altogether. Hayes tried to prevent this by requiring a guard time before and after this sequence, but they patented it, and so some other modem manufacturers created TIES which did not use guard time. Hayes was irritated at not getting the royalty, so they even made full-page ads on the problems with TIES with a test kit, which led to lawsuits by these modem makers, and they even put the sequence into press releases. Another Usenet thread that was part of the reaction to this posting.

  24. Re:Denial of Service was happening a long time pri by Cryacin · · Score: 1

    I have the feeling that back in the 19th Century (in the US anyway) people like that would be having an abrupt and Frank discussion with Mr. Colt. Especially in the wild west. ;)

    --
    Science advances one funeral at a time- Max Planck
  25. Sad to be 50 and accomplished nothing. by gavron · · Score: 1

    Yes, of course. 13 years old kids in 1974 got access to UI computer systems without paying for timeshare.
    Our hero, managed to take a whole room of "terminals" offline with one existing command.

    And now [queue evil music] 36 years later, having done nothing of note ever, he now seeks his hard-earned fame.

    First ever DoS... or 49 year old sociopath longing for publicity... or just a liar. You decide. I already have.

    E

    1. Re:Sad to be 50 and accomplished nothing. by Main+Gauche · · Score: 1

      Yes, of course. 13 years old kids in 1974 got access to UI computer systems without paying for timeshare.

      Yeah, there's no way UI would show some kid favoritism.

    2. Re:Sad to be 50 and accomplished nothing. by Anonymous Coward · · Score: 0

      I guess if it happens in 2005-2009 it might have happened in 1974. It's unlikely there are any of the same people still there 3 decades later!

    3. Re:Sad to be 50 and accomplished nothing. by fegg · · Score: 1

      Well, I know the guy (no, it isn't me), so I'll rule out liar and sociopath, leaving me to question some assumptions made about his character.

  26. You could get away with a lot of stuff back then.. by Space+cowboy · · Score: 2, Interesting

    See This journal entry I posted a while back... These days, at least in the US, I'd probably be up on federal wiretap charges or something. Back then, it was serious enough that they'd threaten to throw me out of college, but I never got any sense of there being jail-time involved...

    Simon

    --
    Physicists get Hadrons!
  27. Exactly by NotQuiteReal · · Score: 3, Interesting

    I don't think it was quite as early as 1974, but somewhere right around there, I remember going to the "math room" in Jr High, and being able to access a terminal to get to "the main frame". It was something that used fan-fold paper (not a CRT). You could write BASIC programs on it, I think. I kind of remember writing stuff as complicated as 2D grid based Star-Trek type programs (one step up from Hunt the Wumpus).

    Anyhow, we did have a command that we could type in that would crash the system, which we did once in a while, just to cause mischief. I really don't recall if we discovered it, or it was given to us (a la script kiddie), but it eventually ended up being a program called "runme" or some such...

    Anyhow, letting random people on a "public" terminal to the mainframe of the San Diego unified school district is probably a thing of the past.

    The best security breach, by far, however was an attempt to save money by re-using the fan-fold computer paper. Man, there was some juicy stuff on the flip-side of that stuff - names, addresses and IQ rating of all your class mates, payroll runs, all sorts of entertainment!

    Simpler Times. Get off my lawn!

    --
    This issue is a bit more complicated than you think.
    1. Re:Exactly by mysidia · · Score: 1

      er. Man, there was some juicy stuff on the flip-side of that stuff - names, addresses and IQ rating of all your class mates, payroll runs, all sorts of entertainment!

      Boring... did they ever actually have anything useful accidentally leaked through for "paper reuse"... As in superuser passwords and addresses of important computers? :)

    2. Re:Exactly by pspahn · · Score: 2, Insightful

      Accessing the personal records is often the goal, is it not?

      Sure, having access to passwords and stuff is nice, but it's kind of just the stepping stone towards finding the real information.

      --
      Someone flopped a steamer in the gene pool.
    3. Re:Exactly by Anonymous Coward · · Score: 0

      Pah, the computer room at my high school had a far simpler Denial of Service available - a giant "on/off" switch for the whole room, located in the corridor outside the room. How we hated it when the kids flicked that switch.

    4. Re:Exactly by mysidia · · Score: 1

      That depends. Accessing individual paper records through old printouts is inefficient though, the info is outdated -- you can probably get that generally, via dumpster diving anyways.

      But for students a likely goal is to change personal records, or more specifically... to alter personal grading records.

  28. Actually ... by Anonymous Coward · · Score: 5, Funny

    This type of denial of service was already quite common long before that.

    1. Re:Actually ... by phreakincool · · Score: 1

      Actually this type of denial of service was in place before that...

  29. Barn Door Still Open by wa2flq · · Score: 1

    Those were the days.... email, group notes, bloggs, instant messaging, p0rn, multiuser space and dungeon games, 512x512 graphics, decent keyboards

    The security on the -ext- command was user settable for Authors.

    Always fun to find someone who had toggled it to world "write" and to start up the microfich slide projector in their Plato Terminals unexpectedly. Even more fun if the slide projector still had a good supply of compressed air to rattle the terminal and flash the projector at the same time.

    See cyber1.org

  30. Oh, come one. If anyone is ever the first .... by roland_mai · · Score: 1

    I once (well okay twice) used the "net send /domain" command to just creep everyone in my college of 1,500. The funny thing is that, I don't think the admins would have figured out it was me because they didn't track MAC addresses at the time. Was I the first? PS: probably not!

  31. Pffft by Anonymous Coward · · Score: 0

    Try the time Lagadha glued up a merchant's abacus

  32. The old systems probably have a lot of "Firsts". by GrpA · · Score: 1

    Well if that was the first DOS, then I'll claim the first "Slashdotted" on a PLATO system. In 1987 after the local admins cut off all access to chat ( due to abuse of the system by people sitting next to each other using "chat" ) I wrote a tutor script that caused a timeout error every second.

    The result was to flush the keyboard buffer to common memory. Then the other terminals read the common memory and updated their display - Kind of like early IRC. Because this was written at the lowest security level, the admins couldn't block it. They deleted the original, but all the other authors had the code by then. It wasn't very efficient code, but they managed to keep it alive despite the best attempts of the admin to get rid of it.

    After the application consumed 99% or more of all recorded resource use for three months running (making all other resource access slow) I got my ass kicked off the system and they decommissioned that installation of PLATO (CALS).

    Funny thing is I went back three years later in 1990 and managed to convince them to give me an unrestricted dial-in port for Internet access. My first! Several months later, they came to me and said "You're taking up all of our spare resources... You remind us of this guy who wrote a chat program on the old PLATO system several years back."

    I never did own up to it at the time since no one knew my surname at the time ( That's another story entirely ). Although I did buy them another terminal server to make up for it.

    GrpA

    --
    Enjoy science fiction? "Turing Evolved" - AI, Mecha, Androids and rail-gun battles. What more could you want?
  33. No way . . . by Anonymous Coward · · Score: 0

    Not likely. The 1st person who stuck a "latice card" into thier 80 column punch card set at a shared IBM manframe would get 1st DOS attack (dubious-infamous) honors, an event which surely occured before 1968 when I 1st heard of theses "all columns punched cards would cause both mechanical card reader and mainframe system errors.

  34. Re:Denial of Service was happening a long time pri by phantomfive · · Score: 1

    Another similar trick I heard was to order a lot of large, cheap things in boxes and send them to a competitor, thus jamming up their supply line (they had all this stuff stuck on the unloading area and no place to put it). I'm not sure how often this was done, but someone must have done it.

    --
    Qxe4
  35. Yes. It Was. Obviously. by drfreak · · Score: 1

    Enough Said.

  36. Searching for prior art ? by wadey · · Score: 1

    ... in support of a US software patent ?

  37. Re:Earlier DoS by DavidRawling · · Score: 1

    No no - you get inarnated again ...

  38. Re:Earlier DoS by scdeimos · · Score: 1

    Surprisingly there's actually a book on reinarnation...

    http://www.antiqbook.co.uk/boox/ma9/36148.shtml

  39. First DOS attack would predate computers. by Kenja · · Score: 2, Interesting

    Taking out telegraph lines, signal towers, killing messengers. DoS attacks have existed as long as people have tried to communicate over distances. Even man in the middle attacks, intercepting and replacing semaphore messages etc.

    --

    "Have you ever thought about just turning off the TV, sitting down with your kids, and hitting them?"
    1. Re:First DOS attack would predate computers. by Casandro · · Score: 1

      Absolutely. there probably were some earlier purely logic based attacks on phone systems.

      For example in Germany you could for a long time just call somebody and not hang up. Only the originating party could stop a phone call, so the other party did have their phone disabled. Some taxi companies used that to play foul on their competitors.

    2. Re:First DOS attack would predate computers. by georgethornton · · Score: 1

      My best D.O.S attack to date? ----- I forgot to unlock the computer labs. ;) It's been a decade since I worked in the 'computer/internet security' field. Marketing, first DES product for non-banking applications in 1991. Having installed something called a cern 'world side web server' and something called a 'firewall' with training by some dude named Marcus Ranum. The company that I worked for at the time, "BOUGHT" the first 'FREE' firewall from T.I.S. -------------- Firewall - Eah! (Think Homer Simpson) ....... Isn't that what the operating system suppose to do? -------------- SO, IF a bunch of people dial this thing, like free tickets to a concert at the local radio station, they will get a busy signal? "YEP!" AH! So, then it doesn't work! "No! It works! - it keeps people out". But, If a bunch a people 'chose' to keep me out, they could right? "YEP!" Ah! So, then it doesn't work! "No! It works! - it keeps people out". AH! Just doesn't guarantee people can get 'in' ;) -------------- I am old enough to remember when Peter Norton still said there was no such thing as a computer virus and Robert Morris SENIOR still worked for the NSA. I am just really amazed that there has been little to 'NO' forward movement in IT security. Still fighting the same base problems with the same base methods ALL which seem to entail some level of 'brute force' as their awe-inspring 'secret'. Signed - Not Anonymous.

  40. Today by Anonymous Coward · · Score: 0

    Now the kid is 49 and they don't even give him job interviews anymore.

  41. Didn't get caught? by Psychotic_Wrath · · Score: 1
    If he never got caught how do we know who it is?

    Ok maybe i should RTFA, but c'mon this is slashdot..

    --

    Doctors do Massage in Longview WA now, who knew?
    1. Re:Didn't get caught? by YourExperiment · · Score: 1

      He told us he did it.

    2. Re:Didn't get caught? by M8e · · Score: 0

      I killed JFK and Olof Palme. I never got caught, but i told you i did it.

    3. Re:Didn't get caught? by YourExperiment · · Score: 1

      I believe him, but I wouldn't trust you as far as I could throw you.

  42. Re:Shorter answer by A+nonymous+Coward · · Score: 4, Interesting

    No

    I will back that up with my own story of a weaker DoS. The year was one of 1970-72, I do not know which. UC Berkeley had two CDC 6400s, A was normal, B was used for an experimental time sharing system and thus had an optional-at-extra-cost instruction, Exchange Jump, which swapped context. I had been toying with a Fortran program and gotten tired of it, so decided to finish it off in a burst of glory. It began execution in some obscure subroutine instead of MAIN, never called MAIN, and as it ground away at its nominal task, it gradually modified an innocent instruction into an Exchange Jump. But sadly, once it finally had modified it to the Exchange Jump opcode, there was no context, just a pointer to 0, and it farked the entire machine.

    Now I wasn't truly anti-social. I had in fact written on the card deck that it was only to be run on machine A, not B. Unbeknownst to me, that Exchange Jump instruction was also used by diagnostic programs, and the tech was too lazy to disable it after each visit, just left it enabled at all times, so my Fortran program crashed the machine.

    It wasn't much of a DoS, I will admit. The OS, CALIDOSCOPE (Cal Improved Design On SCOPE (Supervisory Control Of Program Execution)), could only handle 6 batch jobs at once at most, so that's the worst it could do. But I did get called in to the admin's office, who sighed and gave me that "What are we going to do with you?" look. He knew I wasn't malicious, but he had to warn me to not do it again.

  43. Re:Denial of Service was happening a long time pri by failedlogic · · Score: 1

    Remdinds me of this in a way: http://slashdot.org/articles/02/12/06/1554227.shtml?tid=133. Spam the spammer. ;)

  44. Re:Denial of Service was happening a long time pri by Daniel+Dvorkin · · Score: 1

    The post-Civil War West was very rarely the kind of lawless anarchy that Hollywood portrays. There were a few specific times and places where it was, but those trouble spots got cleaned up pretty quickly. People don't like living with bullets flying randomly around their heads.

    The early 19th c. frontier (which in those days was mostly east of the Mississippi) on the other hand ... yeah. But that was before "Sam Colt made them that way." Most of the killing was done with single-shot firearms or, very often, knives.

    --
    The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
  45. Re:Shorter answer by Anonymous Coward · · Score: 2, Interesting

    My own tale from 1974/5 was that my school had a time-sharing terminal and rented time from a local consulting company. Normally we used BASIC, but the maths teacher came back raving about the new language he had been taught at a weekend conference: APL. As one of the better pupils, I was given all the documentation, and went away to read up about it. A few weeks later, I had developed my symbolic differentiation program, and had carefully entered it in, and saved on paper tape. Unfortunately the program had a minor bug, so it used up *slightly* more CPU time than anyone might have expected. Apparently, the bill for the few seconds of run-time before I killed the program was over GPB 300 - a huge amount, and as it was pointed out to me, about the same as the computing budget for the entire year :( Fortunately the computer owners realised it was a mistake and didn't actually charge the school for the time - so I was off the hook, and took greater care to ensure that programs ran efficiently and bug free. A good lesson for a 13 year old.

  46. Re:Shorter answer by Anonymous Coward · · Score: 0

    No.

    The first DOS would have been performed by a backhoe operator

  47. Re:First denial post by Anonymous Coward · · Score: 0

    This one for Trollkore

  48. Law of unintended consequences. by argent · · Score: 1

    Law of unintended consequences - they cut off chat for something pretty minor (using chat when sitting next to each other - that's "abuse"?) and created a much bigger problem.

  49. Re:The old systems probably have a lot of "Firsts" by tricorn · · Score: 1

    You use a lot of words, but they don't really make sense when put together. A "tutor script"? A timeout error every second that flushes the keyboard buffer to common?

    The common "chat" program was talkomatic ("talk" on Unix systems is very similar, it allowed up to 6 people to communicate at once, with any number of additional people to monitor a channel), and it really wouldn't matter if everyone on the system was in it, it was fairly efficient, so I don't know why they'd want to prevent people from using it. The only resource it would use would be a terminal. Did they also disable TERM-talk, Personal Notes, notesfiles, and all games as well? I'd have thought you'd be more interested in writing a game in order to stick it to them rather than write a hideously inelegant and inefficient version of talkomatic.

    PLATO was fairly conservative in giving out resources - if you went in "background" mode, you could use all the processing available, but got lower priority, and wouldn't interfere with anyone else running in "foreground".

    Why wouldn't they just delete the author signons of anyone who implemented code they didn't want on the system, anyway? You can't write code anonymously on a PLATO system, and if they were trying to control things so tightly that they objected to people talking to one another, surely they'd tightly control who got author signons.

    So, your story doesn't really make any sense.

  50. Beat by two years by Skapare · · Score: 1

    My first DoS discovery was in October 1976. On IBM mainframes running VM/CMS, I found I could take down the entire system from an ASCII serial port connection, without even being logged in. At any prompt, including the "LOGON:" prompt (hence why being logged in was not needed), just press the RETURN key followed immediately by the BREAK key.

    A couple years later when I obtained the source code to the system (bought it on a reel of tape, from IBM, for $150) I found the bug in the code that caused it. The "CP" kernel went into a loop trying to send a command to the I/O controller to reverse the direction of the half-duplex serial port, which would always fail because it had not received the interrupt informing it of the BREAK status, which it would never get because all I/O interrupts were masked off at that point.

    --
    now we need to go OSS in diesel cars
  51. Uh, no, here's a few before that by Ancient_Hacker · · Score: 1

    In 1972, I was a college student with more time on my hands than sense. Here's a few things I did to a $4 million CDC 6600 time-sharing system:

    (1) Hells bells: This machine had ten PP's (Peripheral Processors) that offloaded I/O tasks. The PP's had for-the-time screaming I/O speeds-- all of 2MBPS. User disk space consisted of two washing-machine sized disk drives, 88MB total. A little metal arithmetic suggested that you could fill the disks in no time. so a 2-line FORTRAN program: 1 WRITE(1) 76437643764376437643B; GOTO 1 ... it filled up the disks in under a minute, bringing the system to a standstill. (7643B was the display code for ^G, bell) ( The system programmers quickly implemented disk space quotas after that ).

    (2) There was a fixed-size open file table in the kernel memory area, usually configured for 400 files. There were no open file quotas. So a 2-line SNOBOL program could very quickly open up an number of empty temp files, bringing the system to a halt. ( FORTRAN programs could only work with files declared in the program header line ). ( The system programmers again very quickly implemented a limit on number of files per user ).

    (3) On early core RAM modules, the modules were interleaved 8-wise, so each module only got accessed every 8-th word fetch.. But if you knew this, and wrote a program that jumped forward 8 words several dozen times, then jumped back to the start, one module would get accessed at the maximum possible rate and within a minute the module would melt down. I did not try this ( the 4K modules must have cost $100 or so ), but I heard of someone that did.

    (4) The card punch was designed for punching text data, which had at most two out of every 12 rows punched per column. If one punched a few hundred cards of -0 (all ones on a one's complement machine), and did a DISPOSE(OUTPUT=PUNCHB), the card punch would overheat and melt down all the punch electromagnets. My boss at the time admitted to doing this.

    (5) The line printers were amazing machines, extremely speedy, BUT if you write out a few hundred lines of "-------------------", the first column was carriage control, and the default cc tape would map "-" to mean "no line feed". A few dozen lines of that and the paper would cut through, bringing that printer to a halt.
    ]
    (6) Same thing as (5), but with a "1" in column 1 would eject pages at the maximum rate, which was much faster than the paper stacker could collect the pages. There were page limits in place, but the poor operators would still be confronted by a printer covered with 100 pages of ejected paper.

    (7) At first you could make system calls with bit 20 set, which meant asyncronously. You could issue these requests much faster than the OS or PP's could finish them, so you could easily tie up all the free PP's and that would instantly bring the system to a very slow crawl. Very soon thereafter, a limit of 2 PP's per user task was implemented.

    There were more, but the statute of limitations may not be up for them.

    1. Re:Uh, no, here's a few before that by Maximum+Prophet · · Score: 1

      (3) On early core RAM modules, the modules were interleaved 8-wise, so each module only got accessed every 8-th word fetch.. But if you knew this, and wrote a program that jumped forward 8 words several dozen times, then jumped back to the start, one module would get accessed at the maximum possible rate and within a minute the module would melt down. I did not try this ( the 4K modules must have cost $100 or so ), but I heard of someone that did.

      Purdue's CDC 6000 series machines had a similar bug that would destroy modules. (I still have a pair) AFAIK, they cost much, much more than $100 each. They were core modules that had 48k by 1 bit and had been assembled by hand.

      The CDC was retired with a major security bug. The system "root" password was stored in a protected place in memory, but the core dump routine didn't honor the memory protection. You would load an address register with the location of the root password, then trigger a core dump. The corresponding data register would get loaded with the password, then the dump routine would print it out. Since much of that was programmed into the hardware, it was never fixed.

      --
      All ideas^H^H^H^H^Hprocesses in this post are Patent Pending. (as well as the process of patenting all postings)
    2. Re:Uh, no, here's a few before that by Ancient_Hacker · · Score: 1

      > (I still have a pair) AFAIK, they cost much, much more than $100 each. They were core modules that had 48k by 1 bit and had been assembled by hand.

      Yes, I meant to say, more than $1000 in 1972 dollars.

      And yes, there were many ways to get passwords-- the simplest being to run the password changing program from one terminal and dump out memory from another. At first when you requested memory the OS did not zero it out! Easy password pickins.

      For a long while the password file was passed form system to system through ECS. A simple "DUMPECS" command would often dump out lots of passwords.

  52. Re:Shorter answer by poena.dare · · Score: 1

    No.

    100,000 BC

    "Krug, in next village, is giving away free Mammoth meat. Better hurry before it's all gone."

  53. Re:A Possibly earlier one... and a funny story. by linuxgurugamer · · Score: 1

    If I could moderate now, this would get a +1 Funny

  54. Re:A Possibly earlier one... and a funny story. by Anonymous Coward · · Score: 1, Funny

    Your mentor was Zero Cool?

  55. Never Prosecuted? There was no crime. by originalhack · · Score: 1

    The author and I were contemporaries and he forgot one very important reason he was never prosecuted. In 1974, there was no crime even if this had been done by an adult maliciously and for money. The pendulum, of course, has swung far in the other direction and users now face serious criminal charges for TOS violations.

    By the way, many of us who have good heads for computer security learned during years before it became a felony to practice.

  56. Dave Woolley's Was Earlier by Baldrson · · Score: 1
    Quoting David Woolley:

    Reminds me of something I did on PLATO III. Back then, the -press- command let you give an argument to cause a keypress at another terminal. Naturally, the 16-year-old mind wonders what will happen if you put all the terminals in the classroom into a chain where a keypress on one ripples through them all and cycles back around to the original. Well, it hangs the system, that's what.

    I actually remember being there when the -ext- command exploit hit. It didn't hit me personally but it created quite an uproar.

    However, that was on that PLATO IV system in 1974. PLATO III was a few years earlier.

    1. Re:Dave Woolley's Was Earlier by Ancient_Hacker · · Score: 1

      I never knew of a -press- command variant that allowed you to press keys on someone else's terminal, although that would be a logical way for the screen-sharing term-whatever that was to work.

      The -ext- command was particularly hilarious if the terminal had that rube-goldberg microfiche slide projector. It was literally steam-powered through a pneumatic line. Well, air, not steam, but awfully close. You could step the 8x8 michrofiche and make the terminal wobble.

    2. Re:Dave Woolley's Was Earlier by Baldrson · · Score: 1

      Erratum: David Woolley's quote should have ended with "that's what."

    3. Re:Dave Woolley's Was Earlier by Baldrson · · Score: 1

      You could step the 8x8 michrofiche and make the terminal wobble.

      IIRC that was called "washing machine mode" by some, due to its resemblance to an unbalanced spin-dry cycle.

    4. Re:Dave Woolley's Was Earlier by fusedlight · · Score: 1

      Then, of course, there was the old and gigantic audio disk player that also ran on compressed air. You could get that baby rocking, too.

  57. Well I crashed systems in 1978 by NSN+A392-99-964-5927 · · Score: 1

    I also kept systems up as a young boy. Wilcox computers North Wales. I was database programming back then. A good goth chix0r sat me on her lap as a kid and made me hand solder chips on the mother boards, She was mega-fit and I was "In love with her" She shown me everything how hard drives worked, How to database programme and installing hardware I just wish Dad had married her. That woman taught me everything I know about IT. Sorry if I am ranting. But she was amazing. Wilcox is now disbandoned, however, all the people from that company in the past now work for IBM/APPLE/INTEL/ATHLON/M$ and are Linux and BSD coders. It is a shame those days are gone today but I still love my Green Screen days! Love NSN

    --
    All cows eat grass!
  58. Re:Shorter answer by vaporland · · Score: 1

    In 1979 I was a student at Virginia Commonwealth University, using their Hewlett-Packard 3000 Series III minicomputer system. I discovered that:

    -if you wrote a program called "A" which used the BASIC CHAIN statement to invoke a program called "B",
    -and if you wrote a program called "B" which used the BASIC CHAIN statement to invoke program "A",
    -and if you ran program "A" and waited about 30 seconds for the two programs to start ping-ponging back and forth between each other,
    -and if you then used the "KILL" command to erase either "A" or "B" . . .

    . . . the entire system would crash with a "hardware failure" message on the system console. Needless to say, this was great fun at exam time. BUT - upon the fourth consecutive failure, the fourth time the entire minicomputer had been disassembled and reassembled, the HP customer engineer decided to read the memory dump instead of running hardware diagnostics, and I was severely warned by the system administrator about doing this again...

    --
    Ask Me About... The 80's!