I'm trying to compile lists of various patches I need to
apply for different customer systems I administer.
Trundling back and forwards through the list of various MS
patches evaluating them is getting overwhelming.
Do MS (Or anyone else) have the list of patches in
spreadsheet form, with what OS/component they apply to, if
they are included in any subsequent rollup or servicepack,
how critical they are, any issues they introduce and their
fix, etc.
This would be a godsend.
Regards,
Andy

Re: Spreadsheet of all MS security patches by Ken

Ken
Wed Oct 22 04:50:52 CDT 2003

You have multiple options.

The following URL lets you view all security bulletins, or you can select a
product (eg Windows 2000), and (optionally) the service pack level that the
product is at, and it tells you what patches you need to apply:

http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/current.asp?frame=true

You can also download the MS Baseline Analyser. You can point this at
individual machines or a whole domain, and it'll tell you what Windows,
Office, IIS and SQL Server patches you need to apply:

http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/tools/tools/mbsahome.asp?frame=true

The Security website is worth checking out - lots of tools, lists etc:
www.microsoft.com/technet/security/

Cheers
Ken

"Andy Hudson" <anonymous@discussions.microsoft.com> wrote in message
news:0ac601c3987f$639e67a0$a301280a@phx.gbl...
: I'm trying to compile lists of various patches I need to
: apply for different customer systems I administer.
: Trundling back and forwards through the list of various MS
: patches evaluating them is getting overwhelming.
: Do MS (Or anyone else) have the list of patches in
: spreadsheet form, with what OS/component they apply to, if
: they are included in any subsequent rollup or servicepack,
: how critical they are, any issues they introduce and their
: fix, etc.
: This would be a godsend.
: Regards,
: Andy



Re: Spreadsheet of all MS security patches by Charles

Charles
Wed Oct 22 07:16:44 CDT 2003

"Andy Hudson" <anonymous@discussions.microsoft.com> wrote in message
news:0ac601c3987f$639e67a0$a301280a@phx.gbl...
> I'm trying to compile lists of various patches I need to
> apply for different customer systems I administer.
> Trundling back and forwards through the list of various MS
> patches evaluating them is getting overwhelming.
> Do MS (Or anyone else) have the list of patches in
> spreadsheet form, with what OS/component they apply to, if
> they are included in any subsequent rollup or servicepack,
> how critical they are, any issues they introduce and their
> fix, etc.
> This would be a godsend.
> Regards,
> Andy

Andy,

I did this for about a year, but I spent as much time updating the
spreadsheet as I did downloading and installing patches.
Once patches started being released so frequently that one couldn't keep up
with the releases themselves, I gave up even trying to use the spreadsheet
and adopted the attitude that I would simply add the new patches (in most
cases) to the existing patch install routines, rather than try and remove
older patches as they became obsolete.

As we moved into third-party tools for patch distribution (currently
PatchLink), I began depending on the distribution mechanism to define what
patches were required for a given machine. I would patch with *all* patches
to patch level "x" at build, then allow the distribution tools to patch
moving forward.

If you want to create a sheet, I can give you a few tips. I created mine by
creating multiple sheets for OS, IIS (4.0 and 5.0 were separate), and SQL x
(My group doesn't work with desktops, so Office, Outlook, etc. are generally
superfluous).
Once I got to MS' security bulletin site, I would look up bulleting using
the appropriate filter (e.g.. IIS4, NT4 SP6a). I would then cut and paste
the results page into my spreadsheet. NOTE** I included procedural
bulletins as , so that if a bulletin called for a registry change, I would
have the information readily available should someone need it.
This would give me the bulletin number, it's title (description) and a link
back to the Security Bulletin. I added columns for such things as
criticality (for *our* organization, not necessarily the MS criticality), a
thumbnail of the vulnerability and it's associated risks, how to repair
(e.g. patch or registry change) and a column for supercessions.

I *never* deleted from the sheet, I would only add. This enabled me to view
any given patch, it's importance and it's status (current or obsolete).


It will take you several hours (days?) to create and organize the sheet, but
if you are depending upon scripts and batch files to distribute your
patches, it may be well worth the investment. Now that MS has gone to
releasing patches on a monthly basis, rather than willy-nilly, you may find
that devoting a day a month to reviewing and updating will be sufficient to
keep the spreadsheet (and hopefully, your systems) current.


I know this wasn't the answer you were hoping for, but it may give you some
ideas on creating a matrix that will meet your needs.

hth,
Charlie



Re: Spreadsheet of all MS security patches by Charles

Charles
Wed Oct 22 07:31:47 CDT 2003


"Andy Hudson" <anonymous@discussions.microsoft.com> wrote in message
news:0ac601c3987f$639e67a0$a301280a@phx.gbl...
> I'm trying to compile lists of various patches I need to
> apply for different customer systems I administer.
> Trundling back and forwards through the list of various MS
> patches evaluating them is getting overwhelming.
> Do MS (Or anyone else) have the list of patches in
> spreadsheet form, with what OS/component they apply to, if
> they are included in any subsequent rollup or servicepack,
> how critical they are, any issues they introduce and their
> fix, etc.
> This would be a godsend.
> Regards,
> Andy

A follow-up to my previous post.

Even though I depend primarily on distribution tools now, I continue to use
hfnetchk (Shavlik version, not MS) and MBSA to double check systems on a
regular basis, just to keep myself and my distribution tools honest.

Remember, Chicken Little is alive and well....he's running most IT shops
these days.
It's a whole lot less time-consuming (and beneficial to job security) to use
additional tools to verify your patch status (not just running vulnerability
scanners) than it is to explain to a panicked CEO that you are sufficiently
protecting his/her 1000+ MS servers using the results of a single tool. I've
seen more than one ask, "How do you know this tool is correct?" Using a
couple of extra tools will lend at least some assurance to management that
servers are indeed protected.
Let's face it, if the CEO loses sleep worrying about the servers, you and
your entire staff will lose more.

If you do the up-front work to provide the additional reporting, your
management will be greatly relieved (and may feel less urgency when a new
vulnerability is announced) when you can provide accurate, *timely*
information to them.