Skip to main content
MSMUG
ABOUT US
MEMBERSHIP
EVENTS
GENERAL FORUM
  
MSMUG > Team Discussion > Patch mangement - Document Review Comments  
Go Search

Team Discussion

Modify settings and columns
Use the Team Discussion list to hold newsgroup-style discussions on topics relevant to your team.
  
View: 
Post
Started: 5/12/2009 12:07 PM
Picture Placeholder: William Cotter
William Cotter
Patch mangement - Document Review & Comments
Note the documents for this discussion are located on the MsMUG Patch documents are and the ISA 99 site
 

******************

From Donovan Trindill

Hello Bill and Bob,

After your review and approval, please forward this to the group for review as soon as possible.

In preparation for tomorrow's meeting, I have attached several documents for group review. I did not anticipate we would be walking through these documents during the meeting, the intent is to capture reader comments. These are actual Patch Management documents developed for a SCADA environment subject to NERC CIP002-009 Cyber Security compliance. They are in the process of being rolled out and used for recurring patch evaluation and test management.

1) Example Patch Identification & Evaluation Procedure - This is a guidance document on how to setup and prepare the inventory of the existing environment, vendor support info, and the evaluation process.

2) Example Vendor Patch information reference document - This is all the necessary contact and support information which need to be regularly monitored for updates.

3) Example Patch Evaluation Form

4) Example Patch Test Management Procedure - This is a guidance document on how to perform testing in relationship to the control system. Some patches are low risk and do not require extensive testing, while others are emergency and require expedited rollout. The Test management procedure considers the different deployment priorities.

5) Example Patch Test Management Form

What is the relevance of these documents?

- They are an attempt to implement a patch management program upon a real SCADA control system environment.

- Considers Microsoft patches, and other vendor patches on top of the Windows operating system.

- Written to guide Engineering and Maintenance who may be not be proficient in Windows, but are required to execute and record their testing activities.

Even with these procedure in place, there is still the challenge of collecting consistent vendor patch support information, formatting for our internal software inventory, and an easy way to correlate the information. I am still looking through Bruce and Florien's project information.

Donovan Tindill, CISSP
donovan.tindill@matrikon.com
780-945-4033

Posted: 5/12/2009 12:19 PM
Picture Placeholder: William Cotter
William Cotter

Overall very good start but....
 

Pg 4 - 1.0 mentions stage 1 & 2 not 3 - shows 3 on flow chart

Pg5 -1.1 - any copyright issues?

R4 I would like to see a comment on weekly or regular scanning of the system - no scan until downtime

Good to ref other docs but put some real recommendations into this doc to add value

P6 - last para "Once this inventory - determine ??? if or when all?

P7 - 3.0 flowchart - should address reaction of vendor to MS patch

P8 - end of 3.0 - need to talk about subscriptions to sites so changes are sent to you.

Every 2 weeks - effort to schedule work? I guess I agree rathen than say when patches come in.

P8 3.2 - How check digital signatures? Use more as example - MS and Symantec

P8 3.3 - Needs to talk about checking with the process control vendor if the update may affect it's operation

P9 4.0 Flowchart - no in house testing?

P10 4.1 - Generation? use of abbreviations not defined (CCA), Bulk Electrical System

P10 4.1 Other Non critical - need a - can - They can be rebooted...

P10 4.2 Security Patches - remedied as quickly as posible - missing ly in quickly

P11 4.3 needs more visability - I think this section is very important

P12 4.4.2 - should we use MS terms for levels? I do not like emergency

P12 4.4.2 next to last line IIf should be If