Stories
Slash Boxes
Comments

News for nerds, stuff that matters

Slashdot Log In

Log In

Create Account  |  Retrieve Password

Insider Threat

Posted by samzenpus on Fri Jan 06, 2006 02:36 PM
from the the-calls-are-coming-from-inside-the-house dept.
Ben Rothke writes "Thousands of computer security books have been published that deal with every conceivable security issue and technology. But Insider Threat is one of the first to deal with one of the most significant threats to an organizations, namely that of the trusted insider. The problem is that within information technology, many users have far too much access and trust than they should truly have." Read the rest of Ben's review.


The retail and gambling sectors have long understood the danger of the insider threat and have built their security frameworks to protect against both the insider and the outsider. Shoplifters are a huge bane to the retail industry, exceeded only by thefts from internal employees behind the registers. The cameras and guards in casinos are looking at both those in front of and behind the gambling tables. Casinos understand quite well that when an employee is spending 40 hours a week at their location dealing with hundreds of thousands of dollars; over time, they will learn where the vulnerabilities and weaknesses are. For a minority of these insiders, they will commit fraud, which is invariably much worse than any activity an outsider could alone carry out.

Insider Threat is mainly a book of real-life events that detail how the insider threat is a problem that affects every organization in every industry. In story after story, the book details how trusted employees will find weaknesses in systems in order to carry out financial or political attacks against their employers. It is the responsibility to the organization to ensure that their infrastructure is designed to detect these insiders and their systems resilient enough to defend against them. This is clearly not a trivial task.

The authors note that the crux of the problem is that many organizations tend to think that once they hire an employee or contractor, that the person is now part of a trusted group of dedicated and loyal employees. Given that many organizations don't perform background checks on their prospective employees, they are placing a significant level of trust in people they barely know. While the vast majority of employees can be trusted and are honest, the danger of the insider threat is that it is the proverbial bad apple that can take down the entire tree. The book details numerous stories of how a single bad employee has caused a company to go out of business.

Part of the problem with the insider threat is that since companies are oblivious to it, they do not have a framework in place to determine when it is happening, and to deal with it when it occurs. With that, when the insider attack does occur, which it invariably will, companies have to scramble to recover. Many times, they are simply unable to recover, as the book details in the cases of Omega Engineering and Barings Bank.

The premise of Insider Threat is that companies that don't have a proactive plan to deal with insider threats will ultimately be a victim of insider threats. The 10 chapters in the book expand on this and provide analysis to each scenario described.

Chapter 1 defines what exactly insider threats are and provides a number of ways to prevent insider threats. The authors note that there is no silver bullet solution or single thing that can be done to prevent and insider threat. The only way to do this is via a comprehensive program that must be developed within the framework of the information security group. Fortunately, all of these things are part of a basic information security program including fundamental topics like security awareness, separation and rotation of duties, least privilege to systems, logging and auditing, and more.

The irony of all of the solutions suggested in chapter one is that not a single one of them is rocket science. All of them are security 101 and don't require any sort of expensive software or hardware. Part of this bitter irony is that companies are oblivious to these insider threats and will spend huge amounts of money to protect against the proverbial evil hacker, being oblivious to the nefarious accounts receivable clerk in the back office that is draining the coffers.

One example the book provides is that many companies feel they are safe because they encrypt data. An excellent idea detailed in chapter two is to set up a sniffer and examine the traffic on the internal network to ensure that the data is indeed encrypted. The reliance on encryption will not work if it is not setup or configured correctly. The only way to know with certainty is to test it and see how it is transmitted over the wire. Many companies will be surprised that data that should be unreadable is being transmitted in the clear.

Some of the suggestions that authors propose will likely ruffle some feathers. Ideas such as restricting Internet, email, IM and web access to a limited number of users may sound absurd to some. But unless there is a compelling business need for a user to have these technologies, they should be prohibited. Not only will the insider threat threshold be lowered, productivity will likely increase also.

