Slashdot Mirror


Computer Security, The Next 50 Years

bariswheel writes "Alan Cox, fellow at Red Hat Linux, gives a short-and-sweet talk at the European OSCON on the The Next 50 Years of Computer Security. Implementations of modularity, Trusted Computing hardware, 'separation of secrets,' and overcoming the challenge of users not reading dialog boxes, will be crucial milestones as we head on to the future. He states: "As security improves, we need to keep building things which are usable, which are turned on by default, which means understanding users is the target for the next 50 years. You don't buy a car with optional bumpers. You can have a steering wheel fitted if you like, but it comes with a spike by default." All of this has to be shipped in a way that doesn't stop the user from doing things."

48 of 234 comments (clear)

  1. Haskell. by Anonymous Coward · · Score: 2, Informative

    We will likely see software security improve once languages like Haskell and Erlang are more often used.

    There are, of course, some security issues that are independent of the language used. Some are inherent to protocols, for instance. However, buffer overflows and so forth are a thing of the past when using a language with proper memory management.

    Security glitches caused by basic concurrency errors are also avoided when using a language such as Haskell, that can automatically parallelize computations.

    1. Re:Haskell. by PsychicX · · Score: 4, Informative

      More importantly, the security models currently used in the kernel are broken, and we can formally prove that they are inadequate. Academic research in this area has been extremely productive, but there are major barriers to entry in the commercial world for the obvious reasons.

      At the moment it looks like micrkernel architectures (real ones, none of this hybrid stuff) coupled with capability based security systems, should be able to provide real, formally verifiable security. As with most things there are a handful of practical barriers to overcome (primarily performance related), but another 5-10 years and those problems should be sorted out.

      For a more in-depth discussion of capability systems, see the wiki page, and this essay by Dr. Jonathan Shapiro. (And to be perfectly honest, he's a professor of mine and my views are colored as such.)

    2. Re:Haskell. by Detritus · · Score: 2, Insightful
      We will likely see software security improve once languages like Haskell and Erlang are more often used.

      How long are you willing to wait? Plenty of people still use FORTRAN and LISP, and C/C++ will probably outlive many of us. Short of government regulation, I'm pessimistic about the chances of any major migration to a fundamentally new language. The economic factors strongly favor more of the same.

      --
      Mea navis aericumbens anguillis abundat
    3. Re:Haskell. by ajs318 · · Score: 2, Insightful

      Oh, please. If you have to rely on a programming language to keep you from doing "dangerous" things, you have already lost.

      If the language really doesn't enable you to do "dangerous" things, then it's in all probability computationally incomplete. {Of course, any computer with finite memory and hard drive space is technically computationally incomplete ..... the question is, to what extent, and is it likely to have a detrimental effect on real-life applications? Does the newest version of ADA allow a single keystroke to be read without waiting for the RETURN key?}

      If an "intrinsically-safe" language was written in a language which lets you do "dangerous" things, then there is still a possibility that something could fail behind the scenes and cause "dangerous" things to happen anyway. Or, if you can prove mathematically that that is never going to happen with the "safe" language compiler written in a "dangerous" language, then you can prove the same thing for any application written in a "dangerous" language.

      These kind of comments are invariably made by teachers of pure mathematics, who like Noddy-car languages such as Pascal and Modula-2 and are constantly troubled by the thought that somebody, somewhere is doing something useful with a computer.

      --
      Je fume. Tu fumes. Nous fûmes!
  2. Educating users by reldruH · · Score: 5, Insightful

    What the article is basically saying is that we have to teach people how to use their computers. >85% of all the computer problems I encounter are PEBKAC (Problem Exists Between Keyboard And Chair). It's like the old saying goes, make something idiot proof and the world will make a better idiot. If people just learn how to use their computers (you shouldn't download exe's from people you don't know, a firewall is a good thing to have, ActiveX controls aren't safe and your default response shouldn't be to install them no matter what IE says) a huge number of problems would be eliminated. Like it or not, users are the biggest computer problem today. The problem shouldn't be usability, it should be user-ability.

    --
    I've always pictured the color of OS zealotry as a sort of bright flamingo pinkish hue
    1. Re:Educating users by reldruH · · Score: 2, Insightful

      There are lots of problems with Windows that I'm holding Microsoft completely accountable for, but there's a lot of stuff users do to make it even worse. I've run across people who go to porn sites every day and just click OK whenever there's a pop-up until their computer are so slow they have to be hosed. I know users who honestly don't know how to use MS Word, don't know how to see what file extension something has (much less save something as any non-default file format) download attachments from emails that are obviously spam. I'm sure you've heard horror stories (and if you haven't, go here).

      I think that macs make it much more difficult for users to hurt themselves and that that's why so many people fall in love with them, but I don't think that's the solution. The world will eventually make a better idiot and I think it's a losing race to try and make software more idiot proof. I'd rather make less idiots.

      --
      I've always pictured the color of OS zealotry as a sort of bright flamingo pinkish hue
    2. Re:Educating users by jkrise · · Score: 2, Interesting

      If people just learn how to use their computers (you shouldn't download exe's from people you don't know, a firewall is a good thing to have, ActiveX controls aren't safe and your default response shouldn't be to install them no matter what IE says) a huge number of problems would be eliminated.

      I can see many practically feasible solutions, if the above is true:

      1. Eliminate all people - that would guarantee security.
      2. Eliminate ActiveX controls and IE - can't see that happening even 50 years from now - DOS continues to live, years after being pronounced dead.
      3. Implement DRM in hardware - lock out all 'unauthorised' programs - I think this will happen in the next 10 years or so, beginning with the release after Vista.
      4. Make phishing, malware-writing and distribution, spam etc. a criminal offence, punishable by life-term imprisonment.
      5. Have a tiered internet, with only 'approved' sites and service in 'public' tier - this might get implemented in about the same time schedule as (3).
      6. Close down all closed-source anti-virus and anti-spyware firms; making it mandatory for such firms to sell/license code only on open source terms - as things stand now, these guys would love it for computers to remain insecure forever.

      -

      --
      If you keep throwing chairs, one day you'll break windows....
    3. Re:Educating users by mcrbids · · Score: 2, Insightful

      If people just learn how to use their computers (you shouldn't download exe's from people you don't know, a firewall is a good thing to have, ActiveX controls aren't safe and your default response shouldn't be to install them no matter what IE says)

      You write these things in as though they were long-established rules of convention that could be written down and shared, and accepted because of their ubiquity and long duration as good rules.

      But go back just 10 years. The Internet was fresh and new. A firewall was unheard of, a .EXE almost always were funny, flash videos, forwarded by friends. SPAM was a relatively minor annoyance.

      See how different the rules are?

      To get rid of ActiveX altogether is another version or two of Windows away. They can change *very* quickly. Heck, they already have.

      1) My Linux desktop has no problems with .EXE files.
      2) IE doesn't run on this computer - what's this about this "ActiveX" thing?
      3) Firewall is on by default. Did I need to do something?

      Your rules don't apply to me already, today. And, your rules don't include one that for me has been paramount: Do not let your security updates get out of date!

      Whenn the industry has matured enough that rules can last for longer than just a year or two, then I'll buy your argument. Until then, we need to come up with a better way to use a computer.

      --
      I have no problem with your religion until you decide it's reason to deprive others of the truth.
    4. Re:Educating users by reldruH · · Score: 2, Insightful

      We should spend lots of time educating noobs. No matter how simple we try and make it, it'll always be foreign to somebody who doesn't know how to use it. Foreign, unknown and difficult. The last thing I'm saying is that we should make interfaces more complicated. I'm saying that there will always be people who don't understand them and that we should devote time to showing those people how to use them. Give a man a fish (aka fix his computer after he hoses it) and you feed him for a day; teach him how to fish and you make him self-reliant

      --
      I've always pictured the color of OS zealotry as a sort of bright flamingo pinkish hue
    5. Re:Educating users by R3d+M3rcury · · Score: 5, Insightful

      Well, I'd make the argument that the problem exists between the keyboard and chair of the software developer--not the user.

      Comments like yours remind me of the automobile industry of the 1960s. The problem, they insisted, was not with the cars but with the people who drove them. There was no way to make cars safe and the only hope was better driver education. Of course, the reality is more that they didn't want to devote the time, effort, and money to making cars safer because they'd see no real benefit in regards to sales. And to a certain degree, they were right. It actually took the government to come in and mandate safety standards for cars.

      To me, blaming the user is a typical programmer cop-out. "Well, if the user was as smart as me, they wouldn't have these problems." Yeah, I too have seen users do the stupidest things with my software. The difference is that I try to find out what they were thinking when they did this and then work to make sure that others aren't inspired to do the same thing.

    6. Re:Educating users by reldruH · · Score: 2, Insightful

      The issue I have with your comment is that knowing that you're not going to be having these same problems in 2, 5, 10 years doesn't relieve you of the responsibility to solve them today. If nobody worries about solving todays problems because they're not tomorrows problems, we never get to the next set of problems. Windows, IE, and ActiveX all still have a huge market share. Just because you (a linux using technophile) don't have those problems doesn't mean the rest of the world still doesn't and still won't for quite a while. Yes, things change quickly in the computer industry. There are new things being developed all the time, but a lot of the stuff I'm talking about transends that. I just used examples that were too specific. If you change it to 'Don't run programs from sources you don't recognize or trust, keep yourself safe by not letting people you don't know have access to your computer, know what a firewall is.' That's all pretty basic stuff, but there are a lot of people (really smart people) who just don't know it.

      Oh, and the ubiquity if not the duration is already there. How many slashdot readers download foreign exe's, trust spam, and leave an unprotected system on the internet? The ubiquity is there for people with technical knowledge, and that's where I look for it. If there's massive disagreement over whether or not something is good within the tech community, then I'm not likely to trust it. But when 90%+ of techies recognize certain things as unsafe, I think that's ubiquitous enough to start teaching to people without the necessary background to know that it's unsafe.

      --
      I've always pictured the color of OS zealotry as a sort of bright flamingo pinkish hue
    7. Re:Educating users by reldruH · · Score: 2, Interesting

      Good point, and I might have to plead guilty to jumping the gun. I've written software that was definitely too difficult for anybody who wasn't me to figure out on their own; I think most software developers have. Responsibility is two-fold, it falls on both users and programmers. Programmers have to take the time to make sure their software is intuitive and not confusing, but users have to learn the basics. I can't tell you how many of my friends (really smart people) can't download a file, then find it later. They just click OK, they don't know what a file extension is. I jumped the gun I admit, but I think I still made a valid point. Better driver education was needed in the 1960's. It could still stand to be improved today, but you're right in that it's not the only problem.

      --
      I've always pictured the color of OS zealotry as a sort of bright flamingo pinkish hue
    8. Re:Educating users by aero2600-5 · · Score: 2, Funny

      Start a fire for a man, and he'll be warm all night. Set him on fire, and he'll be warm for the rest of his life.

      Aero

      --
      Please stop hurting America -- Jon Stewart
    9. Re:Educating users by R3d+M3rcury · · Score: 4, Insightful

      "I can't tell you how many of my friends (really smart people) can't download a file, then find it later. They just click OK, they don't know what a file extension is."

      Exactly. How many tech support stories have we all heard that started with customers who claim to be very smart and know all about this stuff and have made some stupid mistake. Heck, I can plead guilty to that (Oops! The Firewall is blocking FTP--that's why I can't get to your FTP site...).

      But some of it comes from the fact that there are things that we don't need to know, but the computer insists that we do know. File extensions are a great example. What does the extension "jpg" tell me? That it is an image encoded in JPEG. What is JPEG? Why do I care what it's encoded in? Why is that different from an image with the extension "tif"? They both look like the same image to me. Why do I need to know whether it's JPEG encoded or TIFF encoded? Why can't it just be a picture?

      Well, because some programmer decided it would be easier to detect what kind of file something was if we gave the computer a hint. Thus, if the file extension is "jpg", the program uses a JPEG algorithm to extract the image. If the file extension is "tif", the program uses a TIFF algorithm. This is alot easier for the programmer and faster for the computer rather than reading, say, the first four bytes and looking for FFD8FFE0 and saying, "Ah! It's JPEG," or looking for "II" or "MM" in the first two bytes and saying, "Ah! It's TIFF!" So the file extensions "jpg" or "tif" really aren't there for the user's benefit at all--they're there to make the programmer's life easier.

      But what about all these other three letter extensions, like "gif", "pgm", "psd", "bmp"? How is the user supposed to remember this alphabet soup of extensions and what they all mean? Why can't they just hide them? Because then the user won't see the "exe" that denotes a program and may inadvertently run a program which does nasty things.

      See? File extensions seem basic to us, but they're pretty superfluous to most people.

    10. Re:Educating users by iwan-nl · · Score: 2, Interesting
      I have not seen an equivalent of Window's Automatic Updates in any distro

      Strange, both my home distro (ubuntu) as my work distro (redhat enterprise linux) have automatic update functionality. Well, not as automatic as Windows actually, but they prompt me to install updates from a little tray icon.

      --
      I'm trying to improve my English. Please correct me on any spelling/grammar errors in this post.
  3. Oh, but we know... by ericdano · · Score: 5, Funny

    Oh, but we know that Microsoft will be on top of the game. For sure. Absolutely. Windows 2050 will be THE safest, THE most secure version of Windows yet.

    --
    It's either on the beat or off the beat, it's that easy.
    I moderate therefore I rule!
    --
    1. Re:Oh, but we know... by Alcimedes · · Score: 2, Funny

      Available in 2075. No, really this time. We're serious.

    2. Re:Oh, but we know... by Council · · Score: 3, Interesting
      Oh, but we know that Microsoft will be on top of the game. For sure. Absolutely. Windows 2050 will be THE safest, THE most secure version of Windows yet.


      I was really surprised to see someone arguing that Windows does kernel security really well, and that the problem is that people don't want a detailed permissions control system so at all levels they enable everything. But they've provided a good security architecture as far as thread control goes -- it's just that coders down the line are ignoring it.

      Of course, how many of those 'down-the-line coders' are at Microsoft itself?
      --
      xkcd.com - a webcomic of mathematics, love, and language.
  4. Interesting points by mikesd81 · · Score: 5, Insightful

    and overcoming the challenge of users not reading dialog boxes,

    That's true. So true. Tons of times I just clicked yes without reading or reading fully and then later on down the road...oops.

    I updated outlook express for my mom the one time and it autmatically blocked attachments, confusing her. And me, until I found where to uncheck that.

    The computer can be taught to enforce security policies that the users themselves are unlikely to uphold, given their propensity to ignore advisories and software dialog boxes. Software engineers must build in security that is active by default, and they must understand the user so that security tools are actually used.

    But also keep in mind who the user will be. Some advanced users would probaly not need/want the security by default. New users or non-advanced ones would need it. We would need to find security to be adaptable.

    In a comical way maybe the system can say "well you hosed /etc once, do you wanna do it again?"

    --
    That which does not kill me only postpones the inevitable.
    1. Re:Interesting points by Verloc · · Score: 2, Insightful

      Some advanced users would probaly not need/want the security by default.

      I think that advanced users will be able to change their settings until they find a sweet-spot. Default protection protects against my mother, who may not look dangerous but is involved in multiple DDOS attacks across the eastern united states.

      I personally think the solution is some sort of PSA before opening the file of the horrors of viruses. You know, hospital equipment going down, people going crazy, real 'reefer madness' here.

      Or maybe not.

    2. Re:Interesting points by cyclomedia · · Score: 2, Insightful

      how to solve this:

      have 5 buttons at the bottom of the dialog box, labeled one to five (in words, not numbers). in the dalog text state "to continue press button XXXX, or any other button to cancel".

      which means you actualy have to read the text to continue. so long as dailogs are suitably verbose the "button to press" text will be in a different location each time.

      an alternative option is to tie it in with sudo permissions, a dialog could pop up explaining that admin rights are needed to proceed and show a password. So the user get's used to having to type "something" to continue. On non admin, but still critical, dialogs the dialog-with-input would be identical but the text would say "enter the word bananas in the password box to continue", instead of "enter your admin password to continue". this also then preserves the look of critical dialogs and doesnt fall into the trap of the user simply automatically inputting their password every time he/she is prompted. because they have to read the text to find out what to type

      --
      If you don't risk failure you don't risk success.
  5. Language Advancements by Umbral+Blot · · Score: 4, Interesting

    This article seems to focus more on security by design, which is of course important. However security also can be implemented at the language level, for example Java's sandbox. I predict that over the next 50 years languages will improve to prevent programmer from making "stupid" mistakes such as copying user input directly into a buffer that will be become an html document. Tainting already solves some of these problems, but there is still work to be done. (for example to discourage programmers from creating empty "de-tainting" routines when they don't have time to do it properly, de-tainting should really be done by libraries and by the language alone, but I digress)

  6. What's the point of this? by caitsith01 · · Score: 3, Insightful

    Am I alone in finding this kind of topic - "The state of X in the year 2050" - really, incredibly pointless?

    Given that no-one has been able to make accurate predictions about computer technology over a 5-year horizon, what possible basis is there for thinking that anyone can predict what the state of technology will be in 50 years time? By then we may be keeping our data secure by storing it in a hidden pocket of space-time in a parallel universe 10,000,000 years back in time and retrieving it through a wormhole when required. Or civilization may have collapsed, leaving us with the 'pointy rock tied to a stick' device as our best form of security.

    My point is: no-one knows. It's pointless to predict this far into the future.

    I would prefer people stick to making these kinds of predictions about large, relatively predictable fields (e.g.: the climate; oil supplies; population; tectonic plate movement) and leave their prognostications about ridiculous things like 'computer security' to something like a 2-10 year window.

    Or we could, you know, read some *news* instead of some random predictions.

    --
    Read Pynchon.
    1. Re:What's the point of this? by bariswheel · · Score: 2

      Good points caitsith. Though if you listened to the speech I posted today, Alan is just bringing up issues that'll be important in the future; he's not making any predictions like Cringely does. The next 50 years...sure that's a bit of a stretch, but the issues he brings up are fundemental, across the board and theoretically significant. thanks for the comment -baris

      --
      Insinct is stronger than Upbringing - Irish Proverb
    2. Re:What's the point of this? by deadweight · · Score: 2, Interesting

      A computer security conference in 1956 would have been mainly about gaurding the building the thing was sitting in! Actually, you STILL need physical security, so maybe that's not so dumb....

    3. Re:What's the point of this? by downhole · · Score: 2, Insightful

      Excellent point, but I thought I'd point out that the fields you listed as "relatively predictable" don't seem all that predictable to me.

      Climate - We can't really predict the weather a week from now. I'm not all that convinced that we have any idea what's going to happen in 1, 10, or 100 years. (Preparing for flames from the global warming crowd...)

      Oil Supplies - You'd stand to make quite a lot of money if you actually knew what would happen to oil supplies in the future. There's too many variables, though. Maybe production will dwindle until we're forced to switch to coal and nuclear. Maybe we'll perfect Fusion power and burning oil will become pointless. Maybe we'll discover so much oil that nobody would seriously suggest we'd run out.

      Population - It's probably going up. But where, and how much? Who can say for sure?

      Tectonic plate movement - We're pretty sure which direction most of the plates are moving in, but just try to predict when the next earthquake is. There's a lot of money in that, but nobody can do it.

      Predicting pretty much anything in the future doesn't have a very good track record.

      --
      I don't reply to ACs
  7. Another MS issue . . . by bblboy54 · · Score: 4, Interesting

    ....and overcoming the challenge of users not reading dialog boxes....


    I have to agree that this is a serious concern and as a tech, I often want to blame the stupid user since I deal with them frequently but on the other hand, can you really blame them? In any given day, an end user sees an unmeasurable amount of dialog boxes and our minds are designed to filter out things that are annoying. Instead of "Hey your email wasnt sent" you get 3 dialog boxes first that have no meaning. Of course, there is the next-next-finish epidemic as well. Does anyone really ready any options anymore? We all just go for the next button until it turns into a finish button. There are 2 huge problems with this. The first is that mixed in with all these stupid notices, there are important messages that go unnoticed. The second issue is that this is something that spyware companies thrive on for legalities.... in the middle of those next-next-finish games is the little line that signs your computer over to the dark side.

  8. Computer Security ,The Next 50 Years by Quirk · · Score: 2, Funny
    "In the long run we'll all be dead."

    J.M.Keynes

    --
    "Academicians are more likely to share each other's toothbrush than each other's nomenclature."
    Cohen
  9. Re:Not really an expert by Cybersonic · · Score: 4, Informative

    you know he wrote the Red Hat FireStarter iptables GUI and various parts of the linux tcp/ip stack right?

    --
    Cybie! aka Ralph Bonnell
  10. The next 50 years, 50 years ago by gmuslera · · Score: 3, Insightful
    The future is not what is used to be. All the "the next 50 years" of 50 years ago predictions (on almost everything) were something wrong, something right, but if you read that you dont feel like being there (oh, we have some sort flying cars in a way or another, or civilians in space, to put 2 examples, but is not like for everyone, or everyday).

    Wonder how many of those will become obsolete in 10 years only, not because the problem stopped to exist, just because terms of the problem changed giving little meaning for that to normal people. Today computing security is a tangible problem, even normal users have to worry about virus, trojans, worms, spyware, not having trivial keys, etc, but how much of that problems could remain for users in 20-50 years from here, or how they will be perceived?

    We can be here discussing war strategy with sticks and stones while in 50 years (to be a bit exaggerated :) they use rayguns, but some of the things discussed now could remain valid then, some could work if some fallback must be done to something similar to stick and stones, and other things could had no meaning anymore.

  11. Security stands and falls with responsibility by Opportunist · · Score: 3, Insightful

    As a responsible parent, you don't give your kids alcohol. As a responsible driver, you don't drive 100mph near a school. And there are actually laws that, if you happen to be careless and negligant, you get fined or worse.

    Only when it comes to computers and the 'net, you can be as irresponsible as you want and you won't get any negative feedback from the feds. You may click on every "please click here to become a spambot" message. You may install every kind of adware, while at the same time ignoring or even blocking updates for your system (and thus becoming the primary target for exploits like the recent WMF desaster). Nobody will hold you accountable for it. Even if you manage to fall for some cheap "please insert all your personal, bank and credit card info, and send us a copy of your passport" scam, more often than not your bank will cover for you.

    Why is ignorance and irresponsibility an excuse when it comes to computers and the 'net? Because judges and legislators can't make sense outta it? At least, given some laws I'd get that impression.

    Security starts with teaching the users, and most of all teaching them responsibility. Not better tech. You can have the best high secuirity door if you falls for the cheapest con job and let anyone in, you'll still have some things missing after every visit.

    --
    We used to have a Bill of Rights. Now, with the rights gone, all we have left is the bill.
  12. Dialog boxes by virgil_disgr4ce · · Score: 2, Insightful

    I always found the term "dialog" box to be an amusing misnomer. If they were really dialogs, I suspect the user would rarely have constructive things to say to their computer. On the other hand, monologue boxes would be far too dramatic, with the spotlight and all.

  13. Two generatrions of safety engineering by Beryllium+Sphere(tm) · · Score: 5, Interesting

    Aviation went through this phase a long time ago. Accidents were called "pilot error" unless the airplane broke up in midair.

    The field of "human factors" recognized that controls and displays need to be designed so that it's possible for a well trained human to get things right even in a hurry. Controls with opposite effects should not be right next to each other. Controls should give meaningful feedback. Important controls should be out in the open where someone can see them.

    The aviation world fixed up the cockpit and many "pilot errors" disappeared.

    You can't apply these lessons too directly to computer security because bad guys are actively trying to trick computer users. Nobody sends pilots email in flight saying "You must pull the red lever immediately to avoid running out of fuel!". But at least it should be easy enough to secure a computer that an employee from a security firm can do it. We're not there yet -- a recent security conference had vendors running open WiFi access points without firewalls.

    1. Re:Two generatrions of safety engineering by gihan_ripper · · Score: 2, Interesting
      Controls with opposite effects should not be right next to each other.
      So we'll be seeing a great reduction in 'driver error' when the brake pedal is moved away from the accelerator? Actually, this isn't a joke, a new scientist article discusses the possibilty of combining the brake and accelerator into one pedal, with completely different foot actions required to trigger the appropriate response. They do mention that accidents are sometimes caused by drivers applying the incorrect pedal.
      --
      Phoenix, Boston, Little Rock, see a pattern?
    2. Re:Two generatrions of safety engineering by Tom · · Score: 3, Interesting

      The field of "human factors" recognized that controls and displays need to be designed so that it's possible for a well trained human to get things right even in a hurry.

      And there's your problem right there.

      a) Most computer users are not "well trained", even by the widest possible streching of the definition
      b) For a pilot, flying the thing is his main concern at the time. He might be in a hurry, but he wants to do things, and do them right. For a computer user, security is a nuissance, a distraction from his actual work. He doesn't care, or bother, and if you would pop up a dialog box saying "do you want the system to stop bothering you with security warnings and just allow anything no matter the risk?", I'd say 80% or so of the users would click "yes".

      --
      Assorted stuff I do sometimes: Lemuria.org
    3. Re:Two generatrions of safety engineering by MobileTatsu-NJG · · Score: 2, Interesting

      " And if someone wants to be a pilot, he goes trhrough extensive training and tests. This ensures that only people who are mentally and physically able to to fly a plane get to do it. This basically extincts all error sources between console and seat (if you don't count failures due to tiring etc.)."

      If anything, this comment supports his point. Despite all of this training, pilot error still occurs. A few years ago I saw a TV show regarding plane crashes. They showed one example of a commercial airliner taking off while its flaps were down. The scary thing about it was the cockpit flight recorder overheard the pilot talking to the co-pilot about a recent crash where the pilot of that plane forgot to raise the flaps. Even though he was aware of the mistake, he made the same mistake, and the plane never stood a chance at a safe take-off.

      This is the sort of thing good UI design can prevent. Training can only go so far. You'll find this out soon enough. Sooner or later, you're going to post something on Slashdot and then realize that this site does not have an 'edit post' button. Heck, I cannot even cast stones here. After 10,000 posts, I've made this mistake, too. Even fully trained people with years of experience make mistakes. Ask any commercial pilot, doctor, or dictator-for-life.

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

    4. Re:Two generatrions of safety engineering by FireFury03 · · Score: 4, Insightful

      Only thing? No. Interfaces also make common mistakes easier to recover from

      However, some mistakes cannot be recovered from - for example, if you click the "yes" button on the "would you like to install this malware" dialogue. In this case you might be able to use journalling features of the filesystem to undo the damage, but if you've done other things since then you probably couldn't selectively roll back the filesystem changes associated with the malware without rolling back everything else too.

      In this case the UI has to be designed to make unrecoverable mistakes difficult or impossible to do in the first place so the "how do I recover?" problem (almost) never comes up. This is a very hard thing to do unless you want to turn computers into appliances (most people wouldn't like appliance computers since they wouldn't be able to install their favorite software) and becomes even harder when the people who want you to make mistakes (malware writers) are actively trying to trick you into making them.

      One possibility that has been suggested is kind of a halfway-house between computers as we know them now and appliance computers - the OS would require all executable code to be signed by a "trusted party". However, this brings up some serious problems:
      1. Who can be a "trusted party"? Lets say it's the OS vendor, why should I trust Microsoft to guarantee that the signed software is malware-free (especially since they are probably getting paid by the software vendor)? There will certainly need to be stiff penalties for signing software which turns out to be malware.
      2. The inability to run unsigned software could be used to lock out the competition - for example, Microsoft could refuse to sign OpenOffice.
      3. How much would this "signing service" cost - you can bet that thoroughly inspecting the software to ensure it really isn't malware is going to be very expensive so you just locked out all the small vendors who can't afford it.
      4. How are you going to run code you compiled yourself since it won't be signed by the trusted party? This could either be FOSS code that you choose to compile yourself, or your own personal code.

      These are certainly not easy problems. I do, however, feel that the ISPs need to take more action against people running malware infected machines. It seems all too common these days for ISPs to ignore abuse reports, let alone run monitoring software to proactively drop the connection to infected machines.
      The ISPs should monitor people's connections for malware signatures and upon finding an infected host they should drop the entire internet connection until it's fixed (probably redirecting all web requests at a server containing patches and instructions to fix the problem).

      Part of the problem is definately that most of the malware doesn't actually cause a problem for the owner of the infected machine - they don't know or care that their machine is actively being a spambot. Cause hassle for the owners of infected machines and they might actually pay attention to the security of their own systems (viruses were considered a much bigger deal back in the days when their payload often trashed your data).

    5. Re:Two generatrions of safety engineering by hackstraw · · Score: 2, Interesting

      The aviation world fixed up the cockpit and many "pilot errors" disappeared.

      Pilots are also very well trained individuals with a certain personality type.

      Not reading dialog boxes? If anybody has ever used an OS like Windows, the reason they don't read them is because they are bombarded with stupid ones all the time.

      Although its almost a historical part of psychology like Jung and Freud, I'm a big fan of "signal detection theory".

      It comes (maybe not directly) from Decarte's notion of "clear and distinct".

      I believe in consistency and clarity.

      Another anecdotal piece of evidence of "the better idiot". I wrote an error message, the only one of its kind where a user is notified to contact me because what happened in the software that I wrote is "undefined". I noticed that the user was not getting anything done correctly, and mailed them asking what was up.

      He copied and pasted my error message that said contact me as for the reason that things were going bad.

      It was all "user error". He had something screwed up in his environment that he copied from another user, and things started working again.

      In Napoleon Dynamite voice:

      Idiots!

  14. Cars need licensed drivers, and rowdworthy certs by Anonymous Coward · · Score: 3, Interesting

    Remember - if you are going to extend the analogy:

    1) You can't drive a car unless you have proven that you posess a minimum level of competency.
    2) The car has to meet certain standards to be roadworthy
    3) People by and large don't expect others to maintain their car for free
    4) You have to pay the governmnet ragularly to be allowed to drive it on the road

    I's either a bad analogy, or a very good one - you pick.

  15. Computers do too much. by Eideewt · · Score: 2, Interesting

    I think a less complex interface would do wonders for the PEBKAC angle of computer security. It seems to me that computers try to do much more than the average user wants or needs, which just creates more opportunities to screw up, and also makes the computer seem a lot more intimidating.

    If we were to hide most of what the computer can do, then users could focus on what they really need it to do. As it is, non-technical folk just learn to tune stuff out, which isn't exactly good when we want them to pay attention to security (like just where that attachment came from, and whether that wonderful program they see is going to screw their computer). A normal user doesn't hope to comprehend everything that their computer is doing, so they don't think about the effects of their actions so hard. The computer is a wily and unpredictable beast. How will they know if it was something that they did that messed the computer up, or whether it did it on its own. Users need to be able to get comfortable with the machine before they'll really worry about it. User interfaces these days are just too much for anyone without an affinity for machines (like many of us here) to come to grips with. They just learn the tasks they need to do and hope the thing doesn't break.

    Most users need to be able to use a word processor, a web browser, and maybe an IM client and music player. Why do computers give them lengthy lists of programs which can be run, windows that can obscure each other and take on funny proportions (I hate those things), zillions of little icons in the tray and even more on the desktop, and why do they sprinkle system settings in with all that? That's a lot of stuff to tune out.

    If I were designing an interface for noobs, I'd get rid of all that stuff.

    I'd have just one menu bar, which would contain at minimum the four essential applications that I mentioned. There would probably also be a couple of popup menus for less frequently used programs (less commonly used office apps, games). Programs would be sorted by function, and the guys writing installers would absolutely not get to create a new submenu for their company, to prevent the mess that any Start Menu will turn itself in to after a while.

    Programs would always run full screen. I know there are plenty of slashdotters here who are very upset by that, but this interface wouldn't be aimed at you. You can do whatever you like with your giant monitors. On a screen only a thousand pixels across, overlapping resizable windows are just a complicated waste of time. Most any program will require all the screen real-estate to be useful, so it makes sense to just let them have it.

    My four main apps would not only be launched by clicking their icons; the same icons would also give them focus. There's no reason do duplicate them (I realize that this means those four would have to be MDI apps. Tabs seem like a good solution.). When users want a web browsers they'll be able to always click in the same place. Additional apps launched from the menu would just hop into the bar next to them. (This sounds a little like OS X's dock, but I'm not too familiar with it, so I'm not sure how close it is.)

    I might also put in a file manager. It wouldn't display system files, or even hint to the user that they exist. I think it would be search based, but it's way too late at night for me to put serious thought into it. A file manager might not be the best idea any way. If users can just start up their apps and let them handle the file types they know about, then the old "porn.jpg.exe" attack gets pretty much foiled.

    That's about it, really. I think that would accomplish most everything that needs doing for most users. Naturally an admin mode of some kind would be required. I envision a simple one that would allow users to tweak the OS's look and install software from repositories (either online or from CD). Real admins could go yet further. Maybe just a CLI. It doesn't matter much. Anyone with the will and the know-how to muck around with the system's guts will figure out whatever you throw at them.

    Oh, and mouse cursors would be big, because I like them.

  16. I somewhat agree... by PixieDust · · Score: 3, Insightful

    The problem with IT security, historically, has been a "Default Allow" approach. This is getting better, but still has a LOOOONG ways to go. Things should not be automatically allowed, they hsould have to be turned on.

    Consider Windows 98/98SE. File sharing is off. And the OS itself was more or less a fairly secure (for it's time) OS on a DEFAULT install. Compare to Win2k/WinXP. Default admin shares open, often in upgrade cases we have Administrative accounts with NO password, which (with the exception of XP) could log on remotely. XP at least was intelligent enough in it's design so as not to allow remote logins with blank passwords for Administrative accounts (UNLESS ENABLED). THAT, my friends, is the correct approach to security. Default = NO!

    Once this has been accomplished, and the general mindset of programmers when considering security (and Admins, etc.) is to assume the user knows NOTHING, and that things just should NOT be permitted without full warning of the consequences (this is where figuring out how to get users to read dialogue boxes comes in handy) security will be much tighter. And lets not forget about vendors and programmers just ignoring security glitches. It's sad to see a Buffer Overflow attack remain a vulnerability in a program beyond a single patch release, once identified. Even sadder, is when further program releases STILL have not addressed the issue (see, Medal of Honor Voting)). The 'solution' is disabling a bonafide FEATURE. This type of nonchalant approach to security will always land the general populaec in the grips of security vulnerabilities, with no clearn end in sight.

    My thoughts.

  17. Let's educate some UI designers, too by tehshen · · Score: 5, Insightful

    I'm with you here. My sibling post (correct term?) and you make nice points about lazy programmers, so I'm going to go and bash some bad designers, too.

    I've found that Windows and its applications are really, really stupid with the way they handle dialog boxes. Kind of off-topic, I know, but since most security issues are luser error, I can guess that most of those are caused by blind click-click-clicking Yes to dialog boxes.

    I get a dialog box when I try to delete a file. I get several dialog boxes whenever a program crashes - something about an error report. At my school, they've managed to set up Word so you get three dialog boxes when you open it: one asking you to disable macros (to which the average user goes What?), another telling you that macros have been disabled (yes, that's why I clicked that button) and another telling you that there's a window open.

    With so many dialog boxes around, most of them unnecessary, I don't blame the average user for ignoring the important ones. If you press Yes, the nasty evil dialog box will go away. Sooner or later the times comes when you install some spyware trying to get rid of the dialog box.

    And what has Vista done? Put even more of them in. Quoth even Paul Thurrott: The problem with UAP is that it throws up an unbelievable number of warning dialogs for even the simplest of tasks. That these dialogs pop up repeatedly for the same action would be comical if it weren't so amazingly frustrating. It would be hilarious if it weren't going to affect hundreds of millions of people in a few short months. It is, in fact, almost criminal in its insidiousness. Gah, showering the user with more dialog boxes is useless, as they ignore them all anyway!

    I'm on a roll here. What else?

    When I want to Save a document, I go to the button marked Save. At least, I do on Gnome and OS X: Windows likes to have buttons called "Yes", "No" and "Cancel" instead. So instead of doing what I want (Saving), I have to read the dialog to find out which button Saves my document. And most people wouldn't even try to read it; they'd just click Yes and hope it was the right one. Oh, and the dialog text is often in a small font with no discernable main point about what it does.

    Windows dialog boxes are obtrusive enough that people would rather make them go away (think: click Yes) than working out what they do. Here's an example of a Mac one - I can tell what each button does before reading, and even if I have to read, there's some nice bold text so I don't have to read it all. Here's the worst example of a Windows one I could find. Note none of the above things that the Mac does right. This isn't the best example, I know, but it points out where Windows fails best.

    I reckon you could've eliminated a fair few spyware installs if the "Yes" button was labelled "Install Software", or the "Next" button was lebelled "Accept this Licence", or whatever it is. No more "Let's click Yes to make the nasty evil dialog box go away", but some people will think "Do I really want to install this software?" or "Do I really want to run this program?". It makes people think, and thinking is good when you're trying to make decisions.

    Oh, and:

    "How dare you try to type at another window when I am here, infidel scum!"

    "And Vista dyes the rest of the screen black, just in case you didn't notice me the first time. See?"

    Where was I? Oh yes, computer security. I don't think it's fair to blame any and all spyware installations on user error. Windows places you on a path above a crevasse with a bicycle, and expects you to pedal to the other side. Sure, you might get blown off by wind (read: security holes in the OS). Many people

    --
    Guy asked me for a quarter for a cup of coffee. So I bit him.
    1. Re:Let's educate some UI designers, too by imuffin · · Score: 2, Insightful

      I always loved the Sade Mode dialog box. They couldn't just have a button for "safe mode" and one for System Restore.

      ---
      watch funny commercials

  18. Re:Are you joking? by Jedi+Alec · · Score: 2, Informative

    ..except the one which has become our eventuality - a world who put every ounce of faith in its almighty petroleum god and woke up one morning to find it expended with a vital infrastructure which couldn't exist without it. Now THAT'S a plot!

    Now, funnily enough I just saw a report on tv last night that will be presented to my government today concerning the steps we need to take in order to become self-sufficient in terms of energy within a 50 year timespan. Solar, wind, planetary heat, biogas, you name it, we're doing it. The way I see it, those countries that find the right solutions for durable energy are going to have a very prosperous future indeed, and the way things are looking right now, those countries will located in Western Europe. Sweden already has cars driving around on 85% ethanol. Germany has so many wind turbines that when there's too much wind the power grid gets more than it can handle. Cow shit is being used to generate electricity, with the remainder being chemically converted into fertilizer.

    All the tech's right there for the taking. All it takes is a government with enough balls and a sufficient amount of long term vision to go for it.

    --

    People replying to my sig annoy me. That's why I change it all the time.
  19. Re:Maybe the author doesn't by Sheriff+of+Rockridge · · Score: 2, Informative

    It was a joke...

  20. 1956 version of Computer Security in Next 50 Years by patio11 · · Score: 3, Insightful
    1) Topic: Securing your mainframes from insects and rodents.
    2) Wasted CPU cycles and how you can prevent them.
    3) Proper punch card disposal protocols.

    The point? We have *no clue* what the computer will look fifty years from now, to say nothing of the security environment. Todays threats will be laughable in light of the technology and practices of tomorrow (many of the threats we spend a lot of time worrying about, such as spyware, are features not of all computing, not even of a particular application class, but that plague one particular implementation of an application which just happens to have a majority share of the market today -- who can say whether a security researcher in 2056 will even remember the words "Internet Explorer" from his history class or whether browsing any analogue to the Internet will be a common activity?). Prognosticating the threat environment that far out is a waste of time. Look to the near term (next 5 years: spam, viruses, malware) and address the perinneals (dumb users, men on the inside, etc) rather than trying to prognosticate what year we'll have the computer equivalent of flying cars.

  21. Computer Security, The Next 50 Years??? by Maljin+Jolt · · Score: 2, Funny

    Yes, let's hope someone will actually invent some in that period. For I am afraid my graveyard identity could be stolen...

    --
    There you are, staring at me again.
  22. Security and Usability by cquark · · Score: 2, Informative
    Usability is a growing area of research within computer security. The SOUPS conference focuses on that subject. The SOUPS Blog discusses user interface changes that would help computer users realize that bad guys are attempting to trick them, like using per-user labels or backgrounds so that phishers can't emulate a site since it differs for each users in ways the phisher can't predict.

    If you design user interfaces to secure applications, I highly recommend the O'Reilly book Security and Usability. It's a collection of classic and new papers on the topic. Simson Garfinkel's thesis is also a good reference on usability and security.