Windows Gets Independent Security Certification
linumax writes "Microsoft Corp. on Wednesday clinched Common Criteria security certification from the U.S. government's National Information Assurance Partnership for six versions of its flagship Windows OS. The products receiving CC certification include Windows XP Professional with Service Pack 2 and Windows XP Embedded with Service Pack 2. Four different versions of Windows Server 2003 also received certification. Common Criteria certification, which was ratified as an international standard in 1999, helps customers in key market segments evaluate IT products when making software purchase decisions and contribute to higher levels of consumer confidence in IT product security, Lipner said. SuSE Linux ES 9 has already achieved the certification and almost a year away from being released, Red Hat Enterprise Linux 5 is on the path toward EAL4 certification."
It's as secure as 95% of the destops out there. That's a good score!
Pigs have flown and it's getting a little chilly in Hell.
Now all the US police departments (that have to use EAL-4 systems) can buy upgrades from Win2000 to XP. Perfect timing, with all that DHS money coming down the pipe right now...
I took a security-related class not too long ago. The prof pointed out that the CC is basically worthless. The important thing is the profile. For example, he said most CC certifications are given out for a profile of a system on a friendly network that is not physically accessible to untrusted users. How useful is that?
He also said something to the effect of: You can claim that your security policy has never been breached, as long as your policy is to not check security.
The problem is that government perpetuates this by requiring people/companies to spend tons of money on this stuff to get "approved" for government use.
~~~
For those who don't have the foggiest... More info on Common Criteria Certification can be found Here
Get your Windows Malicious Software Removal Tool Here for FREE! - http://fedora.redhat.com
You pay someone off to give you a cert, then, in the same breath, announce another security vulnerability .
I am officially releasing my certification of "The Highest Level Of Security", and giving it to my pet OS, ELKS!
Therefore, ELKS is the most secure OS in the world.
The press meeting will be at 24:01 December 31st.
"Give orange me give eat orange me eat orange give me eat orange give me you." -Nim Chimpsky
I'm just mentioning this to help cut off some of the anti-MS crap that's going to get modded up as insightful.
Using Internet Explorer is still a bit like playing Russian Roulette perfect, but the security of Windows has come a long way.
[Fuck Beta]
o0t!
IE, networking, Messenger, Windows Media Player, ...?
As a Windows user considering the switch to the Intel Mac's coming soon, I'm curious if Tiger (OS 10.4.4 or whatever) has gotten this certification? I know the argument is that you're more secure no matter what since no one writes spyware etc for the Mac, but is it certified? I'm honestly curious, so I know what I'm in for.
Windows secure? Shyeah .. when pigs come flying out of my butt.
Or was this test completed with the network wire UNPLUGGED ??!?!?!
IIRC that's how Windows NT4 got it's whatever certification...
= Grow a brain...
Higher EAL levels do not necessarily imply "better security", they only mean that the claimed security assurance of the TOE has been more extensively validated.
This just means that it does what they claim. I'd be more interested in seeing what the security claims were....
"Weapons should be hardy rather than decorative" - Miyamoto Musashi
I think that goes for OS's too
They're giving these things out to ANYBODY.
Get paid to code OSS
Does this certification actually mean anything, or is this just yet another Microsoft maneuver to be able to a government/corporate entity "See, we meet specification XXX that you demand software that you use have."
Microsoft did this with POSIX support for Windows NT; NT's Posix is next-to-useless (they don't have fork(), for example) but Microsoft got it so that they could tell the relevant people "See, NT is posix-aware."
Another example: Internet Explorer for Solaris. Probably one of the most horrible browsers out there; Microsoft only did it so companies that said "We standardize on one browser for all users" could standardize on IE. Microsoft had no real intention of supporting Solaris.
In fact, I will go so far to say that Microsoft's proposed "open document format" doesn't exist because Microsoft has any intention of opening up their format, but so that Microsoft can meet Massachusetts' requirement to have an "open" format. This is why Massachusetts should continue to tell Microsoft that they will not use Office Vista until it supports the Open Document standard.
So this doesn't sound like a typical anti-Microsoft post, I will say that Microsoft products are far easier to learn than the Linux equivalents, and that Microsoft made some beautiful fonts the blow away anything for Linux.
Copied verbatim from the Common Criteria v2.1 specification. I can't make heads nor tails of it:
Evaluation assurance level 4 (EAL4) - methodically designed, tested, and reviewed
Objectives
EAL4 permits a developer to gain maximum assurance from positive security engineering based on good commercial development practices which, though rigorous, do not require substantial specialist knowledge, skills, and other resources. EAL4 is the highest level at which it is likely to be economically feasible to retrofit to an existing product line.
EAL4 is therefore applicable in those circumstances where developers or users require a moderate to high level of independently assured security in conventional commodity TOEs and are prepared to incur additional security-specific engineering costs.
Assurance components
EAL4 (see Table 6.5) provides assurance by an analysis of the security functions, using a functional and complete interface specification, guidance documentation, the high-level and low-level design of the TOE, and a subset of the implementation, to understand the security behaviour. Assurance is additionally gained through an informal model of the TOE security policy.
The analysis is supported by independent testing of the TOE security functions, evidence of developer testing based on the functional specification and high-level design, selective independent confirmation of the developer test results, strength of function analysis, evidence of a developer search for vulnerabilities, and an independent vulnerability analysis demonstrating resistance to penetration attackers with a low attack potential.
EAL4 also provides assurance through the use of development environment controls and additional TOE configuration management including automation, and evidence of secure delivery procedures.
This EAL represents a meaningful increase in assurance from EAL3 by requiring more design description, a subset of the implementation, and improved mechanisms and/or procedures that provide confidence that the TOE will not be tampered with during development or delivery.
Assurance class
Assurance components
Class ACM: Configuration management
ACM_AUT.1 Partial CM automation
ACM_CAP.4 Generation support and acceptance procedures
ACM_SCP.2 Problem tracking CM coverage
Class ADO: Delivery and operation
ADO_DEL.2 Detection of modification
ADO_IGS.1 Installation, generation, and start-up procedures
Class ADV: Development
ADV_FSP.2 Fully defined external interfaces
ADV_HLD.2 Security enforcing high-level design
ADV_IMP.1 Subset of the implementation of the TSF
ADV_LLD.1 Descriptive low-level design
ADV_RCR.1 Informal correspondence demonstration
ADV_SPM.1 Informal TOE security policy model
Class AGD: Guidance documents
AGD_ADM.1 Administrator guidance
AGD_USR.1 User guidance
Class ALC: Life cycle support
ALC_DVS.1 Identification of security measures
ALC_LCD.1 Developer defined life-cycle model
ALC_TAT.1 Well-defined development tools
Class ATE: Tests
ATE_COV.2 Analysis of coverage
ATE_DPT.1 Testing: high-level design
ATE_FUN.1 Functional testing
ATE_IND.2 Independent testing - sample
Class AVA: Vulnerability assessment
AVA_MSU.2 Validation of analysis
AVA_SOF.1 Strength of TOE security function evaluation
AVA_VLA.2 Independent vulnerability analysis
"This just in: Businesses and Government IT Professionals quickly abandon Common Criteria security certification as a security standard of any useful purpose."
From Wikipedia on a previous certification: "The fact that Microsoft Windows 2000 remains an ISO 15408 certified product, without including the application of any Microsoft security vulnerability patches in its evaluated configuration, shows both the limitation and strength of an evaluated configuration."
I believe that it also shows the limitation and inherent weakness of this criteria as a "security" certification or a confidence booster for consumers. Unless, of course, anyone here reasonably believes that any completely unpatched version of Windows is secure by any stretch of the imagination. I read about a machine like that once that never needed patching... it was unplugged from the net, stripped of all peripherals, dipped in molten lead, and buried inside 10m^3 of concrete and dropped into the middle of the ocean, thus becoming the most secure PC ever. I think it ran FreeBSD, too.
I8-D
Well, it only took 4 years to finally certify XP. Although I guess that's not bad when you consider that in another 4 years they'll have Vista to start evaluating.
https://www.eff.org/https-everywhere
Well, just the fact that Windows got the certification is enough proof that the certification isn't really worth anything...
Oh well, what the hell...
The Common Criteria (CC) is an international standard (ISO 15408) for computer security. Its purpose is to allow users to specify their security requirements, to allow developers to specify the security attributes of their products, and to allow evaluators to determine if products actually meet their claims.
The National Institute of Standards and Technology (NIST) and the National Security Agency (NSA) have established a program under the National Information Assurance Partnership (NIAP) to evaluate IT product conformance to international standards. The program, officially known as the NIAP Common Criteria Evaluation and Validation Scheme for IT Security (CCEVS) is a partnership between the public and private sectors. This program is being implemented to help consumers select commercial off-the-shelf information technology (IT) products that meet their security requirements and to help manufacturers of those products gain acceptance in the global marketplace.... NIAP is in the Information Technology Laboratory at the National Institute of Standards and Technology. NIST is an agency of the U.S. Commerce Department's Technology Administration. NSA is an agency of the U.S. Department of Defense.
So it's really an International standard regulated by [a] U.S. agenc[y][ies].
They should have used OpenBSD.
David Gould
main(i){putchar(340056100>>(i-1)*5&31|!!(i<6)<< 6)&&main(++i);}
What's important is CCS Profiles, which allow one to tune the OS to the security level you need ("one size does not fit all"). AFAIK, MS Windows does not have profiles.
That's said, it's great that Microsoft is starting to get serious about security.
Medals of Freedom all 'round!
The only reason they did this POSIX sham, I understand, is because of US Government requirements for POSIX. Nobody could use it though.
So, who sets the security requirements? Does this certification have any value, or is it the equivalent of "smiley faces for everyone"?
Windows? Secure? Something about pigs and air travel or something... *trails off unintelligably*
...
Can I have mod points now?
Blessed are the 1337, for they shall pwn the earth.
See http://niap.nist.gov/cc-scheme/st/ST_VID4012.html
They used OpenBSOD.
Windows Server 2003 SP #1 + hotfixes is awesome as is!
:)
Hell, it runs more software & hardware out there than any other OS hands-down & no questions asked, from laptops & desktops to server farms & entire corporations datasystems/lifeblood via info. mgt. + doubles as an excellent arcade rig too boot, lol!
(Especially in its limited services turned-on by default workstation "lite" install is stable & 99.999% uptime rated & a long-time descendant of C2 secure NT-based OS' before it - if you need server components? You just 'add water' (yes, it's THAT easy via wizards)).
The "SCW" (security configuration wizard) makes it even moreso, easily.
Why's Microsoft ontop? SIMPLE:
Super-Flexible, well documented API's + IDE development toolkits in TONS of RAD languages (my fav types for GUI &/or Console mode app development right up to enterprise class infosystems), & now excellent prebuilt add-on's toolkits for most any task imagineable, many freeware no less (not just freeware apps, which Win32 has the MOST of) but development tools - where from all apps of all kinds spring forth - the minds of developers on many levels for any imagineable purpose possible on these machines.
Anyhow, back-on-track to the MAIN subject here:
Want to GET TO WHERE THEY WERE TALKING ABOUT IN THE ARTICLE (i.e.-> WAY impenetrable?)?
Read here, it'll get you there, 110% guaranteed (as far as you want to take it from its notes if you follow & implement them):
http://www.avatar.demon.nl/APK.html
For a non-server, personal use computer setup on a highspeed cablemodem or DSL connection to the internet from the home? Bar-none, it WILL get you to what the interviewee responded with & what it would take to get to the levels they spoke about.
*
I know - I use it, wrote it, & it works (& MUCH of what it does, such as services cutoffs? Windows SCW (mentioned above) now does)... Well, try it yourself, find out.
Especially on the version called "Windows Server 2003" with SP #1 + hotfixes (all & recent) applied.
APK
P.S.=> Want to go past "Warp EAL4" (as I call it, lol, I'm PAST that) level secureness online?
Again: Check & apply what that URL has in it, never get virus/spyware/malware OR mainly, hacked again, via OS weakness, especially online with a constant connection running... such as DSL or cablemodem.
Consider it a freebie, that works! apk
EAL level is the key, these are now 4+. Unix has been that high, older versions of Windows, but still no Linux at EAL4+.
Once you have access to the machine, you can always break into it. Yeah, an encrypted file system will slow people down a lot.
But if the machine can boot itself and access that disk, then the machine itself contains all the information needed to decrypt the data on the disk. And thus someone can break into it by definition. It may be difficult, but it's certainly possible.
This is why Kerberos key granters are locked away.
http://lkml.org/lkml/2005/8/20/95
You're right about that, but then again, if the machine is already operating when you get to it, it already has that key punched in, and it has stored it somewhere in it (or else it wouldn't be operating at the moment).
To be honest, I had thought of the same thing you did, and I tried to fix my text to cover that case. But I didn't get the edits right. Whoops. It's always most difficult to proofread your own text. I see it as saying what I meant to say instead of what it actually says.
http://lkml.org/lkml/2005/8/20/95
*Disclaimer: This post requires flexible definitions of safe, secure, security, and unbreakable.
You appear to be a knob. You can't spell Criteria, you don't know what CC certification actually means, and you speak of "CCS Profiles" as though that's something useful...when in fact, Protection Profiles are what's useful and both *NIX and Windows can in fact comply with Protection Profiles that have been evaluated and approved (usually the evaluation of PPs is done with some support from NSA or one of the other entities interested in CC evaluation).
After further consideration: Yes! You, sir, are a knob. Please feel free to follow up if you actually have useful content to add...but I'm guessing you're just hoping for karma by posting non-useful comments like this. I'm not saying the world of Common Criteria is a particularly pretty one, but folks who don't know what things mean don't benefit anyone by posting their opinions about it.
Oh, and...I strongly prefer Solaris, Linux, and OpenBSD for important things (says he, from Windows box on network with all of the above), but I hate to see posts like this get bonus points for clueless bashing.
Has anyone done windows source code audit?
Slashdot = Sarcasm
This is the short-form explanation. If you somehow decide to care about this more seriously, aside from seeking professional help I would recommend that you consult the Book of Armaments...er...the *real* CC site: http://csrc.nist.gov/cc/
Each of the areas that Common Criteria cares about has an extensive set of "things in this area about which we care" that is the source of the ADO_IGS.1 (&c) items above. For a software item such as an OS, think of those as "claims".
For any area, the EAL just shows the level to which a "claim" has been examined and therefore can be proven. EAL 1 is basically "I read your marketing puff piece, and it sounds really good!". At a different extreme, EAL 5 is pretty close to "I did everything I could to review your code and attack your system, and I still couldn't get in". Unsurprisingly, most software falls somewhere in between. Surprisingly (or not), some software (particularly OSs) might go at EAL 3 or 4 but will still have holes. Why, one might ask? (!)
Unfortunately, it's because CC actually expects (but does not assume) that software authors did their jobs thoroughly--including not injecting unintentional bugs. Any bug that does not match the stated intent of a chunk of code, and which doesn't get caught on a code review (which might or might not happen during CC eval, but if it does should only repeat processes in place at the software vendor) would look to most of us like a HOLY CRAP VULNERABILITY -- but the CC process doesn't directly account for it in evaluating and certifying software. Is that a flaw? Yes. At the same time, if one wants to go out and procure an OS that supports an essential set of features related to user authentication, CC is more likely to provide an OS that implements that set. It doesn't mean that a CC-evaluated OS is the most secure, but it has a specific set of functions that can be shown to work.
I know that probably sounds like a steaming pile to some folks...but for one set of evaluation criteria, the above means that CC evaluation is good and nothing else quite takes the place. In an ideal world, CC evaluation would be only one data point in a decision to procure a product, along with other measures of effectiveness that can more truly show fitness of particular software for a particular purpose.
Yes, we all know that mispelling a word really has alot to do with your point or his.
You're more of a knob than he is.
Yes, it's part of the CC scheme at high Evaluated Assurance Levels (EALs) like this one achieved.
For those of you who haven't done Common Criteria, a few clarifications:
EAL stands for "Evaluation Assurance Level". Your EAL level describes the degree to which you demonstrated your claims. It says almost nothing about what those claims are. It's an exaggeration to say you could get EAL 4 on a brick by claiming that it would stay put when you dropped it, but not a big one.
The claims are contained in your Security Target (ST), which is a series of claims about the Target of Evaluation (ToE). Your ST doesn't necessarily have to include many claims relevant to good security, and your ToE can exclude many subsystems and capabilities of the system being certified. To use a pre-CC example, Windows NT got an Orange Book certification by specifying that the certified system could not be connected to a network.
If you want to adhere to a standard that tries to verify that your ToE includes capabilities that make your device useful and that your ST makes claims which really mean something about the security properties of device, you demonstrate compliance with a published Protection Profile (PP). In the US, there are a series of PP's published . These PP's describe relevant capabilities and security properties for systems used in various roles (for example, a traffic filter firewall for low risk environments).
Without a PP, the only way to know what that EAL 4+ actually means is to closely read the ToE and the ST to figure out just how thin they sliced the salami.
Having said all that, a tiny bit of research confirms that Microsoft actually certified these systems against the Controlled Access PP. This is a basic robustness standard (by comparison, Red Hat Linux 5 is also certified against the Labeled Security PP and the Role Based Access Control PP, which assert more robust security capabilities), but it's quite a bit more than nothing, and quite a bit more than many companies do to get their "we do Common Criteria" marketing claim.
Color me impressed.
"Ahh! I see you're in that indeterminate Schrodinger state where - oh, uh
What do you mean by Microsoft's open document format not existing? They already are releasing the draft schemas on MSDN.
Why should MA require them to use Open Document? It's not like XML transformations are all that tough as long as we've got the schemas which we should in this case. If Microsoft's public schema isn't complete, MA won't use Microsoft Office because it doesn't comply with the law.
The state seems to be interested in making sure they have perpetual access to the schema. As long as Office writes to that schema than they're happy.
Now I won't claim to know the technical pros and cons of each but ignoring that I'm not sure why MA should or would require Open Document standard support.
Dear Sir, I million dollars has been deposited in your account. Kthnx
an administrator can be denied access to a file. The admin can change the ACLs by taking ownership, but doing this generates a log event. Deleting the logs generates another log event.
And what happens if the admin deletes the log of the logs? Is there also a log of the logs of the logs? Does this continue until the hard drive is full?
I have discovered a truly remarkable proof of this theorem that this sig is too small to contain.
Congrats. First sentence. You mis-spelled mis-spelling. And then you fell prey to the (unfortunately) common misconception that "alot" is one word. I'm sorry, but since your native tongue appears to be gibberish I'm not sure how to have a discussion with you.
And no, I'm not a grammar fascist and I might in fact be a knob...but your polemic above doesn't do you much credit. Did you actually read my previous post? Just curious.
...with an installed TCP/IP stack? :-)
Karma: none (due to not believing in reincarnation)
huh?
What OS do you need to run to be secure?
I don't always use unix-like operating systems; but when I do, I prefer FreeBSD.
Vendors hated this process. First, the vendors didn't control the test process - the National Security Agency's Central Security Service did. NSA's policy back then was that you got two tries to pass validation. On the first try, the vendor was told of problems found, and given a chance to fix them. The second try was strictly pass/fail, and might include tests that the vendor had never seen. So it was quite possible, and common, for products to flunk and be cut out of procurements.
The Common Criteria process, on the other, hand, is conducted by third party labs paid by the vendor. So they're very "responsive" to the vendor.
The "Common Criteria" are comparable to the class C Orange Book standards. They're very weak. There was heavy lobbying by the computer industry to water down the Orange Book standards, and that lobbying was successful.
The evaluation report for Windows XP is online. It's worth reading, even though it's long.
Do check out this link: "Understanding the Windows EAL4 Evaluation" It is about the testing of Windows 2000 sp3, but it is still a very valid description of the problem with CAPP/EAL4. Rounded up: "The CAPP provides for a level of protection which is appropriate for an assumed non-hostile and well-managed user community requiring protection against threats of inadvertent or casual attempts to breach the system security. The profile is not intended to be applicable to circumstances in which protection is required against determined attempts by hostile and well funded attackers to breach system security. The CAPP does not fully address the threats posed by malicious system development or administrative personnel. Translating that into colloquial English: Don't hook this to the internet, don't run email, don't install software unless you can 100% trust the developer, and if anybody who works for you turns out to be out to get you you are toast. - An EAL4 rating means that you did a lot of paperwork related to the software process, but says absolutely nothing about the quality of the software itself. There are no quantifiable measurements made of the software, and essentially none of the code is inspected. Buying software with an EAL4 rating is kind of like buying a home without a home inspection, only more risky."
YHBT YHL HAND
You took the bait, thus proving my point. You have no real point, so you can only try to win the argument (that you cannot win on the merits of the actual discussion) by criticizing other people's grammar and spelling online.
You will mess up eventually. At that point, you'll be a hypocrite.
LocalSystem is granted everything by default, but restrictions can be put on it, and LocalSystem can't ignore restrictions put on it like root can in Unix. There really is no comparison to *nix root account in Windows.
I don't always use unix-like operating systems; but when I do, I prefer FreeBSD.
That's said, it's great that Microsoft is starting to get serious about security.
Well, 2000 has been EAL4 certified as well for quite some time now, so when we're speaking of those certifications, I think it's only that they take some time to get, not that Microsoft has just recently started considering them.
Beware: In C++, your friends can see your privates!
And I get laid on a fairly regular basis, thank you. Chicks dig a guy who knows where the apostrophe goes.
Since no-one else seems to be commenting on the fundamental features of security evaluations, I suppose I had better do so.
When you think of Govenment-approved IT Security evaluations, you tend to think of TCSEC - the Orange Book. Though fundamentally flawed (don't get me started!) that document set the scene for such work. It defined the vocabulary to be used for this activity, and famously made a distinction between the security features an operating system had, and the level of assurance you might have that they work.
The Orange Book joined these two features together while Common Criteria sets them apart. Worse, Common Criteria lets the submitter define the security features he will claim. The 'assurance level' means the stringency of testing (and associated paperwork) and nothing more.
When I worked in this field I used to refer to this as the 'Green Box' problem - the point being that you could claim a very low level of security functionality, and have that pointless claim evaluated to a very high assurance level. So, with tongue firmly in cheek, you could make a security claim that 'my product comes in a green box', have that claim evaluated to a high assurance level, and then go boasting that you have a 'level 6'.
This is what contributors mean when they say you should 'look at the profile'. They mean you should look at the Security Claims made in the evaluation, not at the rigour with which this claim was tested.
One possible way out of this problem is to pre-define sensible claim sets - I have done this for the UK Government in my time, but these claim sets have never achieved standard status. So the public never ask for them, and so corporations keep fooling us with pointless 'advertising' assertions like this.
I'm sorry but this is just clap trap and as one of the other posters has mentioned you clearly know little about what you're talking about.
CC is a framework for testing products against an understood standard set of criteria to evaluate it's doing it's job. There are 7 levels of certification (EAL1-EAL7) which require different levels of thoroughness. EAL4, for example, is likely to be the first time you'd look at the source code of the product.
Broadly, it's a combination of checking procedural measures are in place and that good coding standards have been followed during it's development along with, at the later levels (4 upwards), checking that the product actually does what it says it does and cannot easily be subverted into doing something else.
Windows has done this for all it's server OS' going back to NT4 and laterly has been doing it for XP too. The ONLY reason they do this is because it's almost impossible to sell into government without it. Governments don't care so much about the OS but they DO care about the security of the products and will often choose an inferiour product thats certified over a better product that isn't. Policy often mandates that you use product with certain levels of evaluation. EAL4 is generally regarded the entry point where CC matters, before that it's just a paper pushing exercise and has little value to the security of a system or the product(by little I don't mean none!)
If you look at the sponsors for putting Redhat and Suse through evaluation (IBM, HP and Oracle mainly) it is almost always done because they want to use those products in a govenmental solution and has nothing to do with some alturistic desire to make sure the products are secure.
The Protection Profiles you allude to are augmentations to the main CC standards. They are in place to provide a recognised baseline and, if you like, framework for testing very specific capabilities in a unified and recognised way. For example, you might have a protection profile for message labeling which sets out what a good, secure message labeling system should do, should support and should be capable of doing. This is done so that you then know that all message labeling systems meeting that PP are up to a set minimum standard of capability and security. This doesn't mean that a lot of other stuff isn't covered by the main CC evaluations it just means that they test very specific things that are relevant to that specific component.
It's amazing what people mod up when they don't understand what they're talking about.
CC, like other such certifications, is a checklist of features: it requires systems to have lots of security features. Satisfying such a checklist doesn't tell you anything about whether a system is actually secure, it supposedly tells you about whether you can or cannot implement complex security procedures. But it doesn't even tell you that because there is no guarantee that the features work and interact as intended, and, on the other hand, systems not formally satisfying the requirements may still support your security procedures.
Companies like Microsoft love standards like CC because they don't have to provide actual security, they just have to add lots of features to their operating system, and Microsoft is great at adding features.
If you want to achieve real security, your best bet is to remove as much unnecessary functionality from a system as possible, and that includes a lot of the junk that CC requires.
For those not in-the-know on CC:
EAL4+ is a fairly high level, and not easy to reach. This was serious work and money invested for M$.
However, do keep in mind that CC is much more about assurance than about security. In fact, most (and in many cases the most difficult to meet) requirements are in the development and documentation areas.
What EAL4+ does mean is that windos isn't a quickly hacked together bundle of hogwash (even though it looks like that at times), but was systematically developed, using version control software and systematic testing as well as being extensively documented.
Usually, this goes together with a higher software quality, and high software quality usually means higher security.
Assorted stuff I do sometimes: Lemuria.org
LIDS allows the LIDS account to lock out root or any other account from doing anything on the system you wish to be restricted. You would allow the LIDS account just enough leeway to reconfigure LIDS to allow root to fix things, but that account may be only available on the console login and may not be able to run anything apart from sh and LIDS.
Ouch! Oh, great. Now I have...Ouch!...monkies flying out of my butt. Ouch!
That's our life, the big wheel of shit. - The Fat Man, Blue Tango Salvage
First of all, I question security professor's judgement call that the CC is worthless. The main value behind the CC is for people to build secure systems to a set, standardized lists of requirements, and reading over unbiased evaluations gauging the fufillment of those requirements.
It is only people that fail to understand the set purpose of the CC that claim it has no value.
EAL4 is just the common level to evaluate products at, because it is internationally recognized.
The Information Assurance Technical Framework
http://www.iatf.net/
Obligatory Wikipedia link on CC
http://en.wikipedia.org/wiki/Common_Criteria
RedHat and SuSE got certification last year. I wouldn't count that very long time. You might want to check this: http://niap.nist.gov/cc-scheme/vpl/vpl_type.html#o peratingsystem
You don't know what you don't know.
Windows protocols can not be breached in any way, therefore making Windows 100% secure systems. But the Windows O/S is not 100% safe, due to bugs in critical libraries and wrong default settings. A properly patched and configured Windows system is as safe as any Unix box, but the complex security model of Windows makes it far easier to be breached.
well documented API'
BWAHAHAHAHAHAAH
There's someone that's never programmed Windows.
You're exactly right. Here's how it works:
You have this thing called a Protection Profile (PP). It defines the kind of environment the computer/OS will be operating in: Is it networked? What kind of hardware does it have? Software? If it is networked, is the network friendly or hostile? etc.
So, what MS does is have a their OS graded on a really pussy PP (not networked, in a friendly environment, locked in a vault so there's no physical access, etc) and say "Our product is secure (what "secure" means is also outlined in the PP) in this environment!".
The EAL levels only indicate how THOROUGHLY this statement has been validated!
So, if a bunch of security auditors are really, really, really sure that Windows is "secure" (however the PP defines that), in the weak, totally-non-real-world environment outlined in the PP, then it get's a high EAL number. THAT'S IT!
After all, my unpatched Win 98 box is totally secure when OFF AND LOCKED IN A CLOSET!. EAL 5 here I come!
With the first link, the chain is forged.
If you wish to connect a windows box as is to the network, merely shut down the server service. That takes care of most bad issues while killing any useful sharing services. I believe you'll also have to kill the Computer Browser service, and a few others to be truly safe. Shutting down the Server Service shuts down most open ports - no open ports, no vulnerabilities.
Then you go to mozilla.org, download Firefox, install, and you should be good to go browsing for other patches you might need.
On the other hand, I'd stick any machine behind a router which by default blocks all ports. That's much safer, after all, if you can't see the box, worms/zombies can't infect you.
The cesspool just got a check and balance.
$ nmap windows2k
Starting Nmap 3.95 ( http://www.insecure.org/nmap/ )
Interesting ports on windows2k:
(The 1662 ports scanned but not shown below are in state: closed)
135/tcp open msrpc
139/tcp open netbios-ssn
445/tcp open microsoft-ds
Since actually using windows requires this kind of setup, and closing these ports usually breaks things like outlook and filesharing, I'd say in such cases, windows is still a security failure. At least until the netbios protocol stack gets fixed or removed which seems unlikely.
"We are all geniuses when we dream"
- E.M. Cioran
Which is the little tid-bits they tend to leave out. Sure it's EAL 4+ rated. But only if you:
Remove all networking from the code source
Remove all physical access to the box
Remove physical access to the monitor (putting it inside a bullet-proof glass enclosure)
Require users to remove all clothing and submit to a body-cavity search before operation
Windows is, like, totally secure, dude!
What do you mean by Microsoft's open document format not existing?
The format exists, but it's not open per the MA definition. The fact that a schema exists and is published is far from adequate to meet the requirements.
Note to ACs: I usually delete AC replies without reading them. If you want to talk to me, log in.
Misspelling doesn't have a dash in it.
One may argue the technical merits of CAPP/EAL certifications, but serious competitors in the federal IT market simply can't afford not to make the large investments in time and money to get them. Anyone interested in the details can explore:
http://niap.nist.gov/cc-scheme/in_evaluation.html
http://niap.nist.gov/cc-scheme/vpl/vpl_type.html
EAL1-4 are basically all low assurance levels.
EAL5 is medium assurance
EAL6 and EAL7 are high assurance
The international mutual recognition treaty only works up to and including EAL4.
In the US, above EAL4, NSA does the evaluations. At EAL4 and below, commercial labs do the evaluations.
Under the Common Criteria, the choice of protection profile is critical. You can have an EAL7 brick, and it may be very secure, but not very useful as a computer.
people say that Windows Admin accounts can't cause as much damage as a root account on *nix systems. I have literally seen a user who was getting low on hard disk space actually delete the system32 directory because she thought it wasn't important. It caused a total system failure (not surprisingly).
Please, I understand that Windows has come a long way, but it still has a long way to go. MS apologists, I really don't get you sometimes. Use your heads.
You site Microsoft's recent "[Microsoft] Windows Services for UNIX" to support your case. However, that's just an add-on. Microsoft has claimed the core MS Windows software is POSIX-compliant. If the POSIX calls were made part of MS Windows, one can actually use the APIs (assuming they work), without worring that only a few percent of installed systems have the add-on.
But I expected someone to drop the 'L bomb'.
I don't always use unix-like operating systems; but when I do, I prefer FreeBSD.
I thought that within M$ itself, they have to hire consultants to come in and teach their own programmers on their APIs?
They do. Mark Russonivich (Sysinternals) goes in to Microsoft regularly.
"here's someone that's never programmed Windows." - by sqlrob (173498) on Friday December 16, @07:50AM
T itle=Yes
What makes you think the Win32 API (& yes, even the "native real/kernel mode" of NT-based OS) isn't well documented?
See, thing is, because of that statement of yours?
Every compiler I use nowadays & for years now comes with Win32 API documentation, & the MS DDK gives you a TON on native/real/kernel mode, as well as sites like sysinternals.com!
I've been doing EXACTLY that & for over 12-13 years now as a pro!
(& also before that for another 2-3 years in academia & on my own in the shareware/freeware world as well!)
APK
P.S.=> As to my not programming? Well, check here, ok:
http://www.torry.net/quicksearchd.php?String=APK&
That's only 1 example & the last program listed there got their HIGHEST rating...
(By the way - That's also a rating from my peers (Borland Delphi coders, since that site is also mirrored/hosted @ Borland as well & the site owners are coders also))... apk
I've been doing EXACTLY that & for over 12-13 years now as a pro!
And so have I, across several vertical industries. Their documentation is incomplete and inconsistent, especially as regards integration. Their sample are buggy (see the security holes introduced in some ethernet drivers from the DDK samples), and documentation and samples for installing stuff as non-admin users is pitiful.
"And so have I, across several vertical industries." - by sqlrob (173498) on Saturday December 17, @06:11PM
So have I - most of it was contracting, some was permanent.
"Their documentation is incomplete and inconsistent, especially as regards integration. Their sample are buggy (see the security holes introduced in some ethernet drivers from the DDK samples), and documentation and samples for installing stuff as non-admin users is pitiful." - by sqlrob (173498) on Saturday December 17, @06:11PM
I don't find that @ all - I make API calls & they work, pretty simple!
Above all:
IF you found 'bugs' as you state?
Submit this to Microsoft's areas for this on MSDN &/or Technet (whereever it may be) & the knowledgebases & quit complaining - that doesn't fix anything does it?
Personally, again - I haven't run into any problems with their documentation for their API, because the calls I use are just that - function calls. Anything else I just build myself ontop of/with them in use by myself.
APK
P.S.=> You're WAY off-topic here, but opinions, experiences & skillsets (as well as the ability to think & read correctly) vary... be constructive, help fix the problem. You make it sound like the majority of the API is buggy & messed up in documentation, when the results (Windows running on 95-99% of the planet's personal computers to servers) shows QUITE otherwise, as well as their being more Win32 based programs out there for more purposes in software & more drivers for more hardware than any other platform. It's proven flexible & powerful... care to argue with those numbers/facts? apk
I have reported bugs to Microsoft, none have ever gotten resolved. This includes a buffer overflow I reported more than a year ago.
If you try to do simple things, the API is documented reasonably well. As soon as you try to step outside the norm (try to integrate a MIME filter into an IE session for example), you will start running into problems, documentation and otherwise.
"I have reported bugs to Microsoft, none have ever gotten resolved. This includes a buffer overflow I reported more than a year ago." - by sqlrob (173498) on Monday December 19, @09:48AM
That MAY (or may not) be an 'isolated incident': I'd push it harder were I you, because you seem to have stumbled upon something you DEFINITELY feel is in error on their websites (your fix, if you have one or not, may be needed for others).
I haven't done or used the API in the exact capacity which you mention, so I can't comment on that particular example you put out, directly.
"If you try to do simple things, the API is documented reasonably well. As soon as you try to step outside the norm (try to integrate a MIME filter into an IE session for example), you will start running into problems, documentation and otherwise." - by sqlrob (173498) on Monday December 19, @09:48AM (#14290705)
Depends on your definition of 'simple' I suppose first of all!
However, like I stated - it's well documented & the examples I've used (when I have had to which is fairly often, especially in languages like VB where you had to do a #DECLARE to get ahold of the API to use it) Well - it worked just fine!
I'd hit MS's website's once more & submit where you thought they had errors OR were weak in their documentation of API calls...
(See, because if what you found's legit, it will & can probably (most likely definitely) help others - pound on their 'door' a BIT harder on it... if you care enough to take the time (or, have the time on your end) to do that, that is).
APK
P.S.=> Stuff like that, if it matters to you? IIRC, gets you in the running for their "MVP" type awards each year iirc... that, & helping others on their websites/newsgroups, etc.... apk