Slashdot Mirror


Microsoft Blasted For Lax Security

fducky writes "Once again Microsoft is blasted for lax security. This CNN article cites experts denouncing the recent Microsoft security efforts as rating an 'F'. The recent MS-SQL worm got this most recent round of MS bashing going. Google News has more stories on the subject."

47 of 395 comments (clear)

  1. will happen on linx as well by Anonymous Coward · · Score: 1, Insightful

    Because microsoft is the most widely used homogeneous operating system on the planet, it happens to have its fair share of bugs. However, when Linux begins to get a larger market share, viruses, and worms will start popping up on more and more linux boxes, I doubt they will have the same effect as microsoft virii and worms, but it will happen, Linux just needs to hit critical mass.

    1. Re:will happen on linx as well by bogie · · Score: 4, Insightful

      Possibly, but considering how Apache soundly outnumbers IIS installs for webserving, where are all the Apache worms? Oh sure there have been some problems with Apache, but compared to "which worm is it this week" IIS, Apache is a solid as a rock. Where does that arguement about installed base stand now? That default answer MS users give about installed base is bunk. Open Source compared to MS software is flat out more secure. I doubt you will ever see the day when Linux email clients like Pine or Evolution start causing billions in damage each year like Outlook does.

      --
      If you wanna get rich, you know that payback is a bitch
    2. Re:will happen on linx as well by deranged+unix+nut · · Score: 2, Insightful

      Funny, my linux box was infected with two worms in the last two years but my windows 2000 box hadn't been hit. Windows Update is easy to use, and I run it every few weeks, but the assorted packages on my linux box are much harder to track and keep patched so I miss patches that I should apply. I may have been hit more, these are only the hits that I noticed, but for me Windows is *already* more secure than linux.

      Also, note, MSDE was installed as part of Visual Studio .NET, what do you think Microsoft's programmers use to write code? I suspect that a large percentage of the problems on Microsoft's network were caused by boxes managed by individual users.

    3. Re:will happen on linx as well by CrazyJ020 · · Score: 1, Insightful

      Open Source compared to MS software is flat out more secure
      This statement in no way answers the question that the author originally poses:
      where are all the Apache worms?
  2. 'F' even with a patch... by Anonymous Coward · · Score: 3, Insightful

    While it is stupid of MS not to update their own servers, you can't blame them for the SQL worm. They issued a patch months ago...it's no one's fault but the server admins.

    1. Re:'F' even with a patch... by Znonymous+Coward · · Score: 4, Insightful

      How can you keep up with so many updates most of wich require a reboot.

      --

      Karma: The shiznight, mostly because I am the Drizzle.

  3. It's not just microsoft by amigaluvr · · Score: 5, Insightful

    I hate to break it to you but Microsoft is popular, and hence they will be all the more targets of these worms. Every tiny fault will be implemented, and all operating systems have these.

    When another OS is popular, you'll see it happen to it too. I believe nobody is immune, only the popularity decides what is a vector for transmission

    Not necessarily bad coding or seciryty. Many other operating systems could be almost said to be 'hiding' in their obscurity

    Security by obscurity is no defence.

    Look at a recent article on Macintosh virus attacks. They used to be none-existent. Now with OSX they are up to half as common as Microsoft.

    And apple still only has a minor market share. That bares thinking about

    1. Re:It's not just microsoft by Anonymous Coward · · Score: 1, Insightful

      Where do you get stats about mac virus attacks "up to half as common as Microsoft"? Last time I saw an unprotected win PC online for 6 months it had DOZENS of virii. I've helped a lot of friends with OS X and we never have that problem. Sounds like whoever told you that might have pulled things out of the air

    2. Re:It's not just microsoft by JanneM · · Score: 5, Insightful

      This is certainly a relevant point.

      Look at webservers, however. Apache is twice as popular as IIS, and yet there are several times more security issues with IIS than with Apache. That can not be explained by relative obscurity.

      --
      Trust the Computer. The Computer is your friend.
    3. Re:It's not just microsoft by Daniel+Dvorkin · · Score: 5, Insightful

      The "popularity defense" has some validity when you're talking about "general-purpose" viruses, particularly those that spread by e-mail, because Windows/Outlook really is far and away the most common OS and e-mail setup. But when you're talking about this kind of thing, it's bullshit. MS SQL Server is not the most popular DBMS, and MS IIS is not the most popular Web server -- and yet both are hit far, far more often than the market leaders (Apache in the second case, not sure about the first -- I think Oracle and DB2 trade off for the top spot.) And really, the number of regular Windows/Outlook viruses is out of proportion even to their popularity: their market share is about 95%, but their share of the virus market is more like 99.99%. (And if you have statistics to the contrary, you'll have to better than "Look at a recent article ...", sorry. That's about as credible as spam that starts out, "This program was featured on a major news show!")

      --
      The correlation between ignorance of statistics and using "correlation is not causation" as an argument is close to 1.
    4. Re:It's not just microsoft by amigaluvr · · Score: 2, Insightful

      Well if I have to do your research for you I will, take a look at this then

      http://news.zdnet.co.uk/story/0,,t269-s2129682,0 0. html?rtag=zdnetukhompage

    5. Re:It's not just microsoft by banzai51 · · Score: 3, Insightful

      I disagree. There are plenty of security issues with Apache. The only difference is that people attack IIS far more often. If the Apache group had half the ill will of Microsoft, how many worms would devistate Open Source software?

  4. Is this really news? by Senator_B · · Score: 2, Insightful

    Besides the one recent example of the SQL worm cited in the article, CNN made no mention of other security problems. This isn't to say that they aren't there because they obviously are, but it just seemed like they based their whole thesis of security shortcommings on one recent incident. It would have been nice to see some kind of list, or maybe a timeline of sorts with other MS security flaws. The article seemed like some kind of publicity plug for "TruSecure Corp."

  5. Re:People are waking up... by rasafras · · Score: 5, Insightful

    So they forgot to update. The error here, believe it or not, isn't all upon Microsoft. First off, they didn't patch. Microsoft had the patch available since June. It's not like you never have to patch open-souce either... Second, Microsoft explicitly warns users of SQL databases to not put them openly on the internet, for obvious reasons. And yet, they did it anyway. You can blame Microsoft for this if you want, but it isn't car companies' fault that people get killed because they can't drive. Open source has its merits, as does Microsoft.

  6. Re:Perhaps going after those whom cause the issue. by ryochiji · · Score: 3, Insightful
    >So why not go after those with open computers

    Or why not go after the software vendor that wrote and sold vulnerable software? Or go after the software vendor for dumbing down systems so much that incompetent admins are put in charge to maintain them?

    Personally, I don't think the whole "blame game" is very effective...but that's just me.

  7. Let's give MS a chance... by sterno · · Score: 4, Insightful

    Okay, I'll be the first to bash Microsoft and say that their security sucks. I'll be the first to say that their initative to improve security is marketing smoke and mirrors. But let's give them a real chance to prove this to us. The vunerability that caused the Slammer worm is one that they actually found and fixed a long time ago. This is admins not doing a good job of keeping up to date and fixing problem.

    Furthermore, the product that was compromised is legacy from before their big embracing of security. Let's see what happens with its next major release. If that still had big gaping problems, then we can hang them from the tallest tree.

    --
    This sig has been temporarily disconnected or is no longer in service
    1. Re:Let's give MS a chance... by EvilTwinSkippy · · Score: 5, Insightful
      So at what point is ragging on them about security going to be appropriate to you then? Last I checked they have an uninterrupted loosing streak going all they way back to winsock for WFW 3.11.

      PS, that was 10 year ago.

      You don't wake up one morning and decide to be security minded. That's like waking up one morning and deciding to be a ninja. Martial arts are a way of life, and the mindset required comes only after years of study and commitment.

      Microsoft's problems are a result of years of neglect and malpractice. You don't get to be that bad overnight. It takes work. Knitting a web browser into an operating system took effort. Knitting an LDAP directory into your domain security model, tied into your DNS and DHCP servers took effort. Creating a sytem by which you can embed executable commands into an office document took work. Making sure that your office document could execute command in your email client took work. Intermingling your email client with the server so that they are passing executable code back and forth took work.

      Meditate on this, Grasshopper.

      --
      "Learning is not compulsory... neither is survival."
      --Dr.W.Edwards Deming
    2. Re:Let's give MS a chance... by Tom · · Score: 3, Insightful

      They've had a year. Have you seen any noticeable increase in windows security? Neither have I.

      Let's see what happens with its next major release.

      If the car you're driving is known to spontaneously explode when the wrong song is played on the radio - would you also continue driving it and wait for next years model?

      --
      Assorted stuff I do sometimes: Lemuria.org
    3. Re:Let's give MS a chance... by Vlad_the_Inhaler · · Score: 2, Insightful
      It is all very well blaming the MS programmers for these holes - and some of that is justified - but several of those points you make were policy decisions made right at the very top by His Billiousness for non-technical reasons.
      Embedding the web-browser was done to screw Netscape by inserting a replacement which could not be removed (even though early versions could be).
      Other decisions here will have had similar backgrounds.

      Under these circumstanced, 'Trustworthy Computing' is nothing but a PR exercise. Correcting design errors like that is an impossible job. I believe that the original NT security model was fundamentally sound, but the add-ons have killed it. MS show no signs of learning this, XP is more bloated than ever.

      The *nix model of discrete components which can be installed separately when required, or replaced by other components which do the same job (sendmail/postfix ) is simply safer. An additional advantage is that there is no 'standard configuration' which Virus/Trojan writers can assume present, not that that would have helped with a one-component worm like this one.

      --
      Mielipiteet omiani - Opinions personal, facts suspect.
  8. What about the SysAdmins? by petabyte · · Score: 5, Insightful

    Now while I'm no fan of MS, do we really need to have stories everytime someone accueses Microsoft of having poor security? Might as well dedicate an entire section of Slashdot to their exploits. At least then I could turn it off in my preferences.

    And while there are plenty of problems for Microsoft to fix in their code - IE has plenty of unresolved issues - this issue was in large part due to System's Administrators. Let's let is slide that they were "just waiting for the next service pack to come along" so they could update and patch everything. I don't buy that as a good policy for maintaining system - if a patch is out and can be applied, use it. And why leave SQL systems on the internet without some sort of firewall or some sort of protection. If it has to be on the Net, why does it not have every possible security patch applied to it?

    I'm sure there are some valid reasons for having your system protected from this bug but in large part Admins dropped the ball.

    But thats my $.02

    1. Re:What about the SysAdmins? by trentfoley · · Score: 5, Insightful
      While I agree that there is rarely a reason to place a database server on the public internet, I take issue with your statement that it was in large part due to System's Administrators.

      Patches from Microsoft are not like patches from the OSS community. You don't get to see the code changes and don't know what the Microsoft patch will do and there is no way to know without trying it in a test environment. Ask around and see how many admins have been burned by applying a service pack or hot fix on a production machine even after testing it out in a lab! Microsoft patches are notoriously flawed and impact areas of operation that seemingly have no correlation to the bug being fixed.

      So, this particular bug was published six months ago. Is six months long enough to fully test an amorphous piece of software? Maybe if we had the source code, we would know what to test. However, without the source, we have to test everything. Because, you never know what other piece of code Microsoft is going to throw in.

    2. Re:What about the SysAdmins? by Arethan · · Score: 3, Insightful
      How exactly are you supposed to stay on top of this? Re-test the system for every previous vulnerability after every single patch?


      Actually, yes. This is called regression testing, and it's pretty common in the software industry. Not only are security holes quite often the result of a bug, but their behavior is quite similar to a bug. Either it is fixed, or it isn't. The same script kiddie code won't affect a successfully fixed security hole, even if the fix opens up a new hole, the old one is fixed. Because the regression test also checks previous holes, you can be assured that the fix hasn't reopened any of them.

      As for the manpower problem, there are regression testing suites available that cut the manpower down to nearly nothing. Your manpower argument could be applied to Linux just as easily. The kernel has too much code and too many contributers, it will never work. But at the end of the day, if Linus runs 'make' and your bug-fix fails, then your code is fucked and gets rolled back, end of story.

      On the other hand, I do agree with your last paragraph. MS has dug themselves a pretty deep hole. It will take years of code auditing to really fix the problem. By then, the next version of Windows will be out, and all their efforts wil have been wasted. They are honestly better off just focusing all of their newfound security awareness into their next product lines, and continuing to make the less-then-stellar patches we're used to for their current products. Oh well, guess you can't have your cake and eat it to. *shrug*
    3. Re:What about the SysAdmins? by Sycraft-fu · · Score: 2, Insightful

      And all OSS sysadmins have both the time and the experience to look over all the patches for their servers. Riiiiiiiight

      Sorry, but I know plenty of Linux sysadmins. All of them take the same basic method for patching I do: Try it on a test system, if it works, apply it to all the systems. None of them, even the ones that are programmers too, have the knowledge to dig through the code to figure out precisely what it does. What's more even if they did have the knowledge, it would help at all. It's not like there is going to be something glaringly obviously wrong in the patch. If it causes problem it will be because of an unforseen interaction between something they happen to be running and the patch. This isn't something you can see just by looking at the code to the patch.

      IT seems that OSS people get a real warm, fuzzy feeling from being able to get the code. Fine, but you need to realise that 99.% of the time it doesn't matter because you lack the skill, time or both to evaluate it. Are you honestly telling me that you looked at ALL the code on your system? I mean all of it, every program, every module, every driver. Then can you further say that you understand it all, it all makes sense and how it works together? Of course not. I am sure by and large you just use it and don't give it a second though.

      Really the only way to test a new patch is to try it on a test server. Even if you have all the code to the whole system the amount of time and skill necessary to fully analize all of it just isn't worth it compared to quick, emperical testing espically when it's possable that you can miss something (after all if the patch just came out it's obvious that everyone else missed this before now).

      But what REALLY pissess me off about this whole thing is that you should NEVER have your SQL ports open ot the Internet. Ever. Period. There is no reason. YOu need to access it remotly? Fine, VPN. Ideally, database servers should run on a private, firewalled internal network. If this isn't workable, then on seperate firewalled servers. If they have to run on teh same server as the web server because of money (and I can understand that) then the server needs to have a firewall on it. I don't care what SQL server you use, this holds true. It is not something for public access.

    4. Re:What about the SysAdmins? by Anonymous Coward · · Score: 1, Insightful

      That's besides the point. It is possible, and only a few need actually look in order to notify the rest of any possible flaws in the patch. Aside from that, OSS projects are not coupled to the OS or other applications as is the case with much MS software, therefore the scope of the changes in the patches issued from OSS projects is almost always guaranteed to be limited to the app in question. An IE patch might well replace core functionality of the underlying OS.

  9. They released a patch! by Tikiman · · Score: 2, Insightful

    Why does Microsoft's "grade" drop when they released a patch for the worm a long time ago? All OS's have security problems. It think it is more accurate to say that Microsoft SQL Server Admins get an "F", not Microsoft itself. This is not to say that I think MS has good security, but it's an unfair slam when the worm is really the fault of admins who failed to apply a vendor patch.

    1. Re:They released a patch! by Druegan · · Score: 2, Insightful

      And its not really just any one single incidence of a bug exploit or code vulnerability that is the problem.. It's an immense PATTERN of errors.. many of which amount to wide and gaping holes in the security of a system, and many of which simply cause software to perform poorly.

      I'm no programmer.. in fact, I'm just a hardware geek trying to break into the IT field and not succeeding very well at it, but I can think of half a dozen times in the last couple years where some major M$ security flaw has been caused by an unchecked buffer....

      Now, I MAY be in error here... but they loosely covered buffers in my Intro to Comp Sci. course in college... and they repeatedly went off on making sure to close them up and the like... (I majored in Religion, so my coding vernacular is likely not up to snuff, please forgive.)

      Considering the thousands of such vulnerabilities that have been reported over the years (I mean, this is a fairly common screwup..), would it not be safe to assume that a company with ANY sense that its products might need to be secure, and that actually tests its products properly and does adequate QC, would at the very least go through and check the code for such an obvious source of problems? It's not like M$ lacks the manpower, or money.

      I've not yet gotten edjumacated properly and switched to Linux, BSD, or some other Open Source OS.. but what this weakness on my part has allowed is an extensive history of playing with M$... and it's my opinion that they just don't test their software properly before releasing it. They've released buggy pieces of crap for YEARS that are unstable as heck, and its often not until the second or third service pack release that the software actually becomes somewhat reliable (if at all)..

      That's M$'s shell game.. Release buggy and insecure software, blame everyone else, and at the same time keep users scrambling to buy the newest releases in a vain hope that M$ might actually have a working solution for them. All the while M$ rakes in the dough. They can do it because they are a virtual monopoly with all that comes with it.

  10. Who's To Blame Here? by n3rd · · Score: 2, Insightful

    We've had this discussion before, and we're having it yet again.

    Who's to blame in this situation? I clearly feel it's the administrative and their immediate managers both at Microsoft and any organization that was hit with the worm. The administrators should keep up with the newest patches and update systems during the maintanance window. Managers should ensure the administrators have applied the patches.

    The argument about downtime and untested patches will surely be seen here as well. That argument is not OS specific. Sure, on Windows you generally need to reboot after applying a patch, but what if this happened to Oracle? You would need to take the server down, patch and bring it back up. As for testing, this is again an OS independent. At one time or another I'm sure every piece of software has released a patch that has introduced new bugs, it happens.

    Either way, there will be Microsoft bashing in the thread, but regardless of which OS you're running situations like this will arise.

    1. Re:Who's To Blame Here? by the+eric+conspiracy · · Score: 2, Insightful

      The administrators should keep up with the newest patches and update systems during the maintanance window.

      Any organization that applies patches willy-nilly without preforming application tests is going to have problems. A company that just applies patches with testing is going to have problems that are going to be as big, if not bigger than the security issues that arise from not patching.

  11. Other focus today... by mseeger · · Score: 3, Insightful
    • Microsoft Blasted For Lax Security: 19 comments
    • Science Fiction and Smart Mobs: 28 comments
    • A Simple Grid Computing Synchronization Solution: 35 comments
    • Science: Space Shuttle Columbia Breaks Up Over Texas: 1161 comments

    Even as security issues are top news usually on Slashdot, this shows where our hearts are.

    Yours, Martin

  12. Re:People are waking up... by platypus · · Score: 4, Insightful

    Well, I'm running windows servers and linux (suse) servers. And I certainly see a difference between the feasiblity of being up to date security wise with each system.
    First, with a typical windows system, it's IMO damn hard to know what components you are running and how it all works together - i.e. what breaks if you lock something down at installation time.

    Later on, it's also sometimes very hard (IMO) to know if I have to patch or not. For instance, is it really a good to not update internet explorer since this is a server anyway? Maybe somewhere down in IIS something might use one of IE's components (pulled-out-of-my-ass example btw.).
    Add to that that some patches seem to need an updated IE, for to me unknown reasons...

    Sometimes something might break (as reportet on ntbugtraq), and it's not really transparent for me if this can be reverted.

    Compare that to (SuSE) linux. Download rpm, install, done (in many cases, when not, it's always explained in the advisories what to do).
    If something breaks, uninstall the rpm and reapply the old on. Nearly no downtime, I just have then to find out what didn't work.

    Just from the feeling, I'm a lot more scared when I have to install a ms security fix than when I do the same on linux. And the fact that microsoft was caught with their pants down this time seems to suggest I'm in "respectable" society.

  13. Re:Perhaps going after those whom cause the issue. by TheZax · · Score: 2, Insightful

    also, we could go after the people who get mugged too, as they clearly aren't doing everything they can do to protect themselves from muggings, and it encourages muggers to mug you and I then. Or for that matter, people whose cars break down during rush hour. The list goes on and on...

    --

    JWall: GUI client for IPTables
  14. Cultural Issue by the+eric+conspiracy · · Score: 2, Insightful

    Gates says security is job #1 and sends all his programmers to security training.

    Well, that's nice - but is that really going to do it?

    How do you really get secure software? Doesn't that arise over time, as software matures and the flaws are found in the code base?

    Is that something Microsoft can embrace as a model for their business? Isn't Microsoft really about making money by churning it's user base through upgrades every two years?

    It seems to me that it is going to be very difficult for a company that makes it's money by selling 'features' to end users and churning its software base every few years to achieve the level of maturity in is code base that is necessary to to arrive at a reasonable secure product.

    The fact is that Microsoft's business managers with bottom line responsibility are going to do waht is necessary to get new versions out - each version with an ever increasing feature set. No matter how well Microsoft trains its developers, this process is going to leadt to security issues.

  15. Re:Perhaps going after those whom cause the issue. by knobmaker · · Score: 2, Insightful

    Weird view. So if you neglect to lock your door, you're just as responsible as the burglar who carries off your stuff, and ought to be prosecuted for willful negligence?

    Okay! Yet another federal law enforcement bureaucracy is born: The Patch Enforcement Agency. It can parallel the organization of the Lock Enforcement Agency and the Don't Go Walking In Central Park After Dark Enforcement Agency.

    That's what we need. More ways to hold victims responsible for the acts of criminals.

    Here's an idea: why not just let nature (or in this case, the free market) take its course? sysadmins who neglect to patch their servers get fired, and those who employ such sysadmins lose business. The problem will take care of itself without introducing any new government meddling to gum up the works and make life harder for everyone.

    This is sadly reminiscent of our present foreign policy. We can't catch Osama, we need the Saudis' oil, we're scared of North Korea, so we attack some tinpot dictator we're pretty sure we can beat.

  16. Not so fast... by ryanvm · · Score: 4, Insightful

    I see a lot of people stepping up and complaining that it's not Microsoft's fault as much as it is the sloppy admins. Yes - Microsoft systems that were hit by this worm were poorly managed. However, the problem is that shitty admins are exactly who Microsoft designed this "server" operating system to be managed by.

    Who certifies system administrators that can barely format a floppy? Microsoft. Who crafted a Fisher-Price operating system with inadequate "wizards" to help unqualified administrators bungle their way through setting up a server? Microsoft. And who pitches their operating system as having a lower cost TCO because you don't need skilled labor to run them? Microsoft.

    So when you want to complain that it's the admins that make these systems insecure, remember these are the admins that Microsoft picked.

  17. Microsoft and Monocropping by EvilTwinSkippy · · Score: 4, Insightful
    In nature an acre of land can have species of flora ranging from moss to trees. We took down the trees and replaced them with one plant, say wheat. That wasn't good enough. We had to have only the [desirable adjective] wheat, so we only planted one strain of one species of wheat. Now, we are so bent on repeatability that isn't even good enough, so we are planting acres of clones of the same imdividual plant.

    Now if that plant had any vulnerabilities to disease, you are hosed. All of the fields of this same plant are going to die in exactly the same manner at exactly the same time.

    Meditate on this, Grasshopper.

    --
    "Learning is not compulsory... neither is survival."
    --Dr.W.Edwards Deming
  18. I don't really want to give them a chance by PotatoHead · · Score: 3, Insightful

    because they have had enough already.

    Anyone with that much money in the bank can damn well afford to produce products that actually are best in class. They are number one right now, but clearly do not deserve to stay there when we know there are better and cheaper ways to do things.

  19. The History of MS safe computing by linuxislandsucks · · Score: 2, Insightful

    Folks remember that wehn MS first started hiring devloeprs in its beginnings that those devlopers :

    -Were not skilled in unix security precautions because UNix vendors had changed their lcienses to close code to those in cs at schools.

    -Were influenced to push code out the door rather than refactor, retest, and rewrok to produce security compliant code.

    -MS's recent code retraining cannot rease almost 30 years of bad programmign prqactices within MS itself..

    The only way for MS to get better is to immediately fire every programmer, which wil not happen and thus the conversion to Linux and MacOSX will gain full speed in the next few months..

    --
    Don't Tread on OpenSource
  20. Re:People are waking up... by Anonymous Coward · · Score: 4, Insightful

    I don't think that this point scoring does any good. UNIX and Windows both have major security problems.

    I remember a security seminar I attented where the lecturer took a neutral stance toward whether Unix or Windows was more secure. His philosophy was "go with what you know". If you live and breathe Windows, you probably keep up to date with the latest Microsoft news, releases and patches just as well as a Sun/Unix geek might stay up to date with Solaris patches and updates. Knowing network security (gosh, let's protect the potentially vulnerable ports on our server from being publically reachable) is essential to both.

    So many new administrators are getting Windows or Linux or other products and implementing them without the experience of security lessons learned from the past. It takes a mass event like this one to re-educate the newbies.

    As a reminder for everyone designing, "one degree of separation" architecture, remember that Suki is one of your potential customers.

  21. Since when? by EvilTwinSkippy · · Score: 3, Insightful
    Pop quiz hotshot. You have a perfectly operational database that is processing admissions for your organization. If that puppy is down, tickets aren't sold, and people show up with pitchforks at your door.

    Now said system was purchased against your recommendation, is proprietary in nature, and the company that made it was bought out by another company, so you can't even get a straight answer on simple questions anymore. The department responsible for this purchase has never hired the person promised to maintain the system, nor have you been sent out for training on its maintenace.

    A week after this system is installed a third party contractor installs a replication system so your ticketing system can be connected to a big web server in another state. You don't really know what ports need to be open, how they are being used, and every time you tweak the littlest thing the entire operation comes to a grinding halt.

    And you expect me to apply patches at random. Especially when they require taking the system offline, and each has the risk of incapacitating your operations. Right.

    Blame me all you want. But the seeds of ruin were planted further up in the decision making process.

    --
    "Learning is not compulsory... neither is survival."
    --Dr.W.Edwards Deming
  22. Linux may be next . . . by Eric+Damron · · Score: 4, Insightful

    Okay, anyone who has read my posts knows that I'm not a Microsoft supporter. I find it hard not to see the humor in Microsoft's own servers getting hit when the vulnerability was not new and patchable especially after they proclaimed that they were now striving to be secure.

    However, after laughing myself sick, the seriousness of the situation darkened my mood. Although I believe that Linux is currently a more secure platform, it is not a platform without flaws. Linux could be the next security nightmare if we don't occasionally do a reality check.

    Part of Microsoft's strength and ironically part of the reason that Microsoft products tend to be vulnerable to attack is the fact that Microsoft strives to give the customer everything including the kitchen sink.

    To do this, products are made with far too much power. VBA is an example of this. Combining data with code is not a good idea. It makes it very convenient for the customer and unfortunately the black hats as well.

    Right now Microsoft is pushing their .NET platform. They are hopeful that this will become the development platform of choice across multiple OSes. Parts of the Linux community are scrabbling to enable Linux to benefit from this emerging technology thought the Mono project.

    If successful it may become possible to run many applications that will be developed on the Windows OS that are targeted for the .NET platform. If Microsoft introduces a .NET version of their flagship Office package it is likely to incorporate some form of VBA. Running a VBA enable application on Linux will not help the security of the Linux platform.

    --
    The race isn't always to the swift... but that's the way to bet!
  23. Firewalls anybody? by jay_sdk · · Score: 5, Insightful

    What are supposedly serious companies doing without firewalls blocking 1433 and 1434? I run a little home network, of which one machine has SQLServer 2000, but my firewall has been blocking all 1433 and 1434 as "suspicious UDP" data. This is a little less than $150 hardware box. What? Bank of America can't afford a firewall?

  24. Is it Microsoft's fault? by GuardianKnight · · Score: 3, Insightful

    I don't normally chime in, but I thought that I would for this one. Let me start by saying that I don't like MS...I'm using a mac as we speak (with Safari)...and I'm a Senior UNIX admin at work....anyway...

    Can we really blame MS for this? They released a patch in July...MS can't be held accountable for Windows Admins for not updating their software (I'm not saying it's the admins fault either...I know that admin spend 80 - 90% of their time putting out brushfires, and can't find time to do patches). Now, do I think that MS needs to find a better way to notify customers of new patches...b/c I know that I don't have time to sit around and browse and go through what I've installed and what I haven't (are you listening Sun?!?!)

    So for example...If I don't stay up to date on all the Solaris/Linux patches does that mean that Solaris/Linux is a security prone OS? Heck, no!

  25. Re:Mac plug was lame by Anonymous Coward · · Score: 1, Insightful

    But it is true that macs are safer because less people use them. This is why diversity is important with plants and software.

  26. there is a HUGE difference by b17bmbr · · Score: 3, Insightful

    every two years m$ totally changes their server products. what you knew with nt4 is obsolete with win2k, is useless with .NET/whatever server. you learn to admin unix, your skills improve over time, 'cause your doing the same things you were 5 years ago. with m$ servers, you have to learn all over again, and you are at m$'s mercy to provide patches, etc. so no, don't compare unix to m$. unix had its growing pains sure, but it is a mature product. and linux is becoming one really fast. every freakin ne m$ product is a NEW product. and it experiences the same crap over and over. why does m$ do it? somebody who knows, please do tell.

    --
    My problem? I was perfectly gruntled, until some numbnuts came by and dissed me.
  27. Re:What a uselessness! by foniksonik · · Score: 2, Insightful

    Sitting at Starbucks wireless, completely insecure connection on my Mac running OS X. Am I worried, no. Is it because there are few viruses written for OS X? no. Is it because there are plenty of viruses/exploits written for UNIX based OSes.... OS X being one of them, a valid reasoned to be worried but still I am not.

    I'm not worried because I have a firwall that works out of the box to protect me from said viruses and expoits and is easy to turn on and configure.

    XP also has a firwall available, but, it is hidden in an obscure location and has NO configuration I tried to turn the firewall on and every time I did this it would say that yes it was on, but then I would go back to verify this and NO it was not. Ten times I tried this... to no avail. What use is a firewall if it won't even stay on? Furthermore it has one option ON or OFF, what does that mean? What is it doing? Can I open a port or lock down soemthing it doesn't turn off... ??????

    Yes there are shareware and even free firewalls available for XP but that means I have to find them and configure them and pray that they will play nice.

    Macs are and always have been more secure than Windows machines.

    Why do virus writers and hackers pick Windows? I'd say that it's because it is the easiest OS to exploit. The fact that it is the most prevalent is irrelevant.

    --
    A fool throws a stone into a well and a thousand sages can not remove it.
  28. MS Vs Linux Patches: A difference in quality by Black+Copter+Control · · Score: 2, Insightful
    Wasn't there a post on slashdot a few months ago saying something like 80% of linux boxes weren't patched and vulnerable.?

    I'm not sure what that 80% refers to, or even if it's accurate. Even if it is, many Linux 'fixes' would never even be considered for patching by MS. Linux fixes range from the benign and theoretical to the very serious. Linux patches are generally released almost immediately after a bug is found that might (in theory) be exploited, or used as part of an exploit. (e.g. someone finds the possibility of a buffer or stack overflow).

    Windows patches, on the other hand, often aren't released until somebody proves that a bug is exploitable/ exploited. Even when a proof of concept (or even wild) exploit is made available, security experts sometimes have to argue with MS about whether the exploit is serious enough to be worth fixing. I remember one recent case where MS downgraded a pair of bugs as minor and refused to release a fix. When frustrated security experts were able to combine those bugs to enable arbitrary command execution (their sample code: format a hard drive), they were criticized for not giving MS advanced warning(!).
    Nontheless, when MS finally released the fix for these same bugs, they classified them as moderate. Some people think that, having just released one crutitical patch, they didn't want to face the embarrassment of two severe bug fixes in one week.

    Because Windows patches are rarely released until the problem is both proven and serious, MS security patches are far more critical to install. Unfortunately, MS security patches are also problem plagued. System admins have no way of knowing exactly what a patch will do. Some patches undo each other, some patches break other (sometimes seemingly unrelated) systems. Because of the nature of closed source, System admins who have problems with a patch can find themselves stuck between a rock and a hard place. They can either install the patch and break their installation, or leave the system unpatched. In either case, they must beg for a compatible fix. The OS solution of engineering their own patch is generally not feasable -- possibly even illegal.
    Both the cost and public embarrassment of repeated fixes to a given problem discourage MS from releasing patches against bug fixes. Lack of the ability of a customer to provide -- much less prove -- their own version of a fix exacerbates the problem.

    In this environment of fear, uncertainty and doubt, an MS system administrator must decide if, when and how to install their patch. sometimes they get it wrong.

    Linux admins face a similar problem, but with a good deal more information and control. Systems are generally more compartmented, so interactions between parts is better understood. If installation of a patch causes problems, users have the ability to examine the source code of the changes, get an exact understanding of what they're doing and determine whether their best course of action is to patch the patch or fix the problem elsewhere. If the solution turns out to be a further patch, they have the ability to release their own fix in hopes of having it folded back into the 'official' distribution. This is an option which most MS users will probably never have.

    --
    OS Software is like love: The best way to make it grow is to give it away.
  29. I find it ironic... by dannannan · · Score: 2, Insightful

    ...that the basic security model in place for software today for mitigating the risk of an attacker modifying service code (0wning y0ur b0xen) is to automate the process of modifying your service code via patching.

    DDL