Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | Re: patching servers... |
|---|---|
| Date: | Wed, 11 Jan 2006 08:19:44 -0800 (PST) |
We're starting to use Symantec LiveState Recovery Adv. Server. It allows you to take a snapshot in time of the server, just prior to applying security updates and service packs. If you have VSS, it can even backup the VSS-enabled databases without taking them offline. They also support V-to-P and P-to-V. Very nice for integrating with VMWare and/or Virtual Server. There's an online forum, www.boardfish.com, that is dedicated to Symantec products. So, if you'll like to discuss this particular solution more, I'd suggest starting a thread there. Good luck --- StefanDorn@bankcib.com wrote:
If you have any spare hardware for it, setting up a small test environment can help, especially if you are running any custom software on your servers. That way, you have another layer of protection against the update(s) you are installing blowing your production servers out of the water. The initial cost of setting up a test server should pay for itself shortly by saving you a few "oh, crap" moments each year. As far as testing the patches on a test system goes, you just want to run a server through all possible scenarios. Run everything that you expect to work on a regular basis, test any services that the server provides to end users, and so on.. checking your event log and any application specific logs for errors is probably the easiest route for that. And of course, always read release notes for any known issues or conflicts introduced by a patch. Stefan Dorn Murad Talukdar <talukdar_m@subway.com> wrote on 01-09-2006 11:06:22 PM:Hi all, I wanted to get a few ideas of what people do totest their systems oncethey have applied a patch/hotfix. Currently I pull one of the hotswap drives thathas the OS mirrored on itand then let it run with the patch applied for afew days/week beforeletting it rebuild. In that time I will check things like eventlogs/performance and do somegeneral 'listening' for any issues. Does anyone have a more scientific method? What doyou keep an eye on? Also,Do you actually ever check whether thevulnerability(for example) that thepatch was designed to thwart has actually beenplugged?In the last two years I've only had one instanceof a patch causing an OS tofail--and then just removing and then reapplyingthe patch seemed to workjust fine. However, I don't want to getcomplacent.Kind Regards Murad Talukdar
---------------------------------------------------------------------------
---------------------------------------------------------------------------
PRIVACY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain business confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If this e-mail was not intended for you, please notify the sender by reply e-mail that you received this in error. Destroy all copies of the original message and attachments.
__________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --------------------------------------------------------------------------- ---------------------------------------------------------------------------
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | RE: How to disable interactive logon for service accounts on W2K and W2K3, Derick Anderson |
|---|---|
| Next by Date: | RE: patching servers..., Steveb |
| Previous by Thread: | Re: patching servers..., todd |
| Next by Thread: | RE: patching servers..., Derick Anderson |
| Indexes: | [Date] [Thread] [Top] [All Lists] |