|
Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com |
From: Russ (Russ.Cooper_at_RC.ON.CA)
Date: Sat Jan 25 2003 - 21:27:06 CST
Its late, I've been going since 4:30am, and y'all have had a lot to say
today. As Editor, one of the wonderful things I get to do is read your
thoughts and mull it over, then put my piece out for the rest of you.
Hopefully, its meaningful.
I tried to put out a representative post for the "two" camps, blame MS
or blame the Admins. With all due respect, the issue is far more
complicated than something which can be whittled down to one focus of
blame.
But since Microsoft chooses to have us view them in the context of
"Trustworthy Computing", let's look at this issue from that perspective.
1. There's no doubt whatsoever that there is no minimum requirement on
Administrator access. Heck, Active Directory even gives us the ability
to delegate it (how on Administrator delegates Administrator to another
is beyond me, but hey, that's what we have). Anyone remember an old
Sierra game called "Leisure Suit Larry"? You had to answer a set of
questions that pretty much assured you were of age. Not so with MS
products, got a password...you're in! Heck, in the case of SQL it often
doesn't matter if you have a password or not. A basic premise of
Microsoft (and the security world-at-large) is if you can sit in front
of a machine, you're pretty much assured of owning it.
Not exactly a stellar group of individuals to provide products for, is
it.
But instead of trying to teach Administrators the perils of their
rights, they're taught to patch, patch, and repatch.
Case in point; MS02-039, MS02-043, MS02-056, MS02-061 all patch machines
afflicted with the UDP1434 vulnerability against it. Yes, that's true,
but did you read the fine print on the download pages of those
bulletins? If not, you may not have noticed that you must install the
hotfix (note, not security bulletin, just a hotfix) supplied via KB
Q317748 *before* you apply any of those security bulletins? Heck, 3 of
those were "cumulative", but they didn't cumulate Q317748. Now let me
say that Q317748, which is a memory leak, isn't a terribly serious
problem (I know of people who have lots of SQL boxes and haven't been
affected by months of it running on their boxes)...but that's not the
point. If you now really read those bulletins (because its important to
be sure today), you'll discovery you needed Q317748 *before* you applied
the fix you just rushed out to apply. Um, ok, so now I'll apply
317748...well, no, if you do that you'll regress ssnetlib.dll and put
yourself back into vulnerable mode...duh!
You look at any of those download pages and tell me they're written for
the type of people who *could* be Administrator on a SQL or MSDE
installation...no way.
2. But hey, its your fault, you choose to sit in the drivers seat behind
the wheel of this awesome vehicle, so you should be responsible for what
it does. You don't patch, its your fault. Microsoft made they patches
available months ago, and if you hadn't figured out how to read the
minds of the people who wrote those pages by now, you've got serious
problems.
Some people suggest this problem exists because you're not serious, you
don't take your job responsibly enough. I say "Hogwash!" You'd think
these people were getting paid equal to their Managers or something.
Give me a break, the people responsible for figuring out what needs to
be done, and when, barely get paid for the overtime it takes to do it
when Management says its acceptable to get it done!
And with instructions like those we get, even with the "simplified
english version" of the bulletins, its just not possible to say you'll
always get it right the first time. Besides, shouldn't we test it
first?? There's no time. Sure, its been 6 months since the patch was
released...wanna tell me when during that 6 months you've been told
there's going to be a week available for you to make decent testing??
Not likely, you've been busy putting out fires as dufus' set up their
independent XP test or installed some app that did a broadcast
storm...yeah, we've all been given weeks to do our testing without
interruption...but then that was on a different planet, somehow the
gravity here makes it work differently.
3. Oh, but I was talking about "Trustworthy Computing", wasn't I. So,
let's see, can I trust a security bulletin to give me the information I
need? Well, sure, as long as I read it all, pick it apart and print it
on different sheets of paper and then assemble it together like a jigsaw
myself after I figure I understand what it means.
But wait, we can call PSS, because we all have support accounts and TAMs
and such to help us understand this stuff...don't we?
Ok, so I do, what should I expect? How about the *right* answer, the
*first* time? That'd be nice, wouldn't it?
Sorry, no amount of money is going to get you the support you think you
should. It just doesn't exist, heck, the guys and dolls who wrote this
stuff don't know what's going to happen when you do this, or that, or
some other thing. The only way they'll be able to tell you much is if
they do it first, even then all they can tell you is what happened in
*their* environment...not yours!
But that's what we can trust, that they'll try. Well, I for one won't
say that MS people don't try, they honestly do, individually...but where
the heck is the Corporate Mandate to ensure they bloody well *know*??? I
mean, come on, it seems that Corporate Loyalty has been replaced with
Personal Loyalty, and as nice as that feels, it sure feels just like
"Open Source" to me. Isn't one of the best features of Open Source the
fact that individuals will strive for the collective? So the thing we're
looking for when we opt to pay for our software is the responsibility a
Corporation has for its paying customers. I don't want to get the warm
fuzzies, I want the damn answer!!! I don't care if its Monday morning,
or Saturday night, I paid for the answer to get it!!!
Hmm, maybe its a West Coast thing, maybe its about living next to a few
Volcanoes for too long. Maybe its all that rain??
4. But ok, Microsoft isn't the only one to blame. Lyris Listserver comes
with MSDE, where's their security bulletin? McAfee's Virus Control
Center comes with MSDE, where's theirs? Lots of other 3rd party products
ship with software which makes you vulnerable to SQLSlammer, and who's
telling you about it? Oh, its not their fault, its Microsoft's. I guess
that's what we call Trustworthy.
But let's see, surely Microsoft makes a royalty on this? No?? Ok, but at
least they'd be told that a vendor is shipping their product?? No??
Shouldn't somebody, somewhere, be able to give us a full list of all
"products" that ship with MSDE??? Wouldn't that connote Trustworthiness?
It would to me.
5. Oh but what's all this fuss about, any dufus can simply go to
WindowsUpdate and get themselves patched...um, well, not for this, but
for many other things! But any dufus can simply monitor the Microsoft
Security Bulletin Notification list and get themselves patched...um,
well, not for things like the memory leak described in Q317748. But any
dufus can simply read the simplified description of security bulletins
and understand all they need to do, and how, and where to get
things...um, well, not the SQL ones (at least).
6. But hey! SQL is from a different planet. All those ex-Tandem
employees over there doing what they used to do with Guardian. How can
we possibly expect them to understand the needs of the average
Administrator? Anyone who deals with SQL is myopic, from a different
planet, and loves Edward Scissorhands. That's who the bulletins are
written for, and since SQL Administrators have nothing else to do,
they're not given nice little GUI installation packages...heck, who
*doesn't* copy new binaries over old to install a patch...and don't you
just love the Visual C++ sample exploits provided *by Microsoft* so you
can verify the patch is applied???
7. Oh and we can't forget Cisco, and other device vendors. When will
they get honest and tell us the real reasons their devices fall over,
the way they do, when these sorts of attacks occur? Oh, we can
speculate...probably because they're all based on x86
architecture...meaning they have 8086 processors!! Ok, maybe they don't,
but they have to be the least efficient processing platform we know of.
But when you're a monopoly...
8. Oh, but its your fault, after all. Howard Schmidt, formerly in charge
of Microsoft Security and now 2nd to Richard Clarke helping the U.S.
President understand the problems of the Internet (yeah, right) says
"People need to do a better job about fixing vulnerabilities,"...hmmm,
who do you think he was referring to?
I think he was referring to you...
...and I think he doesn't have a clue!!!
9. So some people, including clueless Schmidt, say you need to do a
better job fixing vulnerabilities. Like fixing vulnerabilities causes no
problems, costs nothing, and takes no time whatsoever. Have you ever
tried running a Hosting Center??? You think you can mandate to your
customers like you might be able to mandate to the employees in your
LAN? I think not, after all, they're in the business to make money and
your customers are paying you to minimize their work.
10. Then there are the arguments about "Why the heck has anyone got
T1433/U1434 open in the first place??" Of course they should be closed,
who wouldn't? Well, have you considered remote control of SQL Enterprise
Manager? Oh, of course, that should be via Terminal Server or at least a
VPN...because we all know how well they work and how broad they are
deployed. The technology exists, so who wouldn't employ it? But then
someone has to administer it...no?
11. I think people all to often forget that there are only 31,000+
subscribers to NTBugtraq today. We're amongst a very small community,
far smaller that I wish it were, who are concerned with these security
and trustworthiness issues. Maybe if the fixes were easier to apply,
more consistent, or sans the rocket science, maybe we could get people
to pay more attention.
I don't know for sure, but I can say that a "Default Deny" rule at
routers/firewalls prevented this attack completely. That's a pretty easy
concept, required no "patch", and wasn't rocket science. But hey, maybe
its too simple??
Anyway, if you're read this far, thanks. Its been a tough day, with lots
of rumors and lots of "new information". Maybe my rant has missed the
mark...I just hope it rounds things out a bit.
As an MS employee told me an hour ago..."Apply MS02-061 and go to
bed!"...we'll see come Monday.
Cheers,
Russ - Surgeon General of TruSecure Corporation/NTBugtraq Editor
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
Delivery co-sponsored by TruSecure Corporation
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
TICSA - Anniversary Special - Limited Time
Become TICSA certified for just $221.25 US when you register before 3/31/03
with PROMO "TS0103" at www.2test.com. NO membership fees, certification
good for 2 years. Price for international delivery just $296.25 US, with
this offer. Offer cannot be combined with any other special and expires
3/31/03. Visit www.trusecure.com/ticsa for full details.
oooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooooo
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]