Slashdot Log In
A Closed Off System?
Posted by
Cliff
on Tue Jul 11, 2006 09:50 PM
from the would-this-appeal-to-you dept.
from the would-this-appeal-to-you dept.
AnarkiNet wonders: "In an age of malware which installs itself via browsers, rootkits installing themselves from audio cds, and loads of other shady things happening on your computer, would a 'Closed OS' be successful? The idea is an operating system (open or closed source), which allows no third party software to be installed, ever. Yes, not even your own coded programs would run unless they existed in the OS-maker-managed database of programs that could be installed. Some people might be aghast at this idea but I feel that it could be highly useful for example in the corporate setting where there would be no need for a secretary to have anything on his/her computer other than the programs available from the OS-maker. For now, let's not worry if people can 'get around' the system. If each program that made up the collection of allowed programs was 'up to scratch' and had 'everything you need', would you really have an issue with being unable to install a different program that did the same thing?"
Related Stories
[+]
IT: Hackers Serving Rootkits with Bagles 150 comments
Iran Contra writes "Security researchers at F-Secure in Finland have discovered a rootkit component in the Bagle worm that loads a kernel-mode driver to hide the processes and registry keys of itself and other Bagle-related malware from security scanners. Bagle started out as a simple e-mail borne executable and the addition of rootkit capabilities show how far ahead of the cat-and-mouse game the attackers are."
[+]
IT: Does Open Source Encourage Rootkits? 200 comments
An anonymous reader writes "NetworkWorld reports that security vendor McAfee places the blame for increased numbers of rootkits squarely on the shoulders of the open source community. Others, however, do not agree. From the article: 'Rootkit.com's 41,533 members do post rootkit source code anonymously, then discuss and share the open source code. But it's naïve to say the Web site exists for malicious purposes, contends Greg Hoglund, CEO of security firm HBGary and operator of Rootkit. "It's there to educate people," says Hoglund [...] It's a great resource for anti-virus companies and others. Without it, they'd be far behind in their understanding of rootkits."'"
[+]
Developers: Undetectable Rootkits Through Virtualization? 237 comments
techmuse writes "eWeek has an article about a prototype rootkit that is implemented using a virtual machine hypervisor running on top of AMD's Pacifica virtualization implementation. The idea is that the target OS, or software running on it, would not be able to detect the rootkit, because the OS would be running virtualized on top of the rootkit. The prototype is supposed to be demonstrated at the Syscan conference and the Black Hat Briefings over the next month."
This discussion has been archived.
No new comments can be posted.
The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
Wouldn't a live CD do this? (Score:5, Insightful)
Re:Wouldn't a live CD do this? Nope (Score:2)
No. - Re:Wouldn't a live CD do this? (Score:5, Insightful)
Parent
Re:No. - Re:Wouldn't a live CD do this? (Score:3, Insightful)
Yes, but you had to go out of your way in order to achieve this, right? That is, it's not something that happened because of soemething you downloaded off the net did away with the "protection" MS had installed originally in the machine. (Besides, as far as I know, only th
Re:No. - Re:Wouldn't a live CD do this? (Score:3, Insightful)
No, the question is not a joke: What would such an OS do with Active-X and Java? Ok, they support digital signatures and let's believe such a system would work.
And JavaScript? It's clearly executable, but would it be blocked? Who would use such a computer when 50% of websites are not viewable without JS? Not to mention sites that only exists in the form of one SWF file...
On a server, JS would not be needed, but usually one needs customization in terms of scripts a.s.o. If the admin cou
Seems to be a matter of reading 'man fstab' ... (Score:5, Informative)
Amazing what those guys back then thought of, is not it?
Paul B.
Parent
Re:Seems to be a matter of reading 'man fstab' ... (Score:3, Insightful)
or more likely:
Re:Wouldn't a live CD do this? (Score:3, Insightful)
As other people point out, this is not perfectly secure, because this doesn't prevent the device from loading software remotely and runnint it. However, it does reducee the scope for damage considerably: while you can't prevent data from being lost or corrup
What a load of... (Score:5, Funny)
Windows Group Policy (Score:5, Interesting)
It'd be a huge nuisance but it's possible today.
not quite! (Score:2)
Re:not quite! (Score:2)
Re:not quite! (Score:5, Informative)
Parent
Re:not quite! (Score:3, Interesting)
glibc needs a rewrite before noexec becomes useful.
I'd use it (Score:4, Interesting)
System admin's would only allow updates from the offical repository, with a local repository for mirror/caching and business specific software packages.
I use something like this for my relatives. Give them a linux, don't give them root, make all updates/installations go through me.
Then print out a poster for my door "setup.exe will not run on your system"
Re:I'd use it (Score:3, Interesting)
Just do:
and you can bypass noexec.
Not to mention shell scripts, perl etc etc.
Re:I'd use it (Score:3, Informative)
From man mount (eww):
noexec Do not allow direct execution of any binaries on the mounted file system. (Until recently it was possible to run binaries anyway using a command like /lib/ld*.so /mnt/binary. This trick fails since Linux 2.4.25 / 2.6.0.)
On the subject of the CD Rootkit... (Score:3, Interesting)
Re:On the subject of the CD Rootkit... (Score:3, Insightful)
Re:On the subject of the CD Rootkit... (Score:3, Insightful)
So your argument is basicly that because trust can be misplaced, there's no point in having a trust system? Let's remove the classification system because the joint chiefs could be Al-Quaida members. Let's remove all digital signatures because the signing key might have been compromised. The point is who to trust, and also look ou
code isolation (Score:5, Insightful)
Re:code isolation (Score:2)
Hypothetical question: "lusers" as decoys (Score:5, Insightful)
If we (hypothetically) closed off the "stupid user" vulnerabilities that are the major attack vectors right now, wouldn't the malware authors instead just concentrate on other, more technical, avenues of attack?
Here's my thought: maybe having systems vulnerable to idiot users is actually a good thing for the informational ecosystem as a whole. They're more than just the canaries in the coal mine (although they serve that function, too), they provide a steady stream of marks for the virus/trojan/malware writers and phishing-scheme authors of the world.
If these people weren't able to basically throw themselves on the swords of their own stupidity on a regular basis, couldn't this just lead to smarter malware, which affected more of us (not just the stupid/ignorant)?
Malware authors are inherently lazy and opportunistic. While there are still lots of "the monkey told me to click it so I did" people around, and ways to exploit this idiocy, that's what they're going to do. They're not going to mess around with esoteric buffer overflows to steal your information, when they can just send out some fake PayPal emails and watch the data roll in.
Given the choice, I'd rather have the primary attack vectors be ones that rely on user stupidity, rather than technical flaws, because 0-day technical flaws are too 'egalitarian,' attacking both the clueless user and the experienced person without warning. Personally, anything that keeps the collective attention of the Russian Mafia focused on people too dumb to check the URL line in IE before typing in their bank account information is a good thing in my book.
I know this isn't a very nice sentiment to hold, but if there was some hypothetical way to remove user stupidity as a vulnerability (not possible, so this is all just a mind game), maybe we'd be better off not implementing it?
I'm not suggesting that we shouldn't attempt to educate people on good computing practices, but if people are too lazy or disinterested to become educated, maybe in their laziness they can do the rest of us a favor by acting as the collective decoys?
Parent
Question moot. (Score:4, Insightful)
"If each program that made up the collection of allowed programs was 'up to scratch' and had 'everything you need',"
Considering that is impossible, the question is pretty much moot, isn't it. I am always going to find more needs for things, and chances are I'm going to need a new piece of software. Even if an OS shipped with "everything", new things are invented all the time. Maintaining a "Closed OS" to allow for new things would be difficult, and to keep it relatively up to date even more so... but then it wouldn't really be closed if new stuff kept getting added to it...
Treacherous Computing (Score:4, Interesting)
Re:Treacherous Computing (Score:3, Insightful)
I've done some freelance computer work for people who don't know all the technical stuff about computers. This normally relates to spyware/malware/virii/etc. The grand majority of the spyware and malware is self installed. Downloading cutesy screensavers or cursors or backgrounds that come with all manners of desktop search, search bars. When you have a Athlon
Smith-Corona to the rescue! (Score:5, Funny)
Yeah, turns out somebody was doing this for kind of a while. Called them "typewriters" or somesuch.
Really, much of the value of a computer lies in the fact that it's an extremely versatile device. Choosing to discard all that, and believe that you can know ahead of time every single thing you will ever want to accomplish with it, seems like a pretty bad deal.
Re:Smith-Corona to the rescue! (Score:3, Insightful)
Re:Smith-Corona to the rescue! (Score:3, Informative)
anyone remember the I-opener ? that was a closed (qnx) turnkey just-does-this-and-no-more system.
I don't think the company lasted long, though. too many people (myself included) bought the boxes for $100 and hacked them to get linux and win95 on them. ahh..
but the idea was kind of ok, for some people. and there was NO way to get viruses or problems when you aren't even running a real multiuser o/s
OS X (Score:4, Interesting)
Same thinking? (Score:2, Insightful)
Re:Same thinking? (Score:2)
If the vendor controls the keys, yes, it is scary. If I do, no, it is not.
Vista + 'DRM' Hardware (Score:4, Interesting)
As I've said before, this would be a huge boon to IT departments all over the place. I'd love to be able to lock users to running a signed OS only the apps we specifically approve and sign. This would lock out all unapproved software *and* malware. If the OS is secure enough to keep there from being any ways around this, it'll be ideal.
Oh, and of course, as long as such trusted computing stuffs can be turned off for users who purchase the hardware and don't wish to use it, it's a win-win all around.
Too far? (Score:2)
console? (Score:5, Insightful)
This is EXACTLY where my mind went! (Score:3, Interesting)
One of the many, MANY hazards with this would be having to buy a supported printer, supported network card, etc... as 3rd party software (and there by hardware) is excluded by definition.
As another poster has mentioned, wouldn't a LiveCD suffice?
Secretaries and scripts (Score:2)
And as a software developer, there's just no way a completely closed system is going to work for me....
Have had it for almost 30 years! (Score:5, Insightful)
Re:Have had it for almost 30 years! (Score:3, Informative)
Oh yeah? After booting Apple DOS 3.3 type the following at the AppleSoft BASIC prompt:
Now you can't read or write to a disk. Now that's malware!Free karma if you can name what routine I disabled.
Why not CD Boot? (Score:2)
Wouldn't it make more sense to go back to the live cd concept... You pick everything you need and then make a bootable cd out of that. We did that 10 years ago - was a lot of work but worked great. I'm sure over the years people have written better scripts than the hacks we d
An OS without any 3rd party apps... (Score:5, Funny)
Why not instead..... (Score:2, Interesting)
Downside: you'd have to use a CD or flash drive to transfer documents on/off the machine. You couldn't receive email on the machine.
Upside: The only security risk would be by direct access.
Actually, the most secure machines probably aren't even password-protected. If the machine isn't attached to anything but a power cord, and the machine itself is inaccessible, then
as a software developer... (Score:3, Insightful)
As a component of a larger, networked system, which had parts where I could install and run the software I was developing, then yes, no problem. But alone, by itself, no, it would be completely useless.
Of course, there's still some interesting questions about this theoretical beast. Is it scriptable? I often have quick one-off tasks that are best done with a quick script. If I can't run one-off scripts, then it's not "up-to-scratch" and doesn't have "everything I need", and if it can, then it's not a completely closed, locked-down system. The only way around that, even in theory, is to have an infinite number of monkeys providing you with all the scripts you could ever need in advance, and even then, there's probably be some difficulty finding the script you need right now from that infinite number of scripts. (Not to mention the costs of the infinibyte drives needed to store all those scripts.)
Bottom line, I think the notion of a machine that does "everything I need" is about as realistic as those old concepts of an irresistable force or an immovable object. Nice for creating logical paradoxes, but completely silly otherwise.
Good idea (Score:2)
Take any Windows Linux or OSX system, and lock it down till its just a kiosk.
There you go!
This is also doable with a windows98 installation onto a CD. Knoppix comes to mind for Linux. I've also tried setting up a kiosk like graphic OS to go onto a compactflash card that acts as an IDE device. I needed newer apps too many times on it.
See, a FIXED OS needs to be configured seperately for each system since noones requirement is the same as anothers'. QNX, Windows
It would be great if we didnt have pesky choices (Score:2)
real solution would be (Score:2)
You would have the OS installed on a flash memory drive. Either its in the system ( embedded like ) or its a plugin card like sd stick. Read only though. You have memory that you can use as program running space. You can save data to external system like flash drive.
Lastly, you would run applications from a second flash drive.
Think of a linux on cd kind of system ( or other os 0 with no hard drive, and you save your data on a flash drive. All programs are on the cd. You ca
*groan* (Score:5, Insightful)
Oh, for fuck's sake! Don't give them any more ideas.
The extra cost of technology staff and the risk of a shittastrophe are nothing compared to abysmal employee morale. If you don't let 'em stroke off for a few minutes a couple of times an hour by going to ebay or playing snood you're going to end up with a resentful staff. And they'll produce awful, crappy work for you.
Re:*groan* (Score:3, Insightful)
At least not wher I live. Do you have internet terminals for employess at the gas station ?
Are the guys at the foundry revolting because they can't browse eBay while waiting for the steel to cool ?
Soft in the belly workers need to wise up.
Not on my PC (Score:3, Insightful)
The concept is also flawed. Just because something isn't an executable doesn't make it not contain instructions that tell your computer to do something. Word macro viruses is a great example of this kind of problem. It's just a simple word processing document.. but it can also be a virus. The
This is not the answer to computer security.
Symbian OS 9.1 for cell phones. (Score:3, Informative)