Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Risk

4 Steps For Trimming Patch Management Time

The heat is on to protect your systems from the newest exploits; here's a look at how to speed up patching without causing problems

3. Know who needs to know and who signs off.

Approval paths can be time drains down which patch promptness can all too easily drown. Because even the most efficient patch deployments can cause downtime, it's important both to make technical issues clear to nontechnical staff who must sign off on the patch, and to ensure IT understands the business implications of the patch. Communicating clearly in advance that you need to add extra time to the email server's scheduled maintenance, for instance, takes less time than explaining during the downtime why it's taking so long.

"Preapproval of patch deployment authorities is not only an important aspect of an organization's emergency plan," says Andrew Bosch, product manager at Symantec, "[but] it can save vital time and anxiety in critical situations."

With the right people identified in advance, especially in relation to critical systems, "You're not going to be chasing people in the middle of the night to find out when you can patch a critical server," Bosch says.

This one should be among the simplest and most straightforward steps, but bear in mind it involves people, authority, and almost undoubtedly politics, each of which could add to the time required to get sign-off on the sign-off list.

Time-saver: Create and maintain a comprehensive patch deployment approval and sign-off path along with your systems inventory, including emergency and off-hour contact information for all personnel on the list.

4. Take time to test patches before going operational.

Even the most critical and time-sensitive patches, such as those that seal holes that are being actively and aggressively exploited in the wild, must be thoroughly tested before deployment. In fact, those critical and often rushed-to-distribution patches could require more testing before you unleash them on your systems.

So it's crucial that your test platforms and procedures related to them be established and in place constantly, not just assembled on an ad-hoc basis the day of a patch release.

Symantec's Bosch recommends building one day of test time into your planned deployment schedules.

Pay attention as well to patch-testing with new and emergent technologies your organization is using, and with an eye toward easily overlooked things. Don't forget virtualization software and virtual machines, for example.

The initial time investment required to include and establish all systems in your ongoing test platform, and especially the time required to add new systems and applications as soon as they are introduced, will be offset by the time savings achieved by your familiarity with those systems when patches for them are released.

"Patch testing shouldn't be an adventure every time," Bosch says.

Time-saver: Establish comprehensive patch test platforms, including platforms for new technologies and configurations ahead of time, and make their maintenance, readiness, and upgrades an ongoing part of your operations overhead and budget. Build a day of patch-test time into your patch deployment schedule.

Meanwhile, patches, both scheduled and emergency, require planning and time allocation.

You must address in advance the time required to prioritize, schedule, authorize, and test both the patches themselves and your organization's ability to manage patch deployment -- in both technical and business operations contexts. That's the only way to ensure a relatively painless patch process.

Have a comment on this story? Please click "Discuss" below. If you'd like to contact Dark Reading's editors directly, send us a message.

Previous
2 of 2
Next
Comment  | 
Print  | 
More Insights
Comments
Threaded  |  Newest First  |  Oldest First
Stop Defending Everything
Kevin Kurzawa, Senior Information Security Auditor,  2/12/2020
Small Business Security: 5 Tips on How and Where to Start
Mike Puglia, Chief Strategy Officer at Kaseya,  2/13/2020
5 Common Errors That Allow Attackers to Go Undetected
Matt Middleton-Leal, General Manager and Chief Security Strategist, Netwrix,  2/12/2020
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
6 Emerging Cyber Threats That Enterprises Face in 2020
This Tech Digest gives an in-depth look at six emerging cyber threats that enterprises could face in 2020. Download your copy today!
Flash Poll
How Enterprises Are Developing and Maintaining Secure Applications
How Enterprises Are Developing and Maintaining Secure Applications
The concept of application security is well known, but application security testing and remediation processes remain unbalanced. Most organizations are confident in their approach to AppSec, although others seem to have no approach at all. Read this report to find out more.
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2020-9268
PUBLISHED: 2020-02-18
SoPlanning 1.45 is vulnerable to SQL Injection in the OrderBy clause, as demonstrated by the projets.php?order=nom_createur&by= substring.
CVE-2020-9269
PUBLISHED: 2020-02-18
SOPlanning 1.45 is vulnerable to authenticated SQL Injection that leads to command execution via the users parameter, as demonstrated by export_ical.php.
CVE-2020-9270
PUBLISHED: 2020-02-18
ICE Hrm 26.2.0 is vulnerable to CSRF that leads to password reset via service.php.
CVE-2020-9271
PUBLISHED: 2020-02-18
ICE Hrm 26.2.0 is vulnerable to CSRF that leads to user creation via service.php.
CVE-2020-9265
PUBLISHED: 2020-02-18
phpMyChat-Plus 1.98 is vulnerable to multiple SQL injections against the deluser.php Delete User functionality, as demonstrated by pmc_username.