Slashdot Mirror


Approaching Lost Clients About Security?

mgkimsal2 asks: "As a development shop, we win some bids and we lose some bids for various reasons. What we've found when following up with some prospects which we didn't win is that the development shop they went with has them on ASP/NT servers, with security holes up the wazoo (visible source code, passwords, etc) exposing these clients to massive risk. Example: I just saw a company with 500+ employee records accessible to anyone who feels like connecting to them with SQL Server Enterprise manager. Hire dates, fire dates, SSNs, the works. Should we show these companies how easy it is to get in, and try to win them over as a client? Or just walk away? I've read some heated debates about this - if you break in, even as a demonstration, you're a criminal. But how do you show people they're in danger? Alert the current webmasters? In this particular case it did no good - we were accused of being sore losers! We can't be the only people going through this sort of dilemma." The key here is approaching the company in a way that lets them know you are serious and not trying to spread lies about your competitors. If anyone here has been in this position, your thoughts would be appreciated.

21 of 296 comments (clear)

  1. Dont' touch this without a lawyer by bluGill · · Score: 5

    I can't belive /. responses have ignored this important point: There are many things that can be done, some of which are right, and some of which are legal. A few are both.

    Don't touch this situation without a lawyer who knows this area of law. Most likely you will be told to keep your mouth shut as even if you can win the law suits, the cost isn't worth it.

    There is also a possibility that you could find a lawyer willing to do a class action law suit against your compititor if you can prove several customers have been left open like that. This is again dangerious gorund, but you can potentially pull it off. Don't bad mouth any compitition who doesn't misconfigure things like that.

    Whatever you do, make sure your lawyer is informed. their job is to save your rear end, but they can't do that if you don't tell them what is going on.

  2. Don't take this lightly. by defile · · Score: 5

    I'm assuming you live in the USA...

    If you haven't already done so, burn the machines you performed the exploits from, change your name, move to another state, stop looking at slashdot, and tell no one anything. The United States is absolutely insane about computer intrusion.

    If you are caught, you will be charged with computer intrusion which carries a maximum sentence of 15 years per count. Plus you will have to pay for all of the security consultants the insulted company brought in to examine everything. They can count virtually anything as damages. If the media gets ahold of it and it say, lowers their stock price, they will claim this as damage!! This is scary stuff. How many of you tried the IIS5 exploit on a random site? That little 'dir' you did before logging out could easily cost you 15 years of freedom and $50,000 in damages.

    I have a friend sitting in jail right now (he got a 1 year sentence off of a plea bargain) for doing something like this. If the FBI hasn't knocked down your door yet, be thankful and don't say another damned thing on the subject.

    Your intentions may be completely pro bono, but when dollars are concerned, that just doesn't matter.

  3. You can go to jail... by Paul+Lamere · · Score: 5

    Randal Schwartz (co-author of Programming Perl) did just this thing and was taken to court and Convicted of three felony counts, with (deferred) jail time. Read all about it at

    State of Oregon v. Randal Schwartz

  4. Keep your hands clean by Ralph+Wiggam · · Score: 5

    I think the best way to play that is to set up a meeting with the client who turned you down. Get a couple business people and their best tech guy in a room with a computer. You sit at a table with your hands in front of you. Talk their tech guy through the "crack" and make it clear to the business guys that in place of their tech guy it could have been any 15 year old on the planet. If the competing company gets pissed because they lost business over the incident, you didn't actually do anything. The client company merely viewed their own data using a nonconventional access route. If the competing company tries to go after thier former client for "circumventing security", threaten to send a copy of the court papers to all of the rest of their clients, showing everyone what crappy security they have.

    That should teach your competitors to bid against you.

    -B

  5. Get consultant fees... by Gen-GNU · · Score: 5
    If you have already lost these people as a client, let them go. Hanging around and nitpicking is a sure way to get them to think less of your company.

    What you should do is wait for the site to be up a while, (6 months to a year), and approach them as a "security consultant." Get permission to poke around, before you do it. Get paid consulting fees to do it.

    In the end, they may be impressed and switch over to you. Don't suggest yourself as the company to switch to, though. This will come off as sour grapes. Suggest that they either revamp the site, or choose a different server type altogether.

    Bottom line, if you impress them with the small amount of work you do for them, they will think of you as a 'good' company, and speak of you that way. If you upset them, they will never do business with you, and you risk losing other business as well.

  6. Re:I don't understand how some of this is illegal. by p3d0 · · Score: 5
    It is ok to use http over tcp-ip to hit the machine, noone has a problem with that... But suddenly it isn't ok to use sql over tcp to hit that same machine?
    Stop trying to be naive for a minute, and admit there's a big difference based on whether or not the owner of the computer wants you to access the information.

    Go ahead and argue what should be legal, but don't pretend that you can't tell the difference between a website and an unintentional security hole. Tons of existing laws (like first- vs. second-degree murder) already use criteria as fuzzy as this.
    --

    --
    Patrick Doyle
    I mod down every jackass who puts his moderation policy in his sig. Oh, wait a sec....
  7. A whacky idea by Monte · · Score: 5

    This just popped into my head, perhaps it's nonsense, perhaps it's workable (given somebody with a legal background to pull it off):

    What if you asked them to sign a document that certified (1) you company did not do any work on the system(s) identified and (2) they have reviewed the list of security vulnerabilities attached and agree and certify that they are not the fault of your company and (3) that your company has provided due dilligence in notifying them of the gaping holes.

    The idea is that you're approaching from a CYA angle instead of a "look at what those twits have done to you" angle.

  8. Errr.. Narq them in! by QuantumG · · Score: 5

    Surely they are breaking the law by publicizing these employee details (I know nothing about this part of law). Write a short letter containing all the details and send it anonymously to your local police. Or are you more interested in making money fixing their security bugs than just having a secure internet? Frankly I think there should be people who go around doing exactly this. Perhaps they should be police but if not, they would at least be taken seriously by the police and hopefully would not be accused of being "evil hackers".

    --
    How we know is more important than what we know.
  9. Treading on very dangerous ground by phutureboy · · Score: 5

    I would not go near there with a 10-foot pole. There is really no way you can pull that off without generating a lot of ill will for your company from at least one of the parties involved. I also don't see how that will convince them to switch to your company immediately, no matter how right you are.

    Let them reap the consequences of choosing a lame dev shop, and perhaps next time they will choose you instead, having learned their lesson. Think long term!

    --

    1. Re:Treading on very dangerous ground by coolgeek · · Score: 5
      This is really about what kind of relationship you have with the client. Lunches, gifts, etc. will get you the open ear when needed. Continued lunches and contact, even though they are not buying anything today might put you in front of their face when they begin to realize the error of their ways. This is the opportunity for you to become a problem solving resource.

      Many a time my clients have come up with some Great Idea[tm]. My initial response is to agree with it, no matter how bad I know it is. Later I ask questions and present information, each of these really being another slice with the X-acto knife, until their Great Idea dies the death of a thousand cuts. I try to shy away from the "X is bad, so don't use X&quot. Instead my focus is on affirming what I know the right solution to be. Most of the people I work for are smart enough to know that if all I can do is slam the other guys solution it is because I don't know how good my own solutions are. So, if you've already burned all your launch fuel telling these people how bad NT is, instead of how great Linux is, take your lessons and move along.

      In any case, you will just look like a poor loser if you take a proactive stance here. This contacting their "webmaster"...What is that? Don't TELL THEM HOW TO FIX IT! When and if they come back to you, THEN you pull out all the Bugtraq messages the other guys should have known about.

      --

      cat /dev/null >sig
  10. I don't understand how some of this is illegal. by AugstWest · · Score: 5

    If I fire up an MSSQL client and connect to someone's database which is sitting wide open on the internet, how am I breaking the law?

    I'm using a client to access information which is publically available on the internet. How is it any different to use a DB client instead of an HTTP client?

    1. Re:I don't understand how some of this is illegal. by BradleyUffner · · Score: 5

      I didn't break in! I walked through the guys back door which he forgot to close.
      =\=\=\=\=\=\=\=\=\=\=\=\=\=\=\=\=\=\=\=\=\ =\=\=\=\

  11. You lost the bid, ... by Speare · · Score: 5

    I agree with the sentiments here that "You lost the bid, so just move on."

    If you want to find out WHY you've lost the bid, a questionnaire is a good idea. Give them some meaningful but neutral questions, and give them a chance to respond in their own words. Assume that you will get no results, but if you DO get feedback, consider it carefully in future bids.

    • With regards to security, why did you find a competing product more valuable?
    • CompetitorCo's track record for security seemed stronger.
    • OurCo has not demonstrated suffient regard for security.
    • Cost outweighed security concerns.

      With regards to interoperability, why did you find a competing product more valuable?

    • CompetitorCo's products have a higher degree of interoperability with your other systems.
    • OurCo's products have not demonstrated interoperability with established standards.
    • Cost outweighed interoperability concerns.
    And so on. If your questionnaire smacks of propaganda, and not of honest "how can we serve you better" fact-finding, then it will land in the recycle bin.
    --
    [ .sig file not found ]
  12. Been there, done that by rjamestaylor · · Score: 5
    I worked for a small company that lost a bid to a client for a database project. We still had other business with the client and this gave us an opportunity to keep in contact with the customer. The winning bid was from a startup that planned to use FileMaker Pro (hey, it's "Pro" - right?) for a multiuser live data-intensive application. The client was won over by the slick buttons. Anywaym their plan was to prototype in FileMaker Pro and port the result to Access. Whee.

    After running 150% past the delivery date with no deliverable in sight we asked the client for a meeting, which was granted, wherein we offered to audit their development up to that point and assess the situation. Permission was granted and we were given access to the development code.

    What we found was a sham - nothing more than a few forms (no reports), basic tables and a couple queries. All the processing logic was contained in a couple queries (maxed out the SQL zoom editor). Oh, no modules. No, this wasn't a backend/frontend separation. 18 months and not much more than pretty buttons.

    The kicker was discovered looking at the table definitions: no primary keys. Unbelievable.

    We asked the other company for a meeting - alone - to discuss our findings, give them time for rebutal, etc., before we presented our findings to the client. In this meeting no facts were refuted, only one question was asked: "Why do you need primary keys?"

    Then the three parties met and laid it on the line with the client. It was obvious that the other developers were in way over their heads and were going no where, yet slowly.

    Resolution? The client stayed with the FileMaker people. Why? Too much time and money invested to change and prestiege. Yep, good old pride. The client would have to admit that he'd screwed up and he couldn't do that.

    Moral: you lost the bid, forget about it. Sure, drop a note, but only out of conscience - then move on.
    --

    --
    -- @rjamestaylor on Ello
  13. Re:Give them instructions - hacking banks by x-empt · · Score: 5

    I did this recently and documented steps to show the intrusion technique (only one of many) and how to fix the problem. I submitted this information in a report to a bank...

    Now, one year after the report was sent to the bank, I re-sent the report via PGP-crypted mail and said I wanted to publish the report publically.

    They turned around and filed a report with the FBI which sparked an investigation into me (still going on).

    Plus they started unleashing their lawyers on me.

    Luckily I am a minor and it would look really bad for a bank to attack a kid who only wanted to exercise his first amendment rights to publish such information (none of which was illegal).

    I suggest not using your approach of "showing the problem in a report." It has only caused troubles for me. Unless you have a ton of lawyers to protect you, this method isn't recommended.

    --
    Ever need an online dictionary?
  14. More than Prison/Protecting yourself by Frank+T.+Lofaro+Jr. · · Score: 5

    The good news is he likely won't serve any time.

    The bad news is quite bad though. As a felon he is legally barred from many rights full citizens (which he NO LONGER IS in the eyes of the law) have.

    It is illegal for him to own a firearm ever again everywhere, (in some states, not his state of Oregon) to ever vote again, and of special interest to people in the I.T. field:

    It is illegal for him to work in certain technical jobs ever again. Such as working for a certification authority in at least one State.

    Also, a lot of people are under the impression that all felons are intrinsically untrustworthy individuals.

    The above still applies even if the persons motives were pure.

    P.S. Randal Schwartz would likely have not been convicted if he were in Nevada. The laws here provide for implied authorization of an employee to access employer's systems unless their is "clear and convincing" evidence to the contrary. He still could've been fired though (Nevada is an at will state).

    The moral: Don't try to do any favors. If you want to break into systems as a good guy, find a way to do it LEGALLY.

    Consult a lawyer for legal advice.

    --
    Just because it CAN be done, doesn't mean it should!
  15. offer a free security review as a "teaser" by bluebomber · · Score: 5

    Simple: Offer to perform a smallish security review. For free. No strings attached. If there are gaping holes, it will only cost you a few hours worth of work (and maybe a couple of hours of sales pitch), and has the potential for gaining the client as a customer. I'm not suggesting that you do a full security audit, or even that you hold yourselves out as such. Just that you offer to perform a small service for those customers that you've lost in the past, as a gesture of good will and to demonstrate the quality of the service that you can provide.
    -bluebomber

  16. Happens every day by dada21 · · Score: 5

    I've found that a standard 'form letter' has worked for me in the past. I've probably won back some lost clients because of security issues. Generally, my letters have been written to whomever accepted the bids for the original contract, along with a repeated thank you for allowing our company to bid on the project. We hope we can be of use in the future on similiar projects, and want to be kept abreast of any upcoming work that will be taking bids. On another note, we would like to mention that we review the your website as it currently stands, and have found some serious security issues and risks that go beyond being "potential problems." If you would be interested in hiring our security team to show you the current security breaches and issues, we would be happy to draft up a competitive bid package for the consulting time and documentation time needed to review all the security problems as your system currently stands. Then go on to say how security is as important to your firm as the end product, and that it is quite possible the reason your bid package on the original contract was higher than the winner was because of differences in opinions about Internet security. Don't be afraid to blast their price, not their service. If you get a follow call (I've gotten them more than 75% of the time!) you can explain that many websites on the Internet have security issues, that you are well versed with how to handle them, and many companies haven't taken the time because the chance of getting hacked SEEMS slim, while in reality it is not. I've lost some clients who have returned to the bid winner to clarify security issues and have gotten some of them fixed (without us telling them specifically what the problems are). Even if you don't get the contract, you may end up with more lucrative time and material work pointing out the bugs in the code. I prefer T&M at full rate rather than contract at discount rate anyway. Plus, there's no warranty involved in T&M consulting. Good luck!

  17. Let us help. by iluvpr0n · · Score: 5

    I think you should not try to approach the company. They probably won't believe you, and you're not exactly a neutral voice on the matter. So, sign on AOL and go to my friends and my chat room. It's called private room "l33t" (I'm not sure what that means- my step-sister told me about it though). We'll approach the company from an outside standpoint and using our sophisticated Windows ME programs, can demonstrate the faults in their programs.

    Please allow us to help; we are only in it for the greater security of everyone. Because last year my personal information got stolen from Burger King, where I work. It wasn't a computer problem, but my manager, José Esposito, left the filing cabinet open because he got grease stuck in the closing mechanism. It was so embarassing having my personal information (including details of my police record and photos of my sister) in the hands of whoever took it. I'm still shaken by the thoughts. Luckily America Online is there to help.

    And we want to also help, so please come to our chat room today.

    .

  18. Obligation to those whose privacy is threatened? by melquiades · · Score: 5

    I'm tempted, like many of the other posts, to say "screw the bastards; they dissed you, so you can do the same back."

    However, if there is a hack, it's not just the decision-makers who will feel the pain. You said a hacker has access to employee names, SSNs, fire dates...and most of these belong to people who had nothing to do with choosing or implementing this bad system. OK, probably the hack will come from some kid with no malicious plans for the compromised data...but what if this personal information lead to identity theft? What if information about a firing were leaked to a potential employer?

    Forget the contract -- you lost it. But you have information about a serious potential threat to several hundred people. Isn't there some ethical obligation to the innocent employees whose privacy is on the line here?

  19. Dissing the "Great Idea" (tm) by geoswan · · Score: 5
    Many a time my clients have come up with some Great Idea[tm]. My initial response is to agree with it, no matter how bad I know it is.

    There is one big advantage to the humble approach that coolgeek didn't mention.

    Later I ask questions and present information, each of these really being another slice with the X-acto knife, until their Great Idea dies the death of a thousand cuts.
    Not only is the humble approach, where you merely ask questions potentially more tactful for the other party, it really pays off when it turns out that you are the one who is mistaken.

    If your questions help them discover flaws in the "great idea" you can both think of yourselves as smart members of a team. If it turns out that the confidence you felt that their idea is all wrong is misplaced and your response was tactful questioning you don't look like an idiot. They may appreciate the opportunity to show off how smart they were to have thought it all through. They may think of you as a brain, almost as smart as them, to have found the same question to which they figured out an answer.

    And hey, you ended up learning something useful.

    Being mistaken when you have shot off yout big mouth, and acted like a know-it-all (been there, done that) is a lot more embarrassing than merely asking questions.