Slashdot Mirror


Reporting Vulnerabilities Is For The Brave

An anonymous reader writes "A recent post on the CERIAS weblogs examines the risks associated with reporting vulnerabilities. In the end, he advises that the risks (in one situation, at least) were almost not worth the trouble, and gives advice on how to stay out of trouble. Is it worth it to report vulnerabilities despite the risks, or is the chilling effect demonstrated here too much?"

56 of 245 comments (clear)

  1. Reporting vulnerabilities safely? by Anonymous Coward · · Score: 4, Interesting
    I agree with the article for the most part - the advice he gives students is probably the correct advice from a teacher. However, the conclusion he reaches:
    I agree with HD Moore, as far as production web sites are concerned: "There is no way to report a vulnerability safely".
    I cannot agree with.

    I think a vulnerability can be reported anonymously quite safely (for a good deal of people anyway). Try the following:

    1) Get a laptop with wireless.
    2) Boot with knoppix, change mac adress.
    3) Walk around until you find unsecured AP.
    4) Post said vuln everywhere (including /.)

    -wmf
    1. Re:Reporting vulnerabilities safely? by Original+Replica · · Score: 4, Interesting

      Perhaps it would be in the best interest of some of the larger online businesses to form a reporting service that gives amnesty to those who do the reporting. Many major cities have anonymous services for providing tips to solve violent crimes.The same basic idea could work well here.
      http://www.nycpba.org/publications/mag-02-fall/sho t.htm

      --
      We are all just people.
    2. Re:Reporting vulnerabilities safely? by icepick72 · · Score: 3, Funny
      I would have to rewrite 3 as:
      3) Walk around until you find an unsecured AP of somebody you don't like.

      So then the common computer illiterate that didn't have his AP properly secured gets hassled by the police instead.

    3. Re:Reporting vulnerabilities safely? by IngramJames · · Score: 2, Insightful

      Also remember not to lick the envelope or the stamp (if you're from a place where those aren't self-adhesive).

      Also, remember to burn the clothes you were wearing - but only in a forest at least 10 miles from any residence, so the smoke is not seen.

      You should also wear gloves and sunglasses while typing the actual note and wear a false moustache for at least a week afterwards,

      --
      'No rational religion claims "supernatural" exists, that's an atheist slander.' - seen on slashdot.
    4. Re:Reporting vulnerabilities safely? by renoX · · Score: 2, Insightful

      What makes you think its safe?

      Sure, the report is safe, but admins will try to use their logs to find the IP address of those who exploited the vulnerability before.
      If you didn't take precautions when you tested the website and normally you didn't as you were not trying to crack the website, you were just checking that it is safe), if the logs are detailed enough, they will find the IP address of the one who did it and will come knocking at your door.

  2. Depends on who you report to by overshoot · · Score: 4, Insightful

    All things considered, it's a whole lot safer (not to mention more profitable) to notify the black hats about vulnerabilities rather than the vendors or the public.

    --
    Lacking <sarcasm> tags, /. substitutes moderation as "Troll."
    1. Re:Depends on who you report to by Anonymous Coward · · Score: 2, Insightful
      Every time I've reported a bug of any nature to a F/OSS project it's been quite well received - and the one that was (arguably) a security bug saw the patch issued for the benefit of all users that very afternoon.


      If reporting a security bug to one of your vendors (OS or other software) or suppliers (ISP / hosted software) is a problem, change your vendor.


      If reporting a security bug to one of your employers is a problem, change your employer.


    2. Re:Depends on who you report to by quanticle · · Score: 2, Insightful

      That's fine for application software, where the code is running on your machine. However, this article is talking about security testing on 3rd party web pages. In this case, I think the article's opinion is correct. Unless there's a signed statement explicitly allowing you to do penetration testing, you shouldn't go prying into other peoples web sites even if you do think there is a vulnerability. And, should you (inadvertently) find a vulnerability, you ought to keep it to yourself and delete all evidence of the vulnerability from your computer.

      To revert to the overused house analogy, you don't tell a stranger that their front door is unlocked. To do so is to invite speculation about how you arrived at that knowledge. And if there's a burglary at that residence, your admitted knowledge automatically makes you a suspect.

      --
      We all know what to do, but we don't know how to get re-elected once we have done it
    3. Re:Depends on who you report to by LandruBek · · Score: 2, Interesting

      You are right, and this highlights a critical factor. As long as the website is working fine (commercial nor otherwise) the owner's attitude is usually, "Step right up and join in the fun" or "Get em while they're hot" or "Read my wisdom" and basically acts like he is standing in the center of the marketplace.
       
      But the instant that anyone discovers, say, an account with username "user" and password "user" or a server vulnerable to putting ".." in the URL, suddenly the 'house' analogy gets whipped out: "OMG, this is like you just walked into my bedroom when I'm having sex with my wife and you started taking pictures and singing Old Lang Syne! How violated I am, you cad! My website is like my house ."
       
      But they can't have it both ways. This shows the serious schism in the averge site owner's understanding of just what a web site is -- what it means that millions of people can read the pages you are serving up, and often can affect things on your server. Both analogies are kind of weak, but the second is a lot weaker.

      --
      $META_SIG_JOKE
  3. And that's why I use open source by disasm · · Score: 5, Insightful

    Open Source projects don't interrogate and try to prosecute you if you find a security problem and report it.

    1. Re:And that's why I use open source by Rakishi · · Score: 3, Insightful

      Yup. First thing that came to me when I saw this was: "God, this is a great counter when people claim OSS is less secure."

  4. wierd by drfrog · · Score: 2, Insightful

    im not proposing one do this.. but it makes one think

    'if im gonna get jailed anyways...might as well make some money off of it'

    --
    back in the day we didnt have no old school
  5. Anonymous reporting by booch · · Score: 2, Insightful

    Maybe there should be a site to allow anonymous reporting of vulnerabilities. This way people could do the right thing without having to worry about the repurcussions.

    You could have some sort of secret key to verify that you were the original submitor, if you later wanted recognition for the report. (I imagine a PGP signature of a secret text would be sufficient to allow validation, without any chance of determining who posted until they came forward.)

    --
    Software sucks. Open Source sucks less.
    1. Re:Anonymous reporting by lord_sarpedon · · Score: 2, Insightful

      ...followed by a subpoena to the site, then a subpoena to the ISP of the originating IP, and ultimately your demise. The first poster has a much better idea about how to go about it.

      --
      "Strangers have the best candy" -Me
  6. /. effect by joe+155 · · Score: 2, Insightful

    well the website has already gone. One thing which I find with all this though is that you should just put it up anonymously on some often checked bbs or newsgroup or something. It is really stupid tha companies think that the danger of hacking comes from people who publically state security hole and not the people who stay very quiet and use them... some mistake?

    --
    *''I can't believe it's not a hyperlink.''
    1. Re:/. effect by coj · · Score: 2, Interesting

      We should be back up now. Here's a tip: unless you have a huge amount of RAM so you can up your MaxClients, Apache is much happier with persistent connections "Off" when dealing with Slashdot visits.

  7. Anonymous Email by Anonymous Coward · · Score: 3, Insightful
    You see, it's simple. Even if Bob's Software knows about the flaw in Program, they can atleast say with a straight face that they had no idea it existed. Once you announce in publically, they have been officially notified that the flaw exists. At that point, anything serious that happens, say Program causes some other company to lose lots of money, puts Bob's Software as a responsible party for allowing this known flaw to exist.

    What you did was open the door litigation against Bob's Software for negligence. Bob's Software doesn't want the flaw to become public. When you stand up and point the finger at Bob's Software, they will be looking for someone to pass on the litigation fees to, so you get sued. Not only that, someone needs to be made an example of so others don't try it in the future.

    Anonymous email accounts are easy to come by. Send an anonymous announcement to the Full Disclosure mailing list and be done with it. Otherwise you're risking the legal bills of fighting whatever company decides to sue you.

  8. Apropos Comment by Stanistani · · Score: 3, Funny

    Coincidentally the quote on the bottom of the page when this was posted:
    I stick my neck out for nobody. -- Humphrey Bogart, "Casablanca"

    Ah well, at least we'll always have Paris.

  9. Posting anonymously by Alien54 · · Score: 3, Insightful
    I think a vulnerability can be reported anonymously quite safely (for a good deal of people anyway).

    of course, this means that everyone else finds out about vulnerabilities first. This might not be exactly what they wanted when they make it illegal to report.

    --
    "It is a greater offense to steal men's labor, than their clothes"
    1. Re:Posting anonymously by pete6677 · · Score: 3, Interesting

      Its called the Law of Unintended Consequences. Too bad so many people in positions of authority are not aware of this.

  10. Doing the Right Thing by buck-yar · · Score: 2, Interesting

    This raises a good point. There are many circumstances that exist where "doing the right thing" has potentially negative consequences.

    * Picking up a hitchhiker

    * Peporting evidence of theft from a company (retaliation, backlash if employee is exanerated)

    There's more than my limited mind can produce.

  11. Or you can get paid for it... by the_mighty_$ · · Score: 4, Informative

    I think a vulnerability can be reported anonymously quite safely

    And you can even get paid for doing it! Remember the Zero Day Initiative that was on the news a while back? They guarantee anonymity.

    --
    VI VI VI - the editor of the beast!
  12. I don't get it by gr8_phk · · Score: 2, Interesting
    Why do people think trying to hack web sites without asking the owners first is somehow acceptable?

    No really. Why should that be OK? Is it OK for someone to walk around the neighborhood and try turning all the doorknobs? How about pushing the doors open to see if they're bolted? Should they take a picture from inside and send it to the homeowner as proof that someone could get in? Should you be suprised when someone tries to prosecute such a person? Sorry for the analogy, let's just try to answer the first question about hacking without authorization - why do people think that's OK?

    1. Re:I don't get it by Mr.+Hankey · · Score: 4, Interesting

      You're assuming someone tried to hack it. It's not impossible to stumble into a bug. I was using a "training" site at work a few years ago (we're required do the same training/test every year) and hit the wrong button accidentally. I then hit the back button so I could click on the button to print a "certificate". As it turns out, I was then logged in as another user.

      Do you think I should have reported this? Should I have ignored the issue? I had access to another person's training records without authorization. No doubt someone could have gained access to mine as well. On the other hand, I'm not interested in being prosecuted for something this silly.

      --
      GPL: Free as in will
    2. Re:I don't get it by Anonymous Coward · · Score: 2, Insightful
      Why do people think trying to hack web sites without asking the owners first is somehow acceptable?

      I fail to see what any of your comments have to do with TFA. The author explicity does not condone hacking. Your metaphor is wrongheaded, too. Public web sites are not the equivalent of a random private house on the street. If I walk into a store to buy something, go to the checkout, and discover that if I lean against the checkout counter that cash streams out the register, does the store want me to let someone know or not? Obviously they wouldn't want me to take the money, but if they're going to arrest me for telling them that their cash registers are brokent I'm just gonna go. You're not going up to Joe Blow's house and shaking his knobs and checking the windows, knowing full well that it's his private home and you're just gonna check things out. We're talking about an open house where the owner is saying "Come on in and look around! We hope you'll buy something." If I walk around and find an open safe, I haven't broken the law. The owner invited me in. If he's going to leave an open safe around, that's his stupidity.

    3. Re:I don't get it by Chandon+Seldon · · Score: 3, Informative
      The analogy is your problem.

      In the article, it's talking about students noticing security issues in web applications that they are using. If you accept the physical property analogy at all, this is more "seeing that a door that should be secured was left open".

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    4. Re:I don't get it by finkployd · · Score: 2, Insightful

      Is it OK for someone to walk around the neighborhood and try turning all the doorknobs? How about pushing the doors open to see if they're bolted?

      Because that is EXACTLY like finding a vulnerability on a website. Once again, real life analogies serve to only confuse the issue, having little to no relevence to the subject at hand.

      There are many ways to find a bugs in web applications, often just from regular use. A vulnerability is nothing more than a bug that happens to have more serious reprocutions. I've seen cases where using the back button can change the user you are logged in as, refreshing a posted form can get you funky places, and accidently entering inforrect data (like alphanumeric data into a numeric only field without proper type checking) can total bring down a system and spit out a potentially exploited environment dump.

      Now that is for regular users of a system, if we are taking about someone who has no business using a web application (number 1, why would he have access to it in the first place, it should be protected with an apache auth module or isapi auth module, but I digress), the situation gets more complicated. This person presumably has no permission using the website, let alone playing with urls, submitting funky data, or generally hacking around. However, you are pretty naive if you believe nobody else is doing this. Every server I have ever run is under attack pretty much all day, every day. If someone happens to find a vulnerability, I would much prefer them tell me about rather than keep quiet. Will I treat it as a breakin, distrust the good intentions of the reporter and assume I have to wipe the machine and reinstall everything from a known good backup? Yes. But again, better to know and have a chance of fixing it than never know.

      I would argue that in a perfect world, someone trying to break into any system, regardless of intentions is just making things worse. However in the real world where there are tons of bots and blackhat hackers going after systems all the time with no intention of alerting their victims of vulnerabilities, someone who finds a vulnerability and alerts the webmaster is actually making things better. Regardless of whether or not he should have been there in the first place, the end result is that you can now make your environment more secure than it was before.

      Finkployd

    5. Re:I don't get it by Jerim · · Score: 2, Interesting

      I don't trust the legal system to understand technology.

      Their logic is that you accessed someone else's account. Whether you intentionally did it or not, the fact remains that you did it. Therefore, 9 out of 10 courts are going to assume you are guilty.

      Just like if they saw you carrying a bag of cash right after someone robbed the 7-11. Nevermind the fact that you just cashed your paycheck at the local bank. You were found carrying money in a bag right after a store was robbed. No one is going to listen to you.

      Add in the fact that you are talking technobabble speak to judges who have still haven't masterd the "double click" and you get a recipe for disaster.

  13. Yes and no; not so simple by dereference · · Score: 3, Informative
    Even if Bob's Software knows about the flaw in Program, they can atleast say with a straight face that they had no idea it existed. Once you announce in publically, they have been officially notified that the flaw exists.

    That's all quite true.

    At that point, anything serious that happens, say Program causes some other company to lose lots of money, puts Bob's Software as a responsible party for allowing this known flaw to exist.

    And, if software were like any other tangible (and most intangible) products/services in the world, you would be correct here as well. Unfortunately it's not, so you're not. Why? Those lovely click-wrap EULA licenses explicitly and specifically disclaim all liability, including even fitness for purpose. Look at almost any EULA out there and you'll see that usually the most you could possibly recover, even if this software somehow manages to kill you, through gross negligence or otherwise, is the price you paid for it.

    Of course, Bob's Software doesn't want to part with your money, so your point is still partially valid. However, I think we shouldn't overlook the fact that we're not talking about huge product liability lawsuits, and yet they're treating disclosures as if we were. Basically they're trying to have their cake (EULA dislaimers) and eat it (prevent disclosures) too.

    They would, it seems, be doing fairly well at both right now.

  14. Don't ever report a flaw! Ever! by jonfr · · Score: 3, Interesting

    "where they can become suspects and possibly unjustly accused simply because someone else exploited the web site around the same time that they reported the problem."

    Been there, done that. Got arrested, got lucky, found not gulty for all but one charge, but lost three computers becose the cort did figure out it was wrong of me to use a pwd (I did test the flaw, big mistake), even if it was on a public C: drive for everyone to see and in a clear text file. I am never going to report a bug in a computer system in a school, company or somewhere else agen. Don't care what the type of the flaw is or who it is, it is there own problem, they can handle there own infestation.

    1. Re:Don't ever report a flaw! Ever! by jonfr · · Score: 3, Insightful

      Learn to speak my language (Icelandic), then I am going to take you serius.

  15. True story by celardore · · Score: 5, Interesting

    This story is true...

    It's easy to spoof email addresses with a very simple PHP script.
    I decided one day to trick one of my collegues. I sent him an email 'from' one of our very attractive collegues (in a fairly distant department so I thought it safe at the time) complimenting him on his physique and machismo. I used her real email address as the 'spoof' address, which being the dumbass he is, he replied to. In a manner that would not be considered acceptable in a work enviroment lets say...

    Well, I got in trouble for this. (Everyone where I work already knew I was the only one capable of something like this... [lame] So that same afternoon I was called into my bosses office. He was quite frank, and also remember that I value my job here, he said "That email... You had something to do with it didn't you?"

    I said that I was the cause of that little incident by way of one of my scripts. I said I was sorry it went as far as it did, and my boss accepted that.
    After that my boss said, "Do you have any other things you wish to report?" I decided that I'd come clean with everything I'd found out about the work network. I told them that using the citrux system, I could remotely control anyone on the networks PC. I told them I could spoof emails from anyone... Which resulted in my company rejecting email authorisation for crediting invoices full stop.

    OK, through a prank I caused my company a bit of upset... But I, in turn, improved systems indirectly. And all this because I exposed one weakness, and upon my bosses asking me about it - I told all. As I'm sure any loyal employee would do. Through exposing a weakness in my company, I concentrated effort on plugging those holes.

    1. Re:True story by merreborn · · Score: 2, Insightful

      "It's easy to spoof email addresses with a very simple PHP script."

      It's easy to spoof email addresses with a very simple telnet client.

      telnet mail.example.com 25
      HELO local.domain.name
      MAIL FROM: billg@microsoft.com
      RCPT TO: pranked@yourdomain.com
      DATA
      Subject:

      .

      QUIT

      Hell, you can usually just set an arbitrary 'from' address in your email client. I learned that trick on Netscape 3.0 in gradeschool.

  16. Unintended consequences by Todd+Knarr · · Score: 2, Insightful

    The people running Web sites, or creating software for that matter, might want to consider some of the consequences of their current crack-down on vulnerability reports. Yes, vulnerability reports are bad PR. However, if this keeps up people who find vulnerabilities will have only two feasible alternatives:

    1. Say nothing. This leaves the site or software wide open to exploitation by the unscrupulous. The PR when this comes out will be even worse (and it will come out).
    2. Don't report to the creators. Report only to the general public, anonymously, with full details included so nobody has to trust the reputation of the reporter to verify the validity of the report. Of course this makes it impossible for the creators to fix problems before the world gets told about them.
  17. I have some experience with this by JeffSh · · Score: 5, Interesting

    I have two times found and two times reported vulnerabilities I have found in public web based systems.

    Let me tell you, it was not easy. Here's the story of the first time because it's the most interesting.

    I worked for a community college in its' tech department. Alot of my time was devoted to answering phones and helping faculty with problems, which did leave me idle alot. (high availability requires high idle time as a concequence). As a tinkrer, my idle time is never spent truly idle, but pursuing things that don't require 100% attention.

    The community college I worked for had many different systems, and as such had many many translation layers between them. One of these transition layers was a transition from a "Portal" type website to another website that handled student information. (class registration, transcripts, billing, paying, you know all that important personal stuff).

    Anyway, I found a flaw in one of the scripts used to authenticate a user session to the second web service. The flaw was that the moron who coded it decided that creating a script that accepted 1 variable (the username) was enough security to authenticate a login.

    by closely observing the scripts actions through my web browser, i noticed there were 2 very quick redirects. Focusing my efforts there (and logging my URL requests), i found the call to the script that required only the username.

    So, basically, at that point I had access to anyones student account that I had the username for.

    I documented it very well in a long email, and demonstrated the flaw to my coworkers. I thought I would be a real hero for finding it; I mean afterall, if I had found it who knows who else might have? surely, disaster averted!

    But... my idealism in the situation was met hard with reality. My inexperience led me to not take into account factors I should have.

    After reporting the vulnerability, a minor investigation was launched which I was the subject of. I felt more like a crminal than a saint. After demonstrating how I could login to their accounts, my coworkers were suspicious as were my superiors. The thought pattern seemed to go like "Well shit if he can do that, what else has he done? Why was he even poking around there in the first place?".

    While never actually accused of any wrong doing, they weren't nearly as impressed with my find as i thought they would be. I was looking for a pat on the back, maybe a bonus, but instead my superiors were troubled and nervous. I'm not sure if I was right in feeling this way, but I never felt quite fully trusted there again after that one.

    The other thing I didn't think about was how the existance of the error then impeached the person who wrote it. rightfully so, because it was a FOOLISH error, but the guy who wrote it was a guy who had been employed there far longer than I, and of course having me find it and dismantle it presented quite an embarassment to him.

    I ended up leaving the job there 6 months later for a variety of reasons, but reporting the vulnerability was one of the 2 or 3 core reasons that I left. I don't regret it all and would do it the same way again, but going through it taught me alot about how to NOT be someones boss (should I ever become one in the future), and not react in the accusatory manner like my superiors did.

    1. Re:I have some experience with this by jafac · · Score: 2, Interesting

      Similarly, I was recently taking a proctored exam. The exam center used a computer-based testing method, running on a Windows PC. The test was a math test, and the computer was pretty much wide open. Only very minimal measures were taken to lock down access and functionality. Yet, they had a pair of goons frisk me on the way in, and took away my cell phone, my watch, and pen.

      I demonstrated for the proctor, the fact that ANYONE could use the start menu, run item to open calc.exe, and therefore, access the windows calculator program, and that they really ought to do a better job securing these machines, seeing as how they spent so much money on the hired muscle.

      I was immediately accused of cheating on the test.

      I had to contact the professor to get the calculator-restriction lifted (the test was not on arithmatic, but rather on polynomial equations - involving nothing that a calculator would help anyone on anyway).

      --

      These are my friends, See how they glisten. See this one shine, how he smiles in the light.
    2. Re:I have some experience with this by JeffSh · · Score: 2, Informative

      Well, first off man I'm glad I don't work in your "shop". Obviously you and I would not get along, I can tell we have pretty conflicting ideas on things. :)

      -) No I did not ask for a bonus. I don't ask for rewards, nor do I feel entitled to them. I do think it would've been nice, and I felt my actions were noble. I think that rewarding subordinates should be proactive rather than reactive. Reactive rewarding responds to greed while proactive is generous.

      -) There is no concievable way my email reporting it could have been construed as a threat. The only thing threating about it may have been the prospect of having a subordinate who's very capable, which is threating to some people in leadership positions. The email was not a broadcast email, it was an email to 2 of my superiors.

      -) I did not discover it by accident. I consider myself righteous to a fault. I pursued my initial recognition of a possible "fault point", and lo, found a fault. Finding the flaw was completely purposeful. I could not request a "private" meeting and say that i "discovered it by accident" as that would cheapen my discovery, i feel.

      -) There's nothing confidential about a public system, so the flaw's existance was not confidential.

      -) I couldn't have gotten a raise due to the unionized nature of the college I worked at. You don't get merit raises.. (another reason I left).. So I didn't ask for one.

      I will give you that you're probably totally right that they didn't read my whole email before forming a reaction; that's typical of inattentive superiors, the types if administrators I have a loathing for, and the type they were.

    3. Re:I have some experience with this by drspliff · · Score: 2, Interesting

      Suprisingly I went through an almost identical situation to this, and also left about 6 months afterwards for similar reasons.

      In my case it was a very simple SQL injection bug in the login page, being the person I am I do test for these things out of curiosity and an almost compelling need to re-assure myself that the systems I'm working with or using are relatively secure.

      I landed up in the middle of an 'investigation' after an e-mail with a couple of screenshots and a quick description of the bug was sent over to the department which was developing the web application.

      It is very true that if you raise these issues, their now considered your responsibility to fix, not because the developer was incompetant or just nieve of these types of security problems, but because before you discovered them they simply 'didn't exist'!

      To this day I still do web app auditing and report vulnerabilities to the developers when their found, but always in sandbox or test environments rather than live sites; as in future I may end up in court simply for reporting these things (which implies I was 'hacking' or doing generally illegal things in the eyes of the mis-informed).

      There are already procedures that most security professionals follow, for example disclosing only to the developers and allowing a 30 day lea-way for them to patch it. In the case when the developers don't respond and you consider it to be a risk to the public, publishing the bug along with a patch so users can fix it themselfs.

      It's just a shame there's this big grey area (and often completely black) in the law.

      Just my two cents...

  18. Almost got me in trouble by NicoNet · · Score: 2, Interesting

    I had worked for the Cuyahoga Falls School District in IT. I had noticed that on NeoNet's (Our Internet Provider) FTP server that anonymous was able to download, upload, and delete any file on the server. I reported this in October 2000 to NeoNet, they did nothing about it. In March of 2001 I was laid-off due to financial issues in the school district. Weeks later, the schools web site was replaced with a porn site using the anonymous login. They immediately assumed it was me. Luckily they were able to track it down to a student at the school. They then immediately fixed the FTP problem.

    --
    Free Linux Shells!
    NicoNet 2000

  19. Slashdotted: article text by cinnamoninja · · Score: 3, Informative

    CERIAS Weblogs Reporting Vulnerabilities is for the Brave

    I was involved in disclosing a vulnerability found by a student to a production web site using custom software (i.e., we didn't have access to the source code or configuration information). As luck would have it, the web site got hacked. I had to talk to a detective in the resulting police investigation. Nothing bad happened to me, but it could have, for two reasons.

    The first reason is that whenever you do something "unnecessary", such as reporting a vulnerability, police wonder why, and how you found out. Police also wonders if you found one vulnerability, could you have found more and not reported them? Who did you disclose that information to? Did you get into the web site, and do anything there that you shouldn't have? It's normal for the police to think that way. They have to. Unfortunately, it makes it very uninteresting to report any problems.

    A typical difficulty encountered by vulnerability researchers is that administrators or programmers often deny that a problem is exploitable or is of any consequence, and request a proof. This got Eric McCarty in trouble -- the proof is automatically a proof that you breached the law, and can be used to prosecute you! Thankfully, the administrators of the web site believed our report without trapping us by requesting a proof in the form of an exploit and fixed it in record time. We could have been in trouble if we had believed that a request for a proof was an authorization to perform penetration testing. I believe that I would have requested a signed authorization before doing it, but it is easy to imagine a well-meaning student being not as cautious (or I could have forgotten to request the written authorization, or they could have refused to provide it...). Because the vulnerability was fixed in record time, it also protected us from being accused of the subsequent break-in, which happened after the vulnerability was fixed, and therefore had to use some other means. If there had been an overlap in time, we could have become suspects.

    The second reason that bad things could have happened to me is that I'm stubborn and believe that in a university setting, it should be acceptable for students who stumble across a problem to report vulnerabilities anonymously through an approved person (e.g., a staff member or faculty) and mechanism. Why anonymously? Because student vulnerability reporters are akin to whistleblowers. They are quite vulnerable to retaliation from the administrators of web sites (especially if it's a faculty web site that is used for grading). In addition, student vulnerability reporters need to be protected from the previously described situation, where they can become suspects and possibly unjustly accused simply because someone else exploited the web site around the same time that they reported the problem. Unlike security professionals, they do not understand the risks they take by reporting vulnerabilities (several security professionals don't yet either). They may try to confirm that a web site is actually vulnerable by creating an exploit, without ill intentions. Students can be guided to avoid those mistakes by having a resource person to help them report vulnerabilities.

    So, as a stubborn idealist I clashed with the detective by refusing to identify the student who had originally found the problem. I knew the student enough to vouch for him, and I knew that the vulnerability we found could not have been the one that was exploited. I was quickly threatened with the possibility of court orders, and the number of felony counts in the incident was brandished as justification for revealing the name of the student. My superiors also requested that I cooperate with the detective. Was this worth losing my job? Was this worth the hassle of responding to court orders, subpoenas, and possibly having my computers (work and personal) seized? Thankfully, the student bravely decided to step forward and defused the situation.

    As a consequence of that experience, I in

  20. You know what they say... by humankind · · Score: 4, Funny

    When vulnerabilities are outlawed, only outlaws will use vulnerabilities.

  21. It's like a crook reporting a drug stash... by i+am+kman · · Score: 2, Insightful

    Hmmmm, of course the article focuses on the big evil website administrators for attacking the small defenseless students who tried to (probably) illegally break into his system. The article carefully avoids any discussion of what these students actually did to 'discover' the vulnerabilities.

    I'd venture to say that most hackers 'smart' enough to hack into a website is probably smart enough to send an anonymous email reporting the hack. If the administrator ignores the emails or warnings, then the burden falls upon them.

    This is similar to a crook breaking into a house and then reporting the secret stash of drugs or child porn they found. Ok, it would be nice if they could report it anonymously, but it certainly doesn't justify the initial illegal behavior. And, like most crooks, they probably break into hundreds of places before they either get caught or find stuff worth reporting (like being able to access student grades or SSN).

    That said, I agree it's in the website's best interest to allow folks to anonomously post vulnerabilities. Duh.

  22. Simpler than unsecured Wi-Fi by Intron · · Score: 4, Funny

    I recently figured out a fairly anonymous method of reporting vulnerabilities for a cost of only $0.39. Send SASE for details.

    --
    Intron: the portion of DNA which expresses nothing useful.
  23. Not so different by OpenSourced · · Score: 2, Insightful

    Well, that's not so different as the situation in physical security systems. Go and tell a bank manager that they have an unsecured entry point in the air ducts, and that their alarms can be blocked by a XT42 bypass (or whatever), and the guards always have lunch at the same time leaving the screens unattended for ten minutes.

    You are probably making them a big favour, but the fact remains that they will be suspicious about you, and may call the police. How do you know about those things? What are your intentions? It's quite a natural reaction. We only perceive the situation to be different because we happen to be experts not in alarms but in computers.

    --
    Rome taught me patience and assiduous application to detail. Virtues which temper the boldness of great, general views.
    1. Re:Not so different by alienmole · · Score: 2, Interesting

      A friend of mine once noticed a mains power anomaly being reported on a regular basis by his APC SmartUPS. He reported it and provided the info from the power supply's automated report to power company. Later that day, he got a call from the police wanting to know why he knew so much about the power system - the power company had "turned him in". The police accepted his explanation, but he (and I) were a bit taken aback by the incident.

      BTW, where is your sig from? I like it. I'm still trying to learn those virtues, though...

    2. Re:Not so different by x2A · · Score: 2, Informative

      ...and what if you're in the bank, and you notice that their "authorised personnel only" door with a secure code lock is catching on the carpet when staff come through it, and not clicking shut?

      Point is, you don't always have to be looking to see something.

      --
      The revolution will not be televised... but it will have a page on Wikipedia
    3. Re:Not so different by MikeBabcock · · Score: 2, Informative

      This happens because the problem is reported to the wrong person. Management knows nothing of the practicalities of security. Explain these problems to a security expert who does work for the bank or who knows those people. If you report something out of the blue to management as a nobody, you'll obviously be regarded with great suspicion.

      --
      - Michael T. Babcock (Yes, I blog)
    4. Re:Not so different by JAFSlashdotter · · Score: 2, Informative
      Well, that's not so different as the situation in physical security systems. Go and tell a bank manager that they have an unsecured entry point in the air ducts, and that their alarms can be blocked by a XT42 bypass (or whatever), and the guards always have lunch at the same time leaving the screens unattended for ten minutes.

      You are probably making them a big favour, but the fact remains that they will be suspicious about you, and may call the police. How do you know about those things? What are your intentions? It's quite a natural reaction. We only perceive the situation to be different because we happen to be experts not in alarms but in computers.

      But should I call the police if I saw that the bank's front door was propped open and the vault door was open at 2:00AM when I was at the front of the building using the ATM? Or should I just drive away? Probably just drive away.

      How about a different analogy? I'm at the hospital, in the ER waiting area at 2AM waiting the mandatory 4 hours before I get to see a resident. To fight the boredom, I'm using the tethered remote to flip through the channels, and notice that on channel 85, I can see the admission clerk's monitor info! Everyone's SSNs and medical info scrolls by as it is entered. Obviously this is a mistake, and obviously it is potentially harmful to all of the patients, including me. Should I tell someone? Did I do something wrong by flipping to channel 85? Should they call in the police and have me investigated?

      --
      We apologize for the preceding message. All those responsible have been sacked.
  24. While searching for a job, I found a bug... by bIOHZRd · · Score: 3, Interesting

    ...Basically, I was job hunting and a friend directed me to a website of his company who was hiring. Now, instead of typing "www.company.com" i typed in "company.com". Boom, I'm presented with a database login. Hmm, I thought this was maybe for the job search, and didnt see a register button, so I just hit login. I was then presented with what I THOUGHT was a fake database...kind of like the example php websites you can "login" to to get a taste for the app. I wasn't 100% sure, but eventually decided to try running a sql command...I changed all the company descriptions (it was a hiring agency) to "Change your admin password!" I then realized (late I know), that this was a REAL database after more poking around and finding real names/phone #'s/emails. I found the head of the company's email and politely told her there is a SERIOUS hole in her system. She (VERY) quickly responded with her phone number that I already knew and asked me to call. So, being the good citizen that I was, I called. Ha! She immediately asked my personal information which I was hesitant to give, and resorted to only giving my first name. Then she connected me with the "IT guy" if you could call him that, and I explained what I had did and how I did it. Throughout this whole conversation I was very nervous and got the feeling that I was being criminalized. After the whole ordeal was over (luckily they had backups), she offered me the job that I was initially seeking, but I politely refused stating I didn't feel comfortable working for a company that was as insecure as hers.

  25. Anonymous DSL by knifeyspooney · · Score: 2, Informative

    Step 1: Get AnonDSL service.

    Step 2: Create an anonymous webmail account.

    Step 3: Practical immunity to abusive lawsuits means they can't take you to court for ...

    Step 4: Profit!

  26. My first and last time by The+Wicked+Priest · · Score: 2, Interesting

    In 1988, on the first BBS I ever called, I found a vulnerability one day. It was a configuration error that allowed any user to elevate themselves to sysop status. Thinking I was being helpful, I reported it to the sysop. The next call, I was shocked to find myself locked out. Eventually the co-sysop persuaded the sysop to let me back on, but I was "on probation".

    So of course I learned my lesson, and I never reported any vulnerability to anyone, ever again. Found them, though.

    Here's my favorite: On my first ISP (shell account), files in /var/spool/mail/ were set readable and writable by the "mail" group. Also, "pine" was setgid mail. I could start pine, Compose a new message, and then ^R anybody's inbox right into it. One of the sysadmins had three megs of messages in his inbox, and some of them included credit card numbers. But like I say, I'd learned my lesson; I reported nothing. (Don't worry, that ISP later got assimilated by a bigger one, and that particular email system is long gone.)

    --
    Share and Enjoy: 09 F9 11 02 9D 74 E3 5B D8 41 56 C5 63 56 88 C0
  27. Another good example by Beryllium+Sphere(tm) · · Score: 2, Insightful

    For a long time, the Aviation Safety Reporting System has made it possible for people to report a dangerous situation without risking getting stomped. There's no way to tell how many lives it has saved but everyone uses it as a prime example of first-rate systems safety engineering.

  28. Live in a free country by EmbeddedJanitor · · Score: 2, Insightful
    For all the talk of freedom's, you're insane if you put them to the test in USA.

    One way to safely pulicise the info is to live in a free country or get a friend in a free country to do it.

    --
    Engineering is the art of compromise.
  29. Focus on the real issue by Saggi · · Score: 2, Insightful

    A lot of posts go into how to report a flaw anonymously. But this is curing the symptom. The disease is the fact that you get to be a suspect if you report a bug - and might even be incriminated by it.

    Many years ago some wise men in the air-traffic industry realized this. Often planes got into dangerous situations, but due to the risk of getting accused of being the wrongdoers and the risk of losing their jobs, no pilots would report these situations. The result was that the security of air-traffic was not improved. Sometimes these incidents caused people to get killed.

    So they changed the rules. Today pilots can report all dangerous situations, without blame, even if they themselves caused the situation. Airports have such a briefing room where these reports are collected.

    The reason for this is that human error in air traffic does happen. But by getting a clear picture of the situations you may be able to focus on helping them out. If pilots miss a sign on the runways, focus should not be on the pilot, but on the visibility of the sign. It doesn't really matter if you say: Pilots should look out for signs or they should get fired. Next time an unlucky pilot misses the sign... bang.

    Something similar could be done with IT security. Reporting a bug if you encounter it should be with the focus on fixing the bug. Not to blame the one who found it.

    Remember the focus in this case is the flaw or bug, not the one who finds it. Unfortunately the case appears to be focusing on the man rather than the real issue. We do this in our daily life. It's a part of human nature. But the bug never gets fixed... and then the really bad guy comes...

    --
    -:) Oh no - not again.
    www.rednebula.com
  30. Vulns on uni networks by dcam · · Score: 2, Interesting

    I once found an issue on a university network.

    It turned out that for a number of the windows labs, available to all students, you were always logged in as administrator. When I reported this issue (along with a list of actions I could perform that would be cause damage to the University or its students), I got the brush off. At the time I considered exploiting this to demonstrate the problem. I'm glad I didn't.

    This is a few years ago but it was interesting that there was a total disregard for any security concerns with that particlular section of IT support.

    --
    meh
  31. I reported a problem once and didn't get in troubl by pclminion · · Score: 2, Informative
    I didn't exactly receive any thanks, either, though. Back in the early 90's I had a shell account on a local UNIX system. The system was set up to let people automatically create new accounts, which were then authorized by the administrators. To do this, you logged in as the user called "new."

    Well, first thing that happens when you did that, was you read their terms of service in a "more" listing. Of course, it was easy to hit Ctrl-Z and drop to a shell at that point. Once in the shell, I did an "ls" of the "new" user's home directory. Lo and behold, in that directory was a file containing all the new users created that day, along with their system-assigned passwords.

    Funny thing -- most users never change their passwords. I had the master list to almost 90% of the accounts on the system! It got better, though. I noticed certains patterns in the assigned passwords. E.g., the last three chars of one password where the same as the first three of some other password. I wrote a program to piece it all together.

    Turns out, the "random" passwords were drawn from a 512-character string, with the beginning point randomly selected. So I busted the string up into each possible password and ran the thing through a crack program. Now I had closer to 99% of the accounts on the system!

    I reported this, and suggested that perhaps the system-assigned password algorithm was weak. The admins grumbled and yelled but didn't threaten any legal actions.

    I pissed them off again later, with an accidental fork bomb. I lost my account that time :-)