The author's also suggest prohibiting iPods or similar devices in a corporate environment. The same device that can store gigabytes of music can also be used to illicitly transfer gigabytes of corporate data.

Insider Threat provides verifiable stories from every industry and sector, be it commercial or government. The challenge of dealing with the insider threat is that it requires most organizations to completely rethink the way they relate to security. It is a challenge that many organizations would prefer to remain obvious to, given the uncomfortable nature of the insider threat. But given that the threats are only getting worse, ignoring them is inviting peril.

The only lacking of the book is that even though it provides a number of countermeasures and suggestions, they are someone scattered and written in an unstructured way. It is hoped that the authors will write a follow-up book that details a thorough methodology and framework for dealing with the insider threat.

Overall, Insider Threat is an important work that should be required reading for every information security professional and technology manager. The issue of the insider threat is real and only getter worse. Those that choose to ignore it are only inviting disaster. Those companies that will put office supplies and coffee under double-lock and key, while doing nothing to contain the insider threat are simply misguided and putting their organization at risk.

Insider Threat is a wake-up call that should revive anyone who doubts the insider threat.

Ben Rothke, CISSP is a New York City based security consultant and the author of Computer Security 20 Things Every Employee Should Know (McGraw-Hill 2006) and can be reached at ben@rothke.com"


You can purchase Insider Threat from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
+ -
story
This discussion has been archived. No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More
Loading... please wait.
  • Very true (Score:5, Insightful)

    by HangingChad (677530) on Friday January 06 2006, @02:40PM (#14411163) Homepage
    The problem is that within information technology, many users have far too much access and trust than they should truly have.

    Another problem I've seen is execs granting themselves and their assistants way more access than they really need to do their job. It's a power issue for some of them. I run the company and should be able to get to anything.

    That's not every company and SOX has made thinking about the consequences more attractive for the higher ups.

    • is that I would want access in case, for whatever reason, I had to throw the admin out the door and get someone else to his job.
    • Re:Very true (Score:5, Interesting)

      by DaHat (247651) on Friday January 06 2006, @02:46PM (#14411219) Homepage
      There can often be a trickle down effect of that as well... resulting in nearly the entire company having too much access.

      The company I work for for instance... EVERYONE has administrator rights to their desktop. Everyone from us lowly engineers in the back who bend our machines to their limits... up to the sales people who just use our proprietary apps (which do not require admin access) and Outlook.

      Long ago, IT tried to restrict most users... unfortunately enough complained about not being able to do what they wanted (not always what they needed to do), and the policy was reversed.

      This has of course enabled HR persons to install spyware that was suggested by a secretary.

      I am still waiting for the day we have someone run a piece of malware who didn't know any better that brings the entire network, and most of it's users to their knees.
      • "I am still waiting for the day we have someone run a piece of malware who didn't know any better that brings the entire network, and most of it's users to their knees."

        Why wait, just schedule it the night you leave for vacation.

      • I dodn't know if thats such a bad thing all of the time. ESP if you work on the road or from home. A lot of the people at our company and IT company are pretty good with computers. If a machine breaks it's quicker and cheaper to be able to fix it right then and there rather than calling desktop support and having them charge you for the repairs. It's even better now that our help desk is outsourced to India. Not that thats bad but sometimes it's hard to understand. Granted the way our install images are set
        • Huh? (Score:4, Insightful)

          by TWX (665546) on Friday January 06 2006, @03:18PM (#14411496)
          I'm trying to figure out if you're attempting to be sarcastic in places or not, but I'm still not quite sure.

          The keys need to be held by only a small group of people. "Too many cooks spoil the soup" applies very well to a corporate network, even down to the workstation configuration. It's possible to screw up the whole enchilada from that point too, ore at least have some major negative effect, and it's much better that if the intent is for it to be a managed network for it to be managed, dammit. If not, it's a free-for-all.

          Many of my users are very smart people. Unfortunately, they're good only with their own home PCs. They don't understand why we don't always do things the same way that they themselves do them, nor will they until they come to appreciate the demands that present themselves in trying to keep a 30,000 computer network up and functioning for everyone despite their different needs. Where I work, our network is supported by ten field and bench technicians, two data cabling technicians, two telephone system technicians, and four helpdesk persons as far as interface-with-the-user support is concerned. Our back end is four network engineers, four software specialists, one AS/400 administrator, two Computer Operators, and a slew of programmers to write the software that the users will do their jobs with. It's a very, very small department given the size of the organization, and if we had better, tighter control over the security of the workstations it'd be a much easier job.
          • Re:Huh? (Score:5, Insightful)

            by dgatwood (11270) on Friday January 06 2006, @04:25PM (#14412110) Journal
            There are two methods of IT:

            1. Tight control. In this method, the IT people keep the users from doing anything to break or fix the systems.
            2. Hands off. In this method, the IT people say "fix it yourself".

            In my opinion the first one rarely works for very long.

            IT administrators should tell new employees from the very beginning that they will maintain the network, period. If somebody screws up their machine, the IT folks might help the user figure out how to fix it, but the person should have to do the actual work him/herself. This encourages people to take responsibility for their actions, which leads to people actually taking care of their work machines. That was the policy at my former employer (though they did help the marketing folks a bit). It's also the policy of my current employer. From what I have seen, it has worked extremely well.

            Putting in a paranoid policy like not giving users admin rights to their own workstations only coddles the users and lulls them into a false sense of security. After all, the IT department is protecting them from breaking anything, so no matter what they do, if the software lets them, it must be safe. It leads to people doing utterly stupid things that they would never do with their own machines---precisely because on their own machines, they would have to fix it if they break it.

            As for the premise that users will screw things up if they have any control, my experience has been exactly the opposite. I find that software lock-downs tend to be buggy and cause more problems than they solve. I've seen university computer labs run in a paranoid style and university labs with nearly identical machines run with an open policy. The paranoid lab constantly experienced weird crashes and generally unusable systems. The "do what you want" lab, to my knowledge, hasn't had any non-hardware-related service calls since I helped set it up in 1996.

            It is my experience that trusting people until they prove to be idiots is always the best policy. If you trust someone and they betray your trust, you will never trust them again, and they know this. Thus, trusting someone tends to inspire trustworthy behavior. By contrast, paranoid information hiding, control hoarding, and other such authoritarian behavior tends to breed suspicion and contempt, which tends to lead to untrustworthy behavior.

            For example, companies that tend to closely guard their secrets within the company, only providing information to people with a "need to know" tend to have much higher leak rates than companies that are open and trusting of their employees. This boils down to basic psychology. Secrecy breeds a feeling of power---that excitement over knowing something that no one else knows---and the only way to exercise that power is by proving to others that you do, in fact, know something that they don't know, which can only be done by leaking information. If you can share that information within the company, most people do so out of loyalty to the company. If you can't, the destination of the leaked information tends to be the press.

            This isn't to say that monitoring for improper behavior isn't useful. It is always a good thing to find out quickly when someone is betraying your trust, allowing you to take immediate corrective action. In the field of IT, for example, you should have the ability to detect suspicious network activity, break-in attempts, etc. Centralized system logging can also be useful in this regard. However, if you trust people until they show reason not to do so, the vast majority of people will behave appropriately. If you distrust people until they earn your trust, the majority of people will do everything they can to work around you and subvert your control. That is not a healthy work environment.

            Personally, I've always said that the best way to stop press leaks from a company is to create a competing rumor site, see who submits information to it, and take corrective action. Introduce a situation where an une

            • Re:Huh? (Score:5, Insightful)

              by drinkypoo (153816) <martin.espinoza@gmail.com> on Friday January 06 2006, @05:40PM (#14412763) Homepage Journal

              IT administrators should tell new employees from the very beginning that they will maintain the network, period. If somebody screws up their machine, the IT folks might help the user figure out how to fix it, but the person should have to do the actual work him/herself.

              So what happens if they can't fix it? Do you just fire them, reload their computer, and hire the next guy?

              What makes the most sense to me is to store all a user's data on the network, forcing them to do so if at all possible but at minimum making it easy to do so, and have a system image for each PC in your organization. If they scrag their computer somehow, then you can just reload from the image and move on with your life.

    • Very true, some of the most knowledgeable people at a company are its administrative assistants. They sit in on meetings and soak up the knowledge, and they need access to many different files (or servers as the case often is) so they can update files, or post notes. They are not often the highest paid either, so if someone offers them a lot of money to get some information, they just may crack.

      This book reminded me of another good read, "Art of Deception" by Kevin D. Mitnick. You would be surprised how
      • Re:Very true (Score:3, Informative)

        "This book reminded me of another good read, Art of Deception by Kevin D. Mitnick. You would be surprised how easy it is to get information from people."

        No, I wouldn't be surprised. I'm able to figure out any random user's password about 70% of the time just based on their pictures or other obvious habits. Couple that with organizations that give users full local computer administrator access (the bane of any kind of real security) and weak password schemes on remote systems and it's a wonder that there a
      • This book reminded me of another good read, "Art of Deception" by Kevin D. Mitnick. You would be surprised how easy it is to get information from people.
        You mean you actually believed what you read in a book called the 'Art of Deception' describing how easy it is to con people ito believing things ?
      • Re:Very true (Score:4, Interesting)

        by udderly (890305) on Friday January 06 2006, @03:36PM (#14411654)

        This book reminded me of another good read, "Art of Deception" by Kevin D. Mitnick. You would be surprised how easy it is to get information from people.

        I was working for a large retailer about five years ago when I accidentally sent the wrong pricing file for a sign-making program to all 105 stores in our marketing area. So I needed to get into each store's computer via PC Anywhere and manually change the file. It went something like this:

        Mgr or Asst. Mgr.: This is Mr./Mrs./Ms. Manager, how can I help you?

        Me: Hi, I know that you don't know me but this is Joe from Advertising. I make up the signs and there's an error with next week's file that I need to fix.

        Mgr or Asst. Mgr.: Oh, well we certainly don't need wrong information on our signs. What do you need me to do?

        Me: Right click on Network Neighborhood, double-click the connection and read me your IP address.

        Mgr or Asst. Mgr.: Okay, it's xxx.xxx.x.xxx

        Me: Super. I will be in your computer changing some stuff for a few minutes so don't be alarmed if stuff starts happening on your screen.

        Mgr or Asst. Mgr.: Okay, thanks.

        The crazy thing about it is *not one person* in the 105 stores ever questioned whether I should have that information even though none of them knew me or could ascertain where I was calling from. Not even close--they all cheerfully did what I asked without hesitation. Scary!!

    • So, so true. I nearly got disciplined once for explaining to my boss that I wasn't going to give him root access on our Debian boxes.
      • So, so true. I nearly got disciplined once for explaining to my boss that I wasn't going to give him root access on our Debian boxes.

        And you should have been. You don't go "telling" your boss what he can or cannot have, he's your boss. If he tells you to do it, do it. It's then his liability.

        Why are there so many IT people with zero interpersonal skills? Instead of flat out refusing, you could've simply explained why it wouldnt be a good idea. It's your job to present the facts, and you can even
    • BS (Score:3, Insightful)

      'IT' needs access to do its job. We need *total* access to all systems and data or we cant be effective and might as well not goto work.

      Anyone that stands in the way of this should be fired.

      If you cant trust your IT people with this access, then they should be fired.

      As far as the owner having total access, well its his f-ing place. HIS butt is on the line.. He gets what he wants, always. Deal with it.
      • OK, I can't trust anyone with total access to all the data in my entire corporation, so I just fired my entire IT staff as per your instructions. What do I do now?
    • I had the rare opportunity of pulling our CEO's physical access to the data centers because he had no business need for it. He responded that he liked to take potential clients on tours of the facilities, and the data center part was very impressive to them. I countered that he could still do that (wince), but he and his party would have to be escorted; consider it an opportunity to point out to potential clients how serious we are about security. It worked - he's told me that he has received several commen
  • Agreed (Score:5, Funny)

    by dilute (74234) on Friday January 06 2006, @02:40PM (#14411164)
    I thought of hiding my root password from myself
    • Re:Agreed (Score:2, Funny)

      by Anonymous Coward
      I thought of hiding my root password from myself

      But I bet you found it again, taped under your keyboard.

      • I tape it under my mouse to be secure through being more obscure. Unfortunately since I've been using a GUI on the box, the ink got smudged since I wrote it down a year ago.
  • Too much trust... (Score:5, Interesting)

    by RandoX (828285) on Friday January 06 2006, @02:41PM (#14411184)
    I've experienced working at a place where an employee walked out with information (and was subsequently sued into oblivion). Afterwards, all computers were locked down to the point where it made it nearly impossible to get any work done. Ever try to troubleshoot a data issue when you have to get your supervisor to log you into the database server every time? It can be hard to find a happy medium.
    • Afterwards, all computers were locked down to the point where it made it nearly impossible to get any work done. Ever try to troubleshoot a data issue when you have to get your supervisor to log you into the database server every time?

      Let's call that the "post-9/11 effect".
      • And how does having root correlate to having authority to spend the companies' money?

        Its VERY common to seperate the administrative tasks of purchasing and renewing maintenance agreements away from engineering.

  • Another recent book on the same topic: Extrusion Detection: Security Monitoring for Internal Intrusions [barnesandnoble.com]. Haven't read it yet, but looks interesting.

    (Although when I read the title, I kept thinking of detecting things that are extruded. WARNING! SILLY PUTTY FUN FACTORY [feelingretro.com] DETECTED.)
  • by UndyingShadow (867720) on Friday January 06 2006, @02:43PM (#14411193)
    I hate books like this. Management reads stuff like this and starts making it difficult for employees to get any work done. Worse yet is if they start trying to take away the IT department's power. In every environment I've ever worked in, I've EARNED the trust of my fellow geeks and been given access gradually. I dont abuse it. A good IT department never fully trusts anyone. I never fully expect to be trusted. These kinds of books just complicate that delicate geek balance.
  • by P3NIS_CLEAVER (860022) on Friday January 06 2006, @02:46PM (#14411227) Journal
    A good security policy protects admnistrators too... if something happens you will be less likely to get blamed for something you didn't do.
  • woo,... (Score:4, Funny)

    by User 956 (568564) on Friday January 06 2006, @02:48PM (#14411245) Homepage
    The problem is that within information technology, many users have far too much access and trust than they should truly have.

    Yes, which is why we "need" Trusted Computing(tm) which will solve all of our problems.
  • by Control Group (105494) on Friday January 06 2006, @02:49PM (#14411265) Homepage
    This sounds bogus to me.

    I doubt many companies are "oblivious" to the insider threat, it's just considered an acceptable cost of doing business. For example, a grocery store I used to work at knew perfectly well that their employees were lifting candy from the bulk candy dispenser (to pick an example). But they also knew the money they lost on that was significantly less than the cost of installing cameras and paying someone to review the tapes, or than the cost in lost sales of eliminating the bulk candy dispenser. So, when someone was caught red-handed, they were read the riot act (at least) or outright fired (at worst), but no special effort was made to catch people.

    I don't think the owners of that grocery store were business prodigies, either. My guess is that the same sort of logic applies to most employers: the cost of preventing the infraction is higher than the cost of allowing it. The truth of this is reflected in which industries do protect themselves against the "insider threat": places like casinos, where a successfully criminal insider could lose them huge quantities of money.

    Meanwhile, the book seems to make the same suggestion a lot of security experts do: if a user doesn't need the technology, then don't let them use it. This sounds good, but it carries costs, too. First, of course, the cost of setting up and maintaining a network that enforces such policies. But second, the cost in employee morale, which cannot be discounted. Another job I had not all that long ago was in an office that didn't allow its employees to listen to talk radio. Music was fine, but talk radio was too much of a distraction. Since you didn't need it to do your job, you weren't allowed to have it.

    The effect on morale was, to put it mildly, negative. Honestly, it's one of the reasons I didn't have the job for very long. Email and internet access are similar: employees have become accustomed, rightly or wrongly, to some personal use of these technologies. Take that away, and you're sure to end up with disgruntled employees, no matter how rational your reasons.

    Moreover, it's a question of trust. If you demonstrate to all your employees that you don't trust them, odds are good you'll increase the number of employees who will live up (or down, if you prefer) to your expectation. At best, you'll incur the costs associated with high turnover rates. At worst, you'll fall victim to even more pernicious crime than you otherwise might have.

    I guess the point is, it's not necessarily ignorance or even apathy that causes businesses to be vulnerable to insiders, it's simple cost/benefit analysis.
    • In short, treat your employees like you would want them to treat you, and you'll be better off. I know this definitely applies to me. If my boss doesn't trust me and makes my life difficult because of that, I not only will not trust him, but will also make sure that something balances out the bad work atmosphere.

      You don't want me to do some personal emailing from the work account? Fine, I'll make sure that I work exactly 8 hours a day, so that I get to have enough time to email from home. You expect me to d
  • "But Insider Threat is one of the first to deal with one of the most significant threats to an organizations, namely that of the trusted insider. The problem is that within information technology, many users have far too much access and trust than they should truly have."

    These guys are right, but how am I supposed to trust them?
  • He says there's 10 chapters, but I only see two mentioned in the summary... and not even a suggestion of what may be in the other eight.
  • whatever... (Score:5, Funny)

    by revery (456516) <.charles. .at. .cac2.net.> on Friday January 06 2006, @02:53PM (#14411287) Homepage
    This book is total crap and their conclusions about trusted insiders are all wrong. I know this because a friend of mine who worked at the publishing house leaked me a copy a few months early...

    never mind

  • they have no idea! (Score:3, Interesting)

    by firesuite (932268) on Friday January 06 2006, @02:55PM (#14411307) Homepage
    Ive worked as a tech for 3 different companies since i moved over here to the states 2 years ago and in ev ery single company the CEO has his logon password on a post it note or equivalent and stuck to his monitor.. now thats secure! not saying its an american thing so please dont flame me :P im sure it happens worldwide.. maybe Gates does the same thing.. haha
    • It was probably caused by some crazy password policy that makes remembering the password impossible.

      1. Requiring special characters
      2. Requiring a lower case and a upper case letter
      3. Changing passwords every 30 days
      4. No common words

      This all leads to lower security with a post it note.
      • Which part of that policy is impossible?

        Anyone with an IQ over room temperature can memorize a sequence of 8 alphanumeric characters.

        If they can't, they shouldn't be working for you. Period.
        Same for writing it down - it should be a terminable offense.
  • by PIPBoy3000 (619296) on Friday January 06 2006, @03:02PM (#14411367)
    I work in healthcare and one of my roles is to help in auditing.

    The main issue is that most people can look at any patient. This is considered a "necessary evil" as sometimes unexpected clinicians might be looking at a patient's information and we don't want to block access in a life threatening situation. Instead, we review access after the fact, in addition to putting certain blocks in place:
    • Unusual access is audited. This includes people looking at patients who happen to be employees, specific audits of local celebrities, and so on.
    • Random audits. Periodically, someone will check to see what a random person is doing.
    • Probation. New users are audited at certain points, to make sure they're not abusing their new power.
    • Hiding patients Certain patients are hidden from most users - this might include celebrities, legal issues, or patients who have requested it.
    I see trust as a necessary part of functioning within an organization, though trust must be tempered with watchfulness. I'm a big fan of letting people do what they want, and then "break their kneecaps" if they abuse that trust. In real terms, this means prosecution and the like. Of course, I don't decide such things - that gets passed on to our legal department and I try not to follow up after that.
      • The key for bullet point #4 is "most users". So, if a celebrity is coming in for a particular procedure and doesn't want it known, we can secure access to a handful of users. Of course, if a physician doesn't have access and has a need to get it, security can be granted in a matter of minutes.
  • by Caspian (99221) on Friday January 06 2006, @03:13PM (#14411456)
    The editors have too little grasp on English than they should have.
  • TRUST NO ONE (Score:3, Interesting)

    by mary_will_grow (466638) on Friday January 06 2006, @03:14PM (#14411473)
    The problem is that within information technology, many users have far too much access and trust than they should truly have.

    God I'd hate to live in the world you would create.

    • The problem is that within information technology, many users have far too much access and trust than they should truly have.

      >>God I'd hate to live in the world you would create.


      Here's an idea. Start up company... say, retail, perhaps. Make sure that the data used in managing that business involves personnel records, credit card data, health insurance policies, bank info - all the usual stuff. And then hire a bunch of people, trusting all of them entirely to have access to everything. Let us kno
  • Here we go again. Yet another book claiming that companies can't trust their employees, as if we're all crooked and evil (and not merely underpaid and mistreated, but that's another story). ANOTHER book justifying management treating us like shit. ANOTHER book telling the bosses what they want to hear. Hooray. And it's in a book so It Must Be True.

    Meanwhile, over here IN REAL LIFE, people like me are running a company's entire business, with full access to everything, and yet, we don't break the law! We don
  • by FriedTurkey (761642) on Friday January 06 2006, @03:25PM (#14411568)
    I can't tell you how many times I have sat there doing nothing but billing a client because I didn't have security to a system. There is always just one guy who can give you access and he is on vacation. I can't tell you how many times I wasn't able to fix a production system because we needed some DBA to run some SQL script I wrote to fix the system. It's not like the DBA even looks at the scripts. I could've stuck in a statement to delete all the tables and he wouldn't have known. My last client had to give you MAC address to Server name security access. My motherboard fried so my MAC address changed. Of course server guy is on vacation. Eight hours X $150\hr = where is the savings? I know the majority of /. is UNIX/NT admin guys and not programmers so I probably won't get anybody to understand. It's safer for the admin guy's job to lock your system down then worry about development costs. If management really knew the additional software costs, developers wouldn't be locked down. Often it seems the admin guys have some kind of power trip with access. Am I really more of a security threat than the admin guy with lots of Lord of the Rings crap all over his cube?
    • The problem really isn't the IT Admin. Largely, they implement rules handed down to them by management. In your case (and I have first hand experience of your problem as well), the problem is far more likely to reside with management, who are unable to do a cost-benefit analyis of a given situation. How much could it cost to give you access versus how much does it cost not to give you access? Personally, I try to make this as crystal clear as possible to management, and sometimes, I get through. Sometimes t
  • I have to agree. I work for a school district where I have complete access for every workstation as well as every server. True, I am a computer tech here, but still, the few things I do on a server shouldn't give me access to pretty much turning it into a FUBAR machine. Office staff and District Office personnel are even worse. They have full access to whatever they want on their machines. And all they do is use MS Office and a few programs for the district. Though it is kinda fun to search the server
  • by east coast (590680) on Friday January 06 2006, @03:40PM (#14411684)
    Once I was asked by a friends father who he could trust to run his IT department and I told him "you can trust no one" and he told me "East, everyday I trust Jesus Christ as my Lord and Savior" and I simply asked him "Is Jesus your SysAdmin?". I don't think I ever spoke to the man again...

    ...Is that Zen or what?
  • The Internet is an enabling technology.

    The Internet is not secure.

    And it does not need to be.

    It was not designed so that large corporations could sell security services on it.

    The Internet is an open field. A common.

    If you want the Cone of Silence, you know where to find it.
  • by wintermute42 (710554) on Friday January 06 2006, @03:56PM (#14411794) Homepage

    One of the wisest comments I've heard on security was: security is the tax that the rest of us pay because some people are immoral.

    Security has a definite cost. Casinos are probably the extreme example. They tend to hire people paid an hourly wage who handle large amounts of money. Perhaps they have little choice but to watch them all them time. The people who are working at the casino are generally willing to put up with a total surveilance work environment because the jobs pay better than most relatively unskilled jobs.

    I have not read the book that was reviewed, but the reviewer seems to sugget that something like this kind of total surveilance environment is desirable. The problem is that such an environment exacts a cost from the majority of honest and moral people in the hope that it will deter or catch those who are dishonest. A heavily restricted surveilance environment is likely to drive anyway many people who have other job options. As espionage scandels have shown, there is never any guarantee that any set of counter measures will assure that someone does not betray trust.

    There has to always be a balance between risk and the cost of the security measures. Security "professional" like the reviewer seem to forget this. After all, it is not their problem when people quit for a more pleasant environment or when the organization cannot attract highly qualified people who can choose to work elsewhere.

  • A Better Solution (Score:3, Insightful)

    by Brushfireb (635997) on Friday January 06 2006, @04:55PM (#14412371)
    A Better solution is to do the following:

    - Hire good employees, who are relatively honest and straightforward people. This includes everyone -- IT, Sales, Administrative, etc. If they arent honest, they shouldnt be working here. (This also tends to help with Corporate Responsibility -- how NOT to fudge the books in a crunch..) There are decent HR personality tests that can reasonably predict if someone would be untrustworthy in different situations.

    - Deal with your employees fairly, honestly, and be upfront. This will minimize the biggest source of insider problems -- disgruntled employees. For example, giving yourself a raise after or just before laying off other employees, is generally a Bad Thing (tm). Try to be honest with employees about their performance, what is expected, and what wont fly. Provide regular, upfront feedback. Follow through with action. Be Kind, Understanding, but Firm.

    - Trust your employees to make sound decisions. The employee who is berated and treated as if they "cant be trusted" will eventually turn into the employee who you fear them to be. If you dont trust them to start, then why should they care? More over, if you dont trust them, why did you hire them?

    - Give people ample access to what they need, but not so much access that it impedes others. For example, the IT administrator should have access to quite a bit. Asking for a password to do their job is no only unefficient, its demeaning and downright stupid. Do you trust the IT people you have hired? Do you believe them to be competent? If so, then let them do their job. If not, then why did you hire them or why are they still working there? Its incredibly frustrating to employees to do what this book reccomends -- lock down access. Its frustrating to the employee becuase they have to "ask" to do their job. And its frustrating to management, who has to constantly hand-hold entering passwords as the employee progresses. Cut the leash.

    Overall, I think its important for IT security people and Management to understand these risks. TO watch for violations. But to base your company security policies on these type of ideas would be lunacy, and would kill any sort of company morale you might have had going for you. Its much easier to trust the people you work for, pay them fairly and well, and treat them like human beings than it is to try to lock them down in every way to "prevent" bad things.

    Certainly there are exceptions where even the very small percentage of bad employees can cause very large damage to the company. This should be dealt with appropriately within those industries -- and employees should know this DURING the application process, so they know what kind of BigBrother situation they are getting into.

    B

    • change every month and use password complexity

      This was the policy at one site I worked at. One day I had to ask a fellow worker to show me some bad data on their workstation. They had gone home for the day, but a nearby cube dweller helped me out.

      The password for the month (in that entire office) had been agreed to be abcyyyymm or some such where abc is known to everybody and the rest is just the date.