Slashdot Mirror


Linus's Thoughts on Linux Security (washingtonpost.com)

Rick Zeman writes: The Washington Post has a lengthy article on Linus Torvalds and his thoughts on Linux security. Quoting: "...while Linux is fast, flexible and free, a growing chorus of critics warn that it has security weaknesses that could be fixed but haven't been. Worse, as Internet security has surged as a subject of international concern, Torvalds has engaged in an occasionally profane standoff with experts on the subject. ...

His broader message was this: Security of any system can never be perfect. So it always must be weighed against other priorities — such as speed, flexibility and ease of use — in a series of inherently nuanced trade-offs. This is a process, Torvalds suggested, poorly understood by his critics. 'The people who care most about this stuff are completely crazy. They are very black and white,' he said ... 'Security in itself is useless. The upside is always somewhere else. The security is never the thing that you really care about.'"

Of course, contradictory points of view are presented, too: "While I don't think that the Linux kernel has a terrible track record, it's certainly much worse than a lot of people would like it to be," said Matthew Garrett, principal security engineer for CoreOS, a San Francisco company that produces an operating system based on Linux. At a time when research into protecting software has grown increasingly sophisticated, Garrett said, "very little of that research has been incorporated into Linux."

54 of 291 comments (clear)

  1. Nailed it by Anonymous Coward · · Score: 5, Interesting

    'The people who care most about this stuff are completely crazy. They are very black and white,' he said ... 'Security in itself is useless. The upside is always somewhere else. The security is never the thing that you really care about.'"

    This nails it entirely on the head, and is why a lot of security and privacy nutters gain so little traction when dealing with the masses. Security and privacy are important, but they need to be balanced pragmatically with what people actually want to do with the system.

    1. Re:Nailed it by postbigbang · · Score: 4, Insightful

      No.

      It's the very height of arrogance to not consider safety. Security isn't about paranoia, it's about bad guys, and there are a huge number of them, using coder stupidity and this sort of arrogance to rob people of real money, or ransom systems.

      It's an enormous failure of engineers that don't put safety first while trying to be faster, cooler, or wittier than the next engineer. You can call it artistic creation, egalitarianism, but without the concern for the safety of others, it's boorish, arrogant, and rife for misdeed.

      --
      ---- Teach Peace. It's Cheaper Than War.
    2. Re:Nailed it by Junta · · Score: 2

      The problem is that invoking the word 'security' by itself can be speaking to reasonable application of good practices to pretty insane stuff.

      This is a problem that continues to plague the industry, where you have 'developers' who are forgiven for not understanding security practices and try to work around that by adding a 'security' team who do not understand the actual functional goals or a lot of reality of how things are used. Both sides are at fault, but the developers producing the actual requested functionality get benefit of the doubt in perception in wider area.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    3. Re:Nailed it by silentcoder · · Score: 2

      On the other hand - the most secure you can make a computer is to pull out the power cord and dump it in a smelter.

      Unfortunately trade-offs do have to be made because generally all that security is absolutely *useless* if you cannot subsequently actually USE the thing for it's intended purpose.

      --
      Unicode killed the ASCII-art *
    4. Re:Nailed it by vtcodger · · Score: 3, Insightful

      Ahem ... I think maybe you don't fully understand, It's not that kernel security is entirely unimportant. It's that the idea that you can or should fix imaginary security problems in the kernel seems kind of ditzy. It's sort of like protecting New York City from terrorists by hiring more police and assigning them to florist shops. Yes, that would presumably discourage terrorist floral attacks. But since when are those a known or potential problem?

      If you want to secure computing, then reduce attack surfaces dramatically. Don't hook everything in sight up to the same internet. Cut way back on the number of protocols in use. Lose idiocy like Javascript. Fix eccentric cookie behavior, etc, etc, etc.

      If, after doing that, it turns out there are exploitable holes in the kernel -- say a flaw that allows a carefully crafted IP packet to make arbitrary changes to the system or a way for the janitor to inject a privileged process from a USB stick into people's desktop PC startup while he/she is emptying the wastebaskets -- I doubt there will be any resistance from Torvalds or anyone else to fixing them.

      --
      You can't see ANYTHING from a car, You've got to get out of the goddamned contraption and walk...Edward Abbey
    5. Re:Nailed it by silentcoder · · Score: 2

      There was no "binary" thinking there - on the contrary the very idea of "trade-offs" suggests thinking on a sliding scale.
      "This security patch we should add because it gives a high degree of coverage with little negative impact" but "that one we should skip because it gives only a small bit more while hugely impacting performance" and "this one over here we should never contemplate regardless of it's coverage because it seriously breaks user-space".

      --
      Unicode killed the ASCII-art *
    6. Re:Nailed it by Anonymous Coward · · Score: 3, Interesting

      He gets the message but he doesn't agree with your core ideals, there is a big difference.
      Also, you accused aussersterne of putting words in Linus mouth, but here you are not only doing the same but also in an arrogant and insulting fashion.
      Double irony does not cancel itself out.

      I think Linus point is very clear. Security has no value by itself. It is nice, but it should never get in the way of getting the job done.
      This is very similar to the reasoning that is used when considering life critical application.
      Safety is nice, but if it gets in the way of getting the job done the user will disable it. Therefore safety has to be added in a way that doesn't inconvenience the user.
      Luckily the kernel is open sourced so if you think that you can make a more secure kernel without hurting its functionality then you can go ahead. You certainly seem to think that you know better than others and there clearly is big money in doing so.

    7. Re:Nailed it by Stuarticus · · Score: 2

      This Linux sounds dangerous with all the fast and loose security risks, I'm glad I stuck with XP.

      --
      If you think someone isn't free to have a different definition of "freedom" you may be a tyrant.
    8. Re:Nailed it by Junta · · Score: 5, Insightful

      that doesn't inconvenience the user.

      That's the real key take away, and the point people like to talk past. It's like a full harness versus a seat belt. A full harness would be objectively safer if used, but fewer people are going to go to the hassle of connecting up a full harness every time they drive and so the seatbelt from a practical standpoint is the better choice to offer to customers of the automotive industry.

      --
      XML is like violence. If it doesn't solve the problem, use more.
    9. Re:Nailed it by Junta · · Score: 3, Insightful

      Depends on your definition of 'decent'.

      Distributions that have made strict use of SELinux to tightly lock things down may be 'decent' to security folks, but terrible to use, causing people to just turn it off.

      Distributions that have piled tons of permissive policies to make some moderately useful environment get derided by security folks as being too lax, though they at least get to enforce the restrictions they designed.

      It's impossible to make both people trying to get their work done and hard core security guys happy...

      --
      XML is like violence. If it doesn't solve the problem, use more.
    10. Re:Nailed it by gweihir · · Score: 4, Insightful

      As a security expert, I fully agree. Security is something that you need to think about from the beginning, but you only ever need enough that your residual risks are acceptable.

      These "critics" often do not get how to do professional risk management (Linus does) and, quite often, I get the impression they do not have any significant coding experience, as they seem to think the changes they would like are easy to implement. I run into these black vs. white people in security quite frequently. These are the amateurs that do not understand that actually building things that work is already very, very hard and if you keep changing things all the time you just end with a dysfunctional, insecure mess. Also, you want a stable product, you incorporate research results only after they have been tested out in practice for a few years and only if they bring you a significant gain.

      The Linux kernel has an excellent security track record in its core. Some drivers are not that good, but that is why if you need high security, you only compile those that you really need.

      --
      Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
    11. Re:Nailed it by spire3661 · · Score: 2

      Fuck you, seriously. Safety is not the first concern of computing. Further, that is the responsibility of the USER.

      --
      Good-bye
    12. Re:Nailed it by delcielo · · Score: 2

      You're absolutely correct. At some point, you have to accept a certain level of risk. It reminds me of a quote from Adm. Nelson

      "A ship at port is a safe ship; but that is not what sailing ships are for."

      --
      Hot Damn! It's the Soggy Bottom Boys!
  2. Security as a trade-off by QuietLagoon · · Score: 4, Insightful

    Linus Torvalds: ...Security of any system can never be perfect. So it always must be weighed against other priorities — such as speed, flexibility and ease of use — in a series of inherently nuanced trade-offs....

    Fortunately, there are open source operating systems available where security is less of a trade-off and more of a priority, such as OpenBSD, where the developers maintain a laser focus on security.

    1. Re:Security as a trade-off by Shinobi · · Score: 5, Interesting

      On the other hand, OpenBSD is perfect proof that Linus is right: The trade-off is that for the increased security, you suffer in terms of the computer being useful for other things. It's useless for anyone wanting to do 3D modelling and animation for example, or working with video editing.

    2. Re:Security as a trade-off by ArchieBunker · · Score: 2

      What are you even talking about? How is OpenBSD useless for 3d modelling and animation? If the software is available for Linux it should compile on OpenBSD. Oh and there is virtually no video editing software for Linux. What is around is buggy and still in alpha stages in terms of what Adobe pushes.

      --
      Only the State obtains its revenue by coercion. - Murray Rothbard
    3. Re:Security as a trade-off by LichtSpektren · · Score: 4, Interesting

      Exactly this. Windows is insecure as fuck, but people use it because their software runs on it. OpenBSD is probably unbreachable but it's terribly useless as anything but a firewall; to use it as a general OS, you have to turn a lot of its security precautions off. Linux (and by that I mean "GNU/Linux" e.g. RHEL, SUSE, Debian; not Android) gives us a healthy balance between usefulness and security. That's why almost every webserver runs Linux.

    4. Re:Security as a trade-off by Anonymous Coward · · Score: 3, Insightful

      That is not the idea behind OpenBSD. If you use only the packages available and tested on OpenBSD, the people of OpenBSD guarantee you that they have done everything in their power to make those packages as secure as possible. Note that they don't guarantee there are no security issues at all. But at least they are very open when problems occur and immediately start working on fixing any security issues.

      OpenBSD is not meant to be used as a 'normal' consumer OS where you just install whatever software you need, and compile it from source when it is not made available by the OpenBSD people. The OpenBSD people will not guarantee any thing when you compile and install your own packages. In fact an OpenBSD installation with customer compiled packages will probably be less secure than a full blown BSD/Linux distribution that offers all those 3D modeling and animation packages out of their own repositories. The rate of detecting security issues when thousands of users install and check these packages is a lot higher than just you who compiles and installs random software.

      OpenBSD is probably the most secure OS available, as long as you use only the packages that are made available. I've used OpenBSD as an internet firewall/router, a basic webserver and a DNS server. I would not suggest using OpenBSD for a desktop with advanced software because installing custom compiled software on an OpenBSD will no longer make it the most secure OS and there are better solutions: other operating systems that offer the specialized software out of the box.

    5. Re:Security as a trade-off by QuietLagoon · · Score: 4, Insightful

      ...OpenBSD is probably unbreachable but it's terribly useless as anything but a firewall; to use it as a general OS, you have to turn a lot of its security precautions off....

      OpenBSD's security is not some superficial thing, it goes deep into the OS You don't just "turn it off", indeed some aspects of it cannot be turned off because some aspects of the security are the coding conventions used.

      .
      To your comment about OpenBSD being useless for anything but a firewall, I've used OpenBSD on my notebook and it fits the job quite well.

    6. Re:Security as a trade-off by mlw4428 · · Score: 2

      Do people still believe that Windows itself is uber insecure? Windows has mandatory access control, pushed UEFI, supports ASLR, DEP, and a host of other technologies, and they even virtualized their authentication system (LSA) to minimize the chance that you can gain control of the authentication system. I will agree that a host of drivers and software that runs on Windows is insecure, but the OS itself is every bit as secure as a standard Linux setup is. No it's not perfect and I'm sure there are philosophical security design decisions that someone will argue is the "wrong way". But the label "insecure as fuck" hasn't been applicable since Windows 7 came out.

    7. Re:Security as a trade-off by tnk1 · · Score: 2

      BUT, until we can look at the code, we can't really say that it's "every bit as secure as a standard Linux setup is."

      This article blunts that point at least a little bit.

      You can look at the Linux kernel code all you want, but if the suggestions of the security experts who *do* review the code and find the bugs are ignored, is that actually any better than what you get with Windows? All you get is that you *know* Linux is insecure as opposed to just assuming it with Windows.

      You have to fix the bugs or implement the security features for the code review to actually have an effect.

      I will grant, code review makes a risk assessment of Linux a lot easier than Windows. That is an important advantage, but if the risk assessment of Linux is "fatally compromised", then you may not be able to compensate for it and you start going to software providers who might be able to offer a better track record.

      Ultimately, Linus may be right about what people want. There is certainly a good argument out there about making something that people can use, instead of building a locked box which is secure but which have no applications.

      However, sometimes what people want changes and instead of running with the bulls, you're being run over by them when they panic and suddenly change course. Sometimes a little compromise in the interests of the future of the platform make sense, even if they are somewhat counter-intuitive at the moment.

  3. Linux the OS vs. the Kernel by CajunArson · · Score: 5, Insightful

    Linux the OS certainly has had numerous real-world security problems that need to be addressed. I don't particularly care about the semantics of "Oh it's just a kernel!" because I could play the exact same game with Windows where Windows kernel vulnerabilities aren't super common either. Guess what: Linux and Windows both run the same web browsers these days, and that's a cross-platform security hole no matter who wrote the kernel.

    Additionally, the biggest security hole I see now is Android due to the fact that it's damn near impossible to actually get upgraded software to fix the numerous holes.

    However, Torvalds' direct responsibility is the kernel, so in this particular context I'm not going to give him too much grief. The Linux kernel does actually include extremely sophisticated mandatory access control systems like AppArmor, SELinux, etc. However... and this goes to his point... these systems are used sparingly because they are REALLY complex and lead to all kinds of usability issues for unsophisticated users (And "unsophisticated" here could easily mean a skilled Unix sysadmin with years of experience. These MAC systems are *not* considered "normal" in UNIX).

    So basically: Yeah, Linux is not perfect. Nothing out there is perfect. However, the kernel actually does have a bunch of sophisticated security facilities. Maybe more work should go into making these sophisticated security features more accessible and useful to regular people.

    --
    AntiFA: An abbreviation for Anti First Amendment.
  4. The point is that safety alone is not productive. by aussersterne · · Score: 4, Insightful

    We are talking about securing tools. But the point is that tools do things. We want tools to help us to accomplish the things that the tools do.

    A perfectly safe hammer is entirely possible. Make it out of flame-resistant, soft, synthetic materials and fill it with something equally soft. Shape it more like a ball than like a stick, so no-one can accidentally stick it in their mouth and suffocate.

    Of course, now you have something that can't be used to pound in nails—but it's entirely the safest hammer on the planet.

    Will anyone buy it or use it? Of course not. And they'll still need something with which to pound in nails. That's Linus' point.

    --
    STOP . AMERICA . NOW
  5. Re:The point is that safety alone is not productiv by postbigbang · · Score: 2

    It's not that black and white at all. The OSHA-like examples of stupidity in motion don't apply here. What is present is an enormous crime effort to make money from other's computing misery. Look at what's happened, in terms of breaches, thefts, extortion, and just plain misery.

    The problem starts with every coder everywhere, every sysadmin, network engineer, and web designer. The culture of security starts at the top, and here, at the Top of Linux, Linus brushes it off. These aren't nutters or nutjobs, these are the wounded, the broke/bankrupt, and those rapidly looking at systems infrastructure as if it's a joke.

    --
    ---- Teach Peace. It's Cheaper Than War.
  6. This article is pure FUD by LichtSpektren · · Score: 4, Insightful

    TFS makes the article look rather balanced, but if you actually read it, it's pretty clearly FUD attempting to make the kernel team look indifferent (or even incompetent) regarding security. It blames the "towelroot" Android exploit as being the fault of Linux, and compares Linux security to car manufacturers in the 1960s willfully avoiding seat belts and other safety mechanisms. Was the author bribed by Microsoft?

    1. Re:This article is pure FUD by Anonymous Coward · · Score: 2, Insightful

      >Was the author bribed by Microsoft?

      It's Matthew Garrett, given his history this is not outside the realm of possibility. But nasty case of sour grapes is a more likely reason.

    2. Re:This article is pure FUD by PhrostyMcByte · · Score: 4, Informative

      No kidding. The thing continually suggests that Linux is insecure on all number of ways (none are mentioned specifically), and that Linus is indifferent toward security. It has this completely useless statement to try to create a false association between Linux and the Ashley Madison hack:

      Versions of Linux have proved vulnerable to serious bugs in recent years. AshleyMadison.com, the Web site that facilitates extramarital affairs and suffered an embarrassing data breach in July, was reportedly running Linux on its servers, as do many companies. Those problems did not involve the kernel itself,...

    3. Re:This article is pure FUD by LichtSpektren · · Score: 2

      What you wrote is true, but that's not why this article is despicable. The image the author is painting is one where Torvalds wakes up in the morning, arbitrary tosses a bunch of new goodies into the kernel according to his mood that day, and within a minute everybody's machines are getting their kernel updated. We should be very alarmed by this, because Torvalds is a loose cannon that doesn't care about security and brushes off the opinions of security experts. So don't use Debian for your webserver, pay $899 now for Windows Server 2012!

      Unless you're compiling alpha-release kernels on production machines, the reality is that all of the changes merged into the kernel go through the Linux security team (composed of paid experts from IBM, Novell, VMware, Google, etc.--companies that have a vested interest in Linux being secure and stable), AND THEN it goes through the kernel teams at Red Hat, Debian, Android, Canonical, Fedora, Arch, Gentoo, etc. all of whom report any vulnerabilities back to the Linux team. If all of these companies and distro teams were getting their patches shunned, they would fork Linux--but it hasn't happened yet. What does that tell you?

    4. Re:This article is pure FUD by Eunuchswear · · Score: 2

      It blames the "towelroot" Android exploit as being the fault of Linux

      But towelroot was the fault of linux, no?

      https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-3153

      --
      Watch this Heartland Institute video
  7. As a security professional... by SecurityGuy · · Score: 5, Informative

    I have to say that if this is his position:

    His broader message was this: Security of any system can never be perfect. So it always must be weighed against other priorities — such as speed, flexibility and ease of use — in a series of inherently nuanced trade-offs. This is a process, Torvalds suggested, poorly understood by his critics. 'The people who care most about this stuff are completely crazy. They are very black and white,' he said ... 'Security in itself is useless. The upside is always somewhere else. The security is never the thing that you really care about.'"

    He's absolutely dead right and more people in the security profession need to understand what their job is really about. Security is a support role. Our job is to make someone else's stuff work better. Even if you're secret service protecting the president, the core value in your job isn't security for it's own sake, it's making sure the guy in the suit is able to do his job tomorrow.

    1. Re:As a security professional... by Major+Blud · · Score: 3, Funny

      "Yes, the goals of the secpro often conflict with the goals of the desktop support technician, but in the end security is more important than usability"

      So take your server, unplug it from the network, lock it in a safe, and throw away the key....since security is more important than usability, as you say.

      --
      If you post as Anonymous Coward, don't expect a reply.
    2. Re:As a security professional... by Cassini2 · · Score: 5, Insightful

      If the job was only about securing data, then security professional's would recommend destroying the data. The military has been known to do exactly this. Destroying the data creates the ultimate security.

      What makes security people into security professionals, is that the professionals can design systems that allow authorized activities happen smoothly while simultaneously keeping out the bad guys. That is a much harder task than simply securing the data against unauthorized access. It requires the professional to focus on the balance between usability, security and profit.

    3. Re:As a security professional... by Anonymous Coward · · Score: 2, Insightful

      And you know what happens when some security measures make something unusable? The users create workarounds, making the whole security effort pointless.

  8. Re:That's because the NSA got to Torvalds... by U2xhc2hkb3QgU3Vja3M · · Score: 2, Funny

    Yeah, Linux has now become a commercial, almost for-profit operating system. That's why I'm switching to a Mac.

    Fight for your bitcoins!

  9. My Experience, Too by Anonymous Coward · · Score: 2, Interesting

    I've been involved in IT security in one guise or another since 2002. The single most important thing I have learned about IT security was learned attending a security conference where Bruce Schneider was one of the speakers. His one-sentence line has always stuck with me: "Security is a process, not a product." This one sentence changed the entire way I see security and, as a result, I am free to make better decisions about what I'm doing and why because I'm not focused on say, a firewall, or a router, but how everything in the LAN/WAN works together, balancing the needs of everyone from HR to the nerds in the darkened basement.

  10. Linus isn't trying to make it black and white. by aussersterne · · Score: 5, Insightful

    He's trying to say that if people want powerful, flexible networking, they'll choose an 80% safe OS that enables this easily over a 90% safe OS that imposes lots of overhead costs to make it possible; that people will choose a 60% secure OS that runs their processing jobs in 3 hours over an 85% secure OS that runs their processing jobs in 6 hours.

    He's pointing out that people like security well enough, but they want to get stuff DONE even more, and that most people will take the calculated risk to be less secure if it makes them more productive at lower costs. That if there is a less secure but more productive option, up to some arbitrary point (that is different in each case, but that can be inferred by the movement of markets and communities as a whole), they'll choose the more productive option.

    And that there is no point in saying "then all of us that produce these things must get together and make highly secure, if less capable stuff, so that all choices are equally highly secure!" because as soon as that happens, a garage coder somewhere is going to have a project on github that says "I got tired of waiting for jobs to finish, so I wrote my own from scratch. It's totally insecure, but damned if it doesn't finish the job in half the time!" and that people will immediately flock to it.

    In other words, his goals for Linux aren't for Linux to be the most secure OS on the planet, but to be one of the most useful and used ones.

    --
    STOP . AMERICA . NOW
    1. Re:Linus isn't trying to make it black and white. by postbigbang · · Score: 2

      Never said IT was a monolith. I fully appreciate the many responsibilities, many are now heavily distracted by the fireman's drill of dealing with security issues.

      Security is indeed a process, but insufficiently applied as a discipline across IT-- including coders, viz the incredible breaches across industries, governments, and personal equipment. It's now slowing down, it's become vastly more damaging.

      --
      ---- Teach Peace. It's Cheaper Than War.
    2. Re:Linus isn't trying to make it black and white. by Anonymous Coward · · Score: 3, Insightful

      "He's trying to say that if people want powerful, flexible networking, they'll choose an 80% safe OS that enables this easily over a 90% safe OS that imposes lots of overhead costs to make it possible; that people will choose a 60% secure OS that runs their processing jobs in 3 hours over an 85% secure OS that runs their processing jobs in 6 hours."

      Not all people want to make the same tradeoffs, which I thought was one of the points Torvalds was making. In any case the issue is about system security where the operating system or networking are only one components.

      "that most people will take the calculated risk"

      Most people aren't calculating it, they are just assuming the risk is worth it. Ignorance of the risk or assumption of the absence of risk is not the same as mitigating risk.

      For some tasks low security is unreasonable, or the system may be protected as a whole by other systems (e.g. firewalls around the outside of a less secure centre). For some tasks less than 100% accuracy is appropriate if time is off the essence and one end of the false positive or false negative spectrum is an acceptable risk.

      Really Linux security should be seen as only one component of system security, and different levels of linux security may be appropriate depending on the design parameters of the system. It's useful to be able to have "90% security" if your system design requires it and an alternative design is not possible.

    3. Re:Linus isn't trying to make it black and white. by The-Ixian · · Score: 4, Interesting

      Yes, I administer a small network of about 150 bodies and roughly double that number of devices.

      I take security seriously.

      However, there are trade offs.

      For example. I *could* implement a sandbox environment for all apps, do application whitelisting, strip attachments and links from e-mails and a bunch of other stuff... but these things add complexity and reduce productivity as they inevitably run head-on into usability.

      As it is, I do everything reasonable to avoid the worst, but security is definitely second fiddle to productivity.

      --
      My eyes reflect the stars and a smile lights up my face.
  11. Re:The point is that safety alone is not productiv by postbigbang · · Score: 2

    Were this true, a culture of security would have indeed stanched many of the problems found. Certainly the Linux kernels have been well-thought through. They are not immune.

    --
    ---- Teach Peace. It's Cheaper Than War.
  12. Matthew Garrett again by Anonymous Coward · · Score: 5, Insightful

    Matthew Garrett again trying to remove Linus from the equation. First they tried with the rants angle, now with the "security" aspect. pure FUD

  13. Re:Just turn off your computer....very secure! by Anonymous Coward · · Score: 2, Insightful

    With intel vPro or an iLO system, I can just ssh in, turn the machine on, upload a CD image, boot the machine from the virtual image and snarf everything. Being off doesn't mean it is secure these days.

  14. Re:Security isn't a product by drinkypoo · · Score: 2

    Security in Linux has been looked at as something you bolt-on after the fact. It was not designed from the ground-up with security in mind. Look at OpenBSD as an example:

    Uh no. OpenBSD is based on legacy BSD code. It's not designed from the ground up for security. It's being implemented after the fact.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  15. Re:The point is that safety alone is not productiv by dave420 · · Score: 2, Insightful

    Your analogy doesn't seem accurate. It's more like if you had a hammer - all hammerlike and useful, but because of the laziness of the hammer creator, can be remotely made to fly around your workshop smashing into things by anyone wishing to make it do so.

    The security holes which do not affect functionality should be fixed, and commonly are not. That is the problem.

  16. Highly Amusing by segedunum · · Score: 2, Insightful

    I find it highly amusing that people who worry about security tend to be those who want to shoehorn shit like kdbus into the kernel.

  17. Re:The point is that safety alone is not productiv by Bengie · · Score: 5, Insightful

    To further your point, unplug your computer from power and it's 100% safe from remote attacks.

  18. Yup. And when security is a key to operational by aussersterne · · Score: 2, Interesting

    goals, this is close to what happens. Where truly "hard" computing is necessary, resources are disconnected from networks, etc. People know which side their bread is buttered on, they're not fools. Sure, security is an important "nice to have" but it's not bigger than the task at hand in most cases.

    Witness how the public continues to use cloud services, social media services, online commerce, and mag-stripe credit cards, despite regular breaches. They'll bitch and moan, but they're not going to stop doing their stuff.

    Similarly, notice how Linux effectively rules the world as THE key component of network and mobile space infrastructure, even dominating big chunks of consumer space (i.e. Android). And meanwhile, OpenBSD is an asterisk.

    People want security, sure, but they're not going to choose to martyr themselves (or their projects or tasks) to it. Linus is a pretty smart guy at the end of the day.

    --
    STOP . AMERICA . NOW
  19. TRANSLATION by cstacy · · Score: 4, Insightful

    What Slashdot readers hear: "Linux is not BSD."
    What normal people hear: "Linux is a terribly insecure OS from some total asshole, who by the way doesn't give a shit."
    Mainstream Media's message: "Better stick with Microsoft Windows; it's the only thing that's secure."

    1. Re:TRANSLATION by LichtSpektren · · Score: 2

      This. Exactly this. This article is the same classic FUD that Microsoft has been shoveling for years. I'm surprised they didn't end the article with some crap about the GPL license being a virus.

  20. It's Always a Balancing Test by Crypto+Cavedweller · · Score: 2

    I trained network guys on installing our company's firewall (hardened Linux OS) for 18 years. I started every class by asking this question: "Is the purpose of the network security?" A few guys would nod, after all I'm the security guy, that must be the answer I wanted, right? NO! The purpose of the network is *getting work done*. Security is a feature, and it must be balanced against other features with one goal in mind: getting the work done at a level of productivity acceptable to management. Perfect security is an illusion. Doesn't exist, won't ever exist. You do the best you can in the environment you work in, and that's all you can do.

  21. Security is quality by Shadow+IT+Ninja · · Score: 3, Insightful

    I agree that operating system engineers should not get bogged down in details of security. What they should do, however, is concentrate on those aspects of security which equate to quality, especially stability and transparency. Not crashing in response to unusual input and handling overloads gracefully are really important aspects of security. Likewise, the ability to see what is going on in your OS is fundamental to security. For example, I have argued for some time that the addition of DTrace to Mac OS X is an important security feature. The reaction I get is "That's just a debugger." No, the ability to understand what's going on is absolutely necessary to security. These things do not degrade the user experience or make an OS less usable. They make it better.

  22. Re:Matt Garret? by gweihir · · Score: 2

    Incompetent and unaware of it. This person qualifies. For these idiots, it is always others that make the mistakes, never they themselves, and hence they never produce anything good because they do not learn.

    --
    Most ACs are not even worth the keystrokes to insult them. Be generically insulted by this and ignored otherwise.
  23. The Garbage Compacter Rule by Mandrel · · Score: 2

    He's pointing out that people like security well enough, but they want to get stuff DONE even more, and that most people will take the calculated risk to be less secure if it makes them more productive at lower costs.

    Also, too much security can backfire. I call this the Garbage Compacter Rule: In Star Wars it was too difficult to shut down all the garbage compacters on the detention level, so R2-D2 just shut them all down. Similarly, when you run up against a security system that's stopping you doing what you want, but it's hard to poke a hole in it, you sometimes just "shut them all down" to get some work done. You're left with less security than if the original block wasn't there.

  24. Re:Why safety "alone" is productive: by gmack · · Score: 2

    You make it sound like no one has ever hacked a hypervisor.