Information Security Is Becoming Infrastructure
Bruce Schneier has a story at Wired about his observations from the recent RSA conference. He noticed that the 350+ vendors who attended the conference were having difficulties selling their products or even communicating with potential buyers. Schneier suggests that the complexity of the security industry is forcing it away from end-users and into the hands of companies who can bundle it with the products that need it. Quoting:
"When something becomes infrastructure -- power, water, cleaning service, tax preparation -- customers care less about details and more about results. Technological innovations become something the infrastructure providers pay attention to, and they package it for their customers. No one wants to buy security. They want to buy something truly useful -- database management systems, Web 2.0 collaboration tools, a company-wide network -- and they want it to be secure. They don't want to have to become IT security experts. They don't want to have to go to the RSA Conference."
We've seen this problem with the PGP world. Geeks like working with everything themselves, but it's hard to convince non-geeks to use it, because they don't see the point. If encryption were really vital, it would be packaged for them to easily enable it, just like their online banking. Even with secure e-mail standards like Secure MIME, they are easy to use but are yet little known because companies don't actively pitch them to their customers.
I would beg my fellow geeks, at least, to rediscover some of the passion about encryption. As I posted a couple of days ago, a decade ago every geek had a PGP key and Schneier's Applied Cryptography was our favorite bedtime reading. Now, even geeks don't want to go through the minimal (to us) effort of working with crypto.
maybe the problem with selling security is that is that the products are a pile of afterthought patches. security is a property that should lie at the foundations of a design. why should i put some 1u appliance with alot of molded plastic on my ethernet at all?
Probably because they don' think that security is really that critical to them. However, for many others, the cost of getting the right consultants and infrastructure might be too much for their business to handle. Most businesses don't have a lot of disposable cash that they can put into IT infrastructure, especially since a lot of IT infrastructure has to be upgraded on a semi-regular basis.
the complexity of the security industry is forcing it away from end-users and into the hands of companies who can bundle it with the products that need it.
Great, once again the tools I need to protect myself are being taken away given to "the professionals". So if all the security tools go to the ISPs and other infrastructure how do I protect myself from ISP spyware?
We are all just people.
i can't count how many products are crazy ways to push updates or check for updates or are just easier ways for admins to use features of Windows or some other MS product that is part of the product but requires more than clicking a button to make it work. I use SQL 2005 and there are so many ways to get into the guts of the product and see what is really happening that it will take months to learn it all. but there is no shortage of products that do the exact same thing except with a colorful GUI and so you don't have to invest the time to learn the product yourself
Whether you're a computer user or a small shop owner in the Bronx, nobody likes paying for security.
Om
This is a good thing. I'm working on a proposal for a...well, it's $900 million worth of something, I'll say that. It's a huge project, with a lot of different technologies (even by IT standards). I'm the "Security Tower," the group of people responsible for security in the solution, and I've never had it so easy. Sure, there are firewalls, and an IdM extension to support SSO, and a few other things for security, but for the most part our security is architectural. Every area of the solution has products with security infused into them to some degree, whether it's encryption for the endpoints, key management for the central system that manages the endpoints, and so on. Instead of having to wait until the rest of the solution was finalized, and then play catch-up to try and get security added in, it's been a matter of mapping requirements to security functionality that is already there.
For your security, this post has been encrypted with ROT-13, twice.
Of course, security consultants think that security should be left to the professionals. (ie, them)
The information security people are getting jealous because project managers have the certification/religious body (PMI) and a certification (PMP) that is basically required for many serious projects. That keeps the rates high by limiting the marketplace and mandating some prescribed process for doing everything.
Security consultants like to put that "CISSP" on email signatures and business cards because it makes them sound like doctors or lawyers, but at the end of the day, nobody really gives a shit. So now every so-called security guru is coming around telling us that the russian mafia has probably already hacked our systems, and the Chinese are going to take over the world, starting with our company's PCs. The magazines roll out witicisms like "digital pearl harbor" and "cyber 9/11".
The solution, is to give more money to security consultancies. Maybe buy some million dollar IDS solutions from the likes of Symantec to let you know that some putz in accounting tried to use FTP.
IMO, it's all bunk. IT people are finally starting to question the dubious value of cash-cow security software like AV, so the security community rolls out some more fear-mongering.
Conformity is the jailer of freedom and enemy of growth. -JFK
Life would be simple if all the server and client applications in the world were inherently secure.
Life would also be good if everything were modular.
Solution:
Every server and client application is written with a ssh server/client layer through which all communication passes. All proprietary and standard protocols can be encapsulated within an ssh tunnel.
One advantage of security as infrastructure rather than as products is that infrastructure is the foundation of a service, not just something bolted on afterwards.
The biggest problem with security is that it's added afterwards as a "deluxe feature", rather than integrated with every design and implementation detail. Adding security afterwards means always catching up with the original insecure condition. It means creating an insecure system that the bad guys like, then fighting your own system along with the bad guys while you labor to secure it.
But the "built-in" tech shouldn't become completely invisible. The bundles should be transparent, not closed and opaque. Because nothing has a higher risk of insecurity than something unknown that you can't inspect. And no matter how well a vendor inspects their own secure component, if it's properly secured no extra scrutiny makes it less secure, only more. Leaving it transparent, visible only when you inspect it, is the best, safest tech.
--
make install -not war
Most security problems are a result of misunderstanding the purpose of an object in the infrastructure, and telling other components lies about its nature (permissions boosting). Bad admin does this with a human face. Poor products do this when out-of-the-box configurations don't match the user's requirements, allowing too much be begin with, or having options that bad admins change inappropriately.
So, how do we do this in a product-based environment? Do we need new module API, covering anything that communicates, which authenticates its purpose and reconciles this with the policies of the larger infrastructure? Will good admins resent such technology?
Finally, a contentious summary: good admins are needed because of poor products.
The vast bulk of ongoing security issues is because of a single glaring market/government oversight-software is not being required to have a normal consumer warranty. Is it a product like other products-as patents suggest-or is it a work of creative art, like copyright suggests?
I contend that society needs to make a clear distinction between the two and force the industry through legislative action (because voluntary is clearly not working) to choose one or the other, but not both.
If they want to continue to sell products, and to have patent protection, then consumers need protection from them as well in the form of warranties, same as in every other industry that pushes products. Security problems would then start to get REALLY addressed, from the ground up, not patched on like keeping an old bald tire going.
All the other industries out there got dragged kicking and screaming away from ye olden days "caveat emptor" snakeoil products era, before warranties, they claimed it "couldn't be done", that "the cost to the consumer would be to high!", that they just couldn't make products that could be covered by warranties..yet, they have, even with their faults, manufacturing settled down and is still profitable enough, even with forced warranties.
It is well past time software was as well.
This is not a new "delicate flower" industry that continues to need subsidy in the form of hand holding and a "get out of jail free card" for their products, it is now a decades old well established and robust and innovative industry that can finally have their training wheels taken away and stand behind their products and be forced to code so well that normal warranties can be offered. This would stop the massive release of perpetual betaware that has never ending security and functionality issues, and separate the truly thoughtful and "engineering first" efforts- from the good companies that would succeed- from the "marketing first frosted with gibberish and chanting billionaires going neener neener nothing is our fault, check the EULA, hahahaha, sucker!" offerings- from the bad companies- that we consumers get to "enjoy" now and are succeeding to the tune of tens of billions in the bank from their snakeoil wells they pump from.
Because Macs are known as arguably 100% secure, free from any issues that plague Windows or other UNIX systems, I don't see why deploying Macs should not be an integral part of any organization who values security.
While I agree in principal that security should be embedded as a core component in the services sold and puchased, I hope organizations realize security cannot really be bought simply like "..and add 1kW of power, thank you".
... mmm ... secure" when I ask them what are their security requirements for any particular target. They would be really ready to purchase "security as infrastructure" and not think of security at all, but unfortunately in that case their organisations would eventually face an EPIC SECURITY FAIL.
The correct amount and nature of security is very much relative to the risks the organisation is facing. Those risks are dependent on the kind of business they're doing and also on their business model.
However, as a security professional I still see people who say "It must be
No amount of "security as infrastructure" will help if organisations do not have a good risk management and analysis framework or do not understand what kind of security they need and how much. If they don't understand it, they cannot ask it of the vendors and thus they will get either nothing or something random.
he seems to be the only person that consistently "gets it." Does he need a surrogate to carry his children?
You can't take care of security at the infrastructure level. Insecure products can be built on a secure infrastructure. Commercial software will continue to force users to run with elevated permissions. New document formats and communications channels will provide new places for malware to hide. Infrastructure cannot police end-to-end secure tunnels.
Unless everyone participates in security, the system is not secure. As we learned years ago, a password can be purchased for a candy bar. Millions of AOL email accounts will be sold for a few hundred thousand dollars by a low end tech with the permissions to do so.
I have been troubled for years at the tendency for organizations to have a "security department". As soon as you take security off your developer's plates, they immediately start writing un-securable software. Same goes for administrators, if they buy security instead of doing it, they are going to cause problems.
Maybe not but someone will have to be, no matter.
This is interesting...are we actually thinking security is separate from the underlying applications or services that are being implemented? Security is an element of a solution we provide to our customers or if your an internal IT shop, the end-users. Sure there are components that are purely infrastructure items that IT uses to secure an environment, such as IDS\IPS, Anti-Virus, Firewalls, etc. Maybe this Slashdot post shows us a symptom of the overall lack security posture technology companies tend to take when developing a solution. DO THEY THINK SECURITY IS A PROBLEM TO BE SOLVED BY SOMEONE ELSE?
- Antivirus: works by scanning files being written to/from disk, and by scanning I mean "run ~1 million instructions in an emulator then see if it matches a virus pattern". Requires weekly updates to latest definitions. One of the most successful "security" products
- Static code analysis tools (e.g. Coverity). They take your source code, run a heavy-duty static analysis program on it, and point out memory leaks / double frees, uninitialized variables, and other flaws. My educated guess is that 1/3 of viruses involve such a problem. Useful, but to a manager, you can find a different 1/3 of flaws with a manual code audit that costs about as much.
- Windows Vista (yeah, ha ha). Includes improved account control and privilage separation! Except that most users get so sick of the Allow box that is required for so many things on Windows that Vista has NOT fundamentally increased security.
- Network intrusion detection appliance - you plug this into your network, and it does something when it detects a malicious access pattern - I dunno, maybe it bakes cookies? But detecting malicious access patterns makes you more secure!!!
The security product that takes off will be one that says "with product X, you will never experience security problem Y". Unfortunately, the security products out there are crap (product X decreases chances of problem Y from 1% to 0.01%) and security folks are the most paranoid about providing any guarantees. (Use the word "impossible" at a security conference and watch what the blogosphere does to you. I dare you.)In other words: most security products provide a small marginal gain, while their vendors tout them as essential, must-have products.
The single most telling "security" trait I have seen is from the security group at my employer. They send out a feature proposal, and then flame anyone who disagrees with by saying "if you don't agree to this, we'll probably get hacked next year and it will be your fault for being against the security of our products!". Never mind the technical flaws (ASLR doesn't work when you map 1GB of contiguous memory in a 32-bit process) or performance implications. Security "sells" based on fear, and the security industry sales arm has yet to realize they have cried WOLF too many times for purchasers to take them seriously anymore.
A witty [sig] proves nothing. --Voltaire
Where's Father Randy "Pudge" O'Day when you need him?
Didn't Scheneier mean Computer Security is becoming a commodity (infrastructure sounds rather vague)? Is it really a bad thing? I mean, security is such an essential part of every thing that it really is supposed to be a commodity IMHO. Nevertheless, I disagree with him, it is very hard to embed security for all aspects in all products, so you always going to need supporting tools or services that will complement the security of the product you are interested in (like Antivirus Sofware complements Operating Systems). Also, as long there's security, there's someone trying to break it. This means that even if you embed enough security in a product, this security might be eventually broken some time in the future and again you're gonna need some supporting tool or service to protect you. Specially, because these breaks many times aren't just related to the specific implementation of some security technique, but to the fundamental principal the technique is based on (like what we have seen happening to CAPTCHA systems and hard disk ecryption products, and also the implementation of attacks that were considered impossible before). The notion of security becoming a commodity is hardly acceptable, let alone a reality.
The medical profession and insurance and pharma industries needed the slap downs because in the old days they were killing people or maiming them and got away with it. And even despite more scrutiny they are still trying to dodge safety issues, such as using barely knowledgeable academics as a "name brand lead author" on papers (headline article in recent JAMA). Nope, that liability was needed, they brought it on themselves because they refused to self regulate. If they had done it from day one they never would have needed the lawyers sicced on them, but they tried to hide behind white coats and pomposity for decades and finally got called on it when the accumulated evidence of serious malpractice and malfeasance just got overwhelming.
All the other industries have warranties and you can still buy their stuff, so I reject the FUD. I am no longer either believing the typical knee jerk indignant reaction expected, the scare tactics thrown out by the software industry "Your stuff will cost too much, we can't do it, wahhh!" nor do I think it is completely impossible. Yes, it will take one of those "paradigm shifts" in thinking and doing, and that is because it is needed. You know, I read it all the time here, devs in this or that thread complaining marketing forces-the suits- telling them to ship code that they *know* isn't finished and is still buggy. I would think the dev community would welcome forced minimum standards and minimum warranties like "suitable for purpose" like being exposed to the internet, etc., to help with fighting off marketing weasels and the slimeball tactics that permeate the industry and to actually be able to say they are "engineers" and have it mean something good.
Until THEY are under the gun of losing it in the wallet, like their customers are daily from using their no-warranty products that make security job 9768 all the time, their excuses will just keep pushing out perpetual beta-crippleware. They make buzillions of dollars, time to man-up a little and accept some responsibility for the alleged "software engineering" that goes on and is used to justify tremendous profits and salaries. Everyone else has to, why should they get a completely free skate? Just "because"? Sorry, maybe 40 years ago, but not today, this is now a mature industry, they need to collectively be treated like adults in the normal business realm then, not "special needs" children.
Now, either that or just give up on trying to hustle this buggy and insecure forever crap for serious folding green and demanding "patent" protection and etc. Both ways is just a completely clearcut consumer ripoff, no other industry out there gets to skate on things by posting some ridiculous EULA. Give it away free, clearly label it as beta, fine, start charging serious money for it, different story, it needs a normal warranty.
And there you have it, ladies, gentlemen and slashdotters, the problem in a nutshell. People don't want to buy security because they don't think it's useful. And then what happens when their site gets defaced or their database hacked? They blame the admins, that's what. They never, ever admit that it happened because they wouldn't pay the price needed to secure their machines, they just blame somebody else for not keeping them safe even though they didn't have the tools to do the job.
Good, inexpensive web hosting
Most bad things that happen to users these days because they clicked a link that goes to a web site that installs malicious code. It seems that the largest security problem is that end users do not want to take the necessary minimal precaution (for whatever reason). It make no sense to me to try to build a "fool proof" infrastructure. The problem resides more with the end users and his/her computer. Since most computers (especially MS) like to use the internet to install software/updates. The problem is not going to go away by tweaking the infrastructure. Also the internet was designed for connectivity and interoperability. Obviously trying to move security to the infrastructure will mean giving up on these.
Ahh yes FUD (Fear, Uncertainty and Doubt) The previous INFOSEC company I worked for was all about that. Best sales technique they had. It's definitely a self-perpetuating meme, that lately, companies have started to ignore.
Embedding security in other products may be hard (I don't entirely agree with this), but it is what is essential. Security should not be a separate product.
For example, if you have a router between your LAN and your link to the internet, that router should be performing the security function for you. If you want to block certain ports from being connected to via the internet, block it there. If you want to establish a VLAN tunnel to another office, you could do it there.
To the extent that any separate product can make something else more secure, that something else could have been made just as secure on its own. Don't confuse this with separate kinds of security that should be in different products.
Much of the problem is how things are marketed. Something marketed as a firewall may well really be a full router that can be a drop in replacement to an insecure router. But it should be marketed as a router that also happens to include state of the art security in the way it operates.
There is a market for separate security devices and tools only because existing products are just not secure. This is simply a reflection of the bad state of affairs of way too many products. For example, if Windows were secure, there would be no market for add-on security tools and products.
now we need to go OSS in diesel cars
Why do browsers even have a "run malicious code" function?
In "The Emperor's New Groove" there is a running gag where someone pulls the wrong lever and falls through a trap door into an alligator pit, then returns dripping water and kicking away alligators and asking "Why do we even *have* that lever?"
Why does Firefox have a mechanism to install extensions to Firefox from within a Firefox window?
Why does Internet Explorer have a mechanism to run native code downloaded from a website?
Why does Safari have an 'Open "Safe" Files after Download' option?
Why doesn't Microsoft provide a way for browsers to launch and pass parameters to helper functions that doesn't require them to guess how the helper function's quoting mechanism works?
Why do we even HAVE these levers? These are all obviously bad designs.
Every other plugin you install in a browser can be installed by downloading it and running it as an application. Why does Firefox have to implement a mechanism to allow a web page to request that an XPI installer run?
ActiveX and other mechanisms based on using "security zones" to allow the HTML control to guess whether it's being asked to run a plugin that Windows Update needs instead of one that's going to install spyware are inherently insecure. Why doesn't Windows Update, for example, run as an application and provide its extensions to the specific instance of the HTML window that needs them, instead?
Apple has finally turned 'Open "Safe" files' off by default. This tiny increase in security is probably the best news I've heard in web security in a year... which is kind of sad. The underlying problems with helper function bindings are still there in OS X and Windows, alas.
Finally, Microsoft's POSIX subsystem actually includes "exec", the UNIX system call that is available on other platforms to avoid the quoting problems that the corresponding Windows call has. Unfortunately you can't use that call from Win32 programs, and they haven't implemented the equivalent in the past 15 or so years that it's been there. Why not?
Good. It's about god-damned time that "security" ceased being a magic word that made money and organizational power come from the sky for those who uttered it.
One CPU cycle wasted on digital restrictions management is ONE TOO MANY.
The reason security infrastructure sells is the same reason why security books don't. It is the same reason we want air bags, not driving lessons.
No one wants to learn anything, especially if it has nothing to do with the task at hand. We want it to just work, and it should.
Just prevent it, don't make us think about it unless you want some of us to make mistakes.
"Great, once again the tools I need to protect myself are being taken away given to "the professionals". So if all the security tools go to the ISPs and other infrastructure how do I protect myself from ISP spyware?" - by Original Replica (908688) on Sunday April 20, @12:46PM (#23135090) ----
Try this (IF you're a Windows 2000/XP/Server2003 or even VISTA user):
HOW TO SECURE Windows 2000/XP/Server 2003 & even VISTA + make it "fun" to do, via CIS Tool Guidance:
http://www.xtremepccentral.com/forums/showthread.php?s=b81b9def0d31399fca2b236544f2875b&t=28430
It truly works, IF you can apply & adhere to some SIMPLE rules it notes.
The 1 thing I think that many "security pros" & network admins/techs fear, is that "normal end users" begin to grasp how to secure themselves (OR, that they even begin to grasp things Tcp/IP (networking))...
If everyone starts to realize how SIMPLE it is? Then, that's taking away the need for the "pros", period (that is, IF an end-user's interested in securing themselves, & most are... else, why put locks + security systems into their homes or vehicles).
Don't let this b.s. from this article fool you (that people aren't interested in security OR knowing how to achieve it)!
Simply because common-sense & looking around you shows you clearly & cleanly otherwise, period.
APK
P.S.=> The best part is this though, & that is that CIS Tool is NOT restricted to Windows users only... there are versions for various *NIX variants too, & they're decent enough as well... apk
I know the opinions of MBA-types like myself are not always appreciated on here (hence I'm an AC), but I'm just going to throw this out there...
Security is a business decision.
If the probability of a security failure times the cost of that failure is less than the cost of the security measure, then you generally don't implement it.
I think a big part of the issue here is that management has a much better sense of the cost of a security failure than security does, and NO ONE really knows the probability of a security failure. The only thing certain is the cost of the security measure.
I agree with your concept, but HP??? .... try Foundry!
You've got to be kidding us
... I "don't want to go through the minimal (to us) effort of working with crypto," and except for my work (and hobbies) as programmer, I should not have to work with crypto. Microsoft should have made that a standard feature, with shortcut icon to Properties including others' public keys, of all user actions resulting in 1+ bits sent off the client. If an Internet browsing program can legitimately be described as integral enough to computing to be part of the operating system, then encryption damn well is too, and much more so. Ridiculous!
All 19 hijackers were known terrorists 09-10-2001. Lack of FBI intelligence does not justify warrantless wiretaps..
All 19 hijackers were known terrorists 09-10-2001. Lack of FBI intelligence does not justify warrantless wiretaps..
"However, $20,000 OSes with $50,000 word processors is simply not going to fly."..you just pulled that out of thin air, you have no actual idea what it might cost, do you? I have an OS and a "word processor" that costs zero and is inherently by past historical track record significantly more secure than OS and word processors that costs hundreds of dollars now.
You want a metric, the rest of all industry has one, it is very, very simple, you sell something and it is bogus and causes physical or financial harm because it is not "suitable for purpose", your customer then has a tort action available to them. If you as joe browser shipper ship a browser and OS, then some guy's bank insists on that browser and they or it gets pwned and you as the customer lose, they should be liable for it, plus damages and costs. Get a few cases like that out there, you'd see a lot better code..less releases..but better code. The demand for code is out there, it is huge, someone would be able to do a much better job, much better than now with legalized snakeoil, the best you can get is half baked more or less works and has constant security issues-the entire main point of this entire article, how security has gotten complex and is now beyond the ken of most people and even most businesses, and it's because the applications and OS they start with are A) constantly buggy and probably not even realistically into full beta mode, but are shipped as "finals", and B) most should never be connected to the internet anyway, because they are simply unable to exist there and remain secure. And there's things on the net and in common usage that although they are capable of doing nifty-cool things are clearly not suitable to use from a security angle, such as javascript. That's one of the simplest and most effective ways to make sure you never get pwned, just turn javascript off.
This is an involved subject, but in essence you want to defend no warranties, I say that it is a normal modern industry and needs warranties like every single other industry out there. They have managed to struggle by and eventually came up with engineering practices that make products "good enough", and have been able to deal with the odd random whoops! It worked out, they claimed it wouldn't but it did. I can't give you *exact* details of how this would work with software, I am not a coder, this is not my business (I am in farming, food production, we have metric shitloads of rules and regs and standards we have to adhere to), but just looking at everything else out there...it's possible. Heck, the hardware that software uses has warranties even. The smarter guys would figure it out inside their own specialties of typing and coding and profit from it, the dumber ones would go out of business-as they should.
I have some hardware thoughts on making more secure machines if you want to go into it, basically-just talking about generic home users-I don't think most people really need a full open PC as we have it now, they would be much better served with a locked down next generation powerful/fast internet appliance (or multimedia server) that respawned a clean OS and apps image and ran from RAM, so that every time it was turned on and off it would be clean and bug free. It could originally load from a locked optical disk that can't be written to. Like you see some places when they do "kiosk mode", but even better than that. In fact, that is going to be my next home built machine, it will be designed to run like that, because the market only is offering general and completely insecure machines that are now so complex even near -experts have to be constantly tweaking and guarding them and "patching". They had some really bad examples of internet appliances in the past, they all sucked, but with todays hardware I think you could build a pretty fast and secure one. Basically, most people don't run an OS and such like, they don't even know the differences between the OS and the browser, etc, all they know is "mash this for the internet". They run a han
That's an easy one, whomever you handed the cash to for your OS or the third party application that hosed you. If they in turn turned around and blamed someone else in their vendor stack, so be it, such is the nature of cutthroat predatory capitalism. It is the system we have, the software snakeoil peddlers just want the "caveat emptor" exclusion. So far, they have it, eventually, someone who got really took and has deep pockets and is finally fed up enough with the ridiculous EULA nonsense is going to break the back of the bugware cartel, then things will change for the better for both the consumer and the actual coders. For some almost do-nothing "shareholders" of macrobugware, inc., I wouldn't give crap one about them and their short term profits over peoples misery and frustration with being forced to endure perpetual betaware. You can type your fingers to the nubbins in defense of crapware, but the fact remains, they are the last so called "industry" put there that isn't being required to have warranties, yet they want full and complete and extensive legal protection for their profits, trademarks, patents, copyrights, "IP" and etc. My opinion, and your responses just intensify it, is it's a half-scam industry that has grown up thinking they are "special" with every excuse in the book to prove they are special, so now it is hard coded into their corporate and personal DNA defense of selling and shilling bugsqueezings because "that's the best they can do". Well, so far, ya, it appears so, there's no actuall quality as job 1 out there that I can see. Closed source is "good enough to look like it works, ship it". Open source is "we know it is always broken someplace, but it's free, ship it fast and often". No other options, expensive betaware, or free betaware.
How would you like every other industry out there to have the same deal, would you be feeling lucky then? Would you even come close to trusting your food and water and electrical appliances and cars and so on, if all of those guys were allowed to just post some ridiculous disclaimer that "this product is not suitable for purpose", and so on? You just want total free and unrestricted trade with no forced warranties, no inspections, pure caveat emptor? Or just for software? You have a vested interest in that, it is your job perhaps?
Now personally, I *used* to pay for software, for years and years, I even paid for all my shareware cepting one that turned into abandoned ware with no contact info (which makes me a rather odd person to be sure I guess), I don't pirate a thing, but now I use free and Free open source, so I have no recourse over the stuff I paid zero money for if it screws up. That's my tradeoff, I stopped being willing to pay rather decent sums for two cents of digital copies of half baked stuff,and I am willing to accept perpetual betaware as long as I don't have to pay for it. If I did though, bet your bippy some snakeoil peddler jerks would have been in court a long time ago, the first time I suffered any loss due to the lack of quality in some typed up alleged "product". I haven't suffered a loss, because mainly I always refused to use "the big gorilla" or any applications that even touched the big gorilla, I just shy away from obvious pure manure, like it always has been.
It is going to happen someday, bet on it, all the businesses out there who have gotten burnt and reburnt over the years with crapware...some big billionaire boss is just going to go ENOUGH and get the ball rolling in court and challenge this exclusion, or some powerful senator or something.
And he is going to win.
You worst case scare scenarios not withstanding, the jury and or judge is going to go "this expensive software stuff is pure crap, they lie through their teeth constantly and make billions, their expert witnesses are using smoke and mirrors and razzle dazzle,so... for the plaintiff!"
Enjoy the good times and phat checks while they last, someday it is going to be smaller checks for mo
We have this huge security industry that by default is always one step behind the level they need to be at. There's little to no accountability anywhere though. If no one is at fault for designing and pushing bad products, then why bother with the security at all then? It never actually works all that well "in the field", the existence of huge botnets prove this. And I think it is because software releases that have no accountability to them encourage just more of the same. At a minimum it should be clearly labeled, such and such is suitable for exposure to the internet, such and such is not.
I ran Mac classic for years, with little to no worries, despite hoots of derision from my windows friends that it was a "toy" system, yet they were the ones who had constant security issues andf I had none. It was just designed different, and even taking numbers out of the discussion, it was inherently much more difficult to get root or ownership of classic over the wide open nature of MS (I never used linux back then so cannot comment) AFAIK, if you had sharing turned off, to this day there is still no remote code execution pwnership possible, none I have heard of anyway, never been done or shown. For example sub7 could run as a client (attacker) but not as a server (pwned victim). That wasn't "obscurity", it was because they couldn't figure out how to get root when getting root was made near impossible by design up front, which would have made it more practical to offer a warranty at the time for "suitable for use on the internet". I paid for that security and for knowing that by gum if something said it ran on mac, it sure did (ease of use, I fooled with windows, major icky stuff, and I don't game so that eliminated any need to run windows). And once you grokked extension sets and adjusting your ram usage app by app, it ran just fine, with hardly any worries and no need for bug detection, firewalls, etc. To me, that shows it is more possible than current levels of coding, it has gone backwards to a great degree (maybe open BSD is the exception there), and when they went to the less secure osx, I just went ahead and switched to free linux, as I was not going to pay for a digression (and my last mac machine wouldn't even run osx for that matter).
I see the willingness to have stuff that is perhaps faster outweighing security concerns, and just don't agree with that. And given I have no legal or practical protection whatsoever from *any* operating system or software beng offered to joe regular consumer, all of it contains the "neener, neener, nothing is our fault, sucker!" disclaimer, I had to go with cheap/free as the best defense and most practical way to go forward.
Back to the appliance concept, I still think that is the easiest way to make internet surfing more secure, if there is nothing to write to except RAM, and that is more locked down with permissions anyway (even to the point of making the browser be its own user), that would bring it closer to truly plug and no need to pray, which is where they need to be at for most folks usages. I don't think computers as they sell them now will ever be able to be made secure until they switch philosphies and treat them as application appliances.