Posts tagged ‘Qualys’

Cyber-Ark / Qualys Integration

Last year at about this time, Qualys and Cyber-Ark announced a new integration.   I implemented this last week.

Most companies have password policies requiring the expiration of passwords.   Yet these policies hardly ever get applied to service and application accounts only users.   Many times these service passwords even predate the implementation of strong password requirements.  This is one of the ways Cyber-Ark can help.   In addition to being a strong Vault to store your passwords, Cyber-Ark can manage your passwords in accordance with your password policy.   

But what happens when Cyber-Ark can’t manage both parts of a password.   For example the vulnerability scanner Qualys can perform authenticated scans.   I have a qualys account on my Unix servers.   But if I update the password on the Unix machines, I need to update them in Qualys as well.   It is just as likely the accounts will be set to never expire, and the password will never be changed.

Now with this integration, I give Qualys an account to access Cyber-Ark vault.   It can then check out the existing password and use it for the scan.   Cyber-Ark is able to change the Unix account password and Qualys always has access to the current password.     

To perform the integration, I used info in the Cyber-Ark knowledge base and the Qualys online help.   That and some preexisting knowledge of the products will get you 85% of the way there.   My two issues were 1)  Not knowing how to label the folder correctly in Qualys config for the safe and 2) in Cyber-Ark, I accidently removed the PAPI rights for the user.   Read what is on the screen.   Qualys’ error messages were helpful, but it was unfortunate I had to run a full scan to find out if it worked or not.   A test button would be helpful.

A few less static passwords is a victory I’m excited about, but I don’t imagine many others would feel the same way.

 

KB2264107 Available Through Microsoft Update

A mere 5 months after its initial release, Microsoft has made update KB 2264107 available through Microsoft Update.   Previously it had been available only as a direct download.  This patch was created to control the DLL search path algorithm.  As I understand it deploying the patch only gives you the ability to then deploy a registry key to restrict dll preloading.  

Qualys has been showing this patch as a level 3 (out of 5) vulnerability so I wanted to get this patch deployed to improve the vulnerability statistics.

I already deployed this patch to my XP systems using SCUP, but I hadn’t been able to deploy MSU style patches used by Windows 7 and Windows 2008 using this method.   I’m glad they’ve finally made this update available.

50 Percent of Enterprise XP running SP2

According to Qualys, 50% of enterprise Windows XP computers are still running Service Pack 2. This was reported by Byron Acohido in a USA Today article.
This matters because MIcosoft will stop providing security patches for computers with this service pack in July. If you’re running XP, you must have service pack 3 to continue to get Operating System and IE patches.
These issues don’t just occur with operating systems. You need to keep your Office applications and other MS apps up to date on their service pack or eventually you’ll find yourself not getting updates. For home users, Windows Update will take care of that. But in a corporate environment where updates are managed, the patch admin might not “approve” all needed service packs. If you dont have a secondary method of checking for patches (e.g. a Qualys) you wont know you’re out of date. An individual in a corporate environment could run Windows Update (select the options to go against the Microsoft server rather than the internal server) or run MBSA. Even if you dont tell MBSA to run using Microsoft’s server, it will tell you if a patch isn’t approved by your administrator.
The end of life for Windows 2000 (all versions) and Windows XP prior to SP3 has been out there for a while. I’ve been using Forescout to find people running old service packs so we’ve caught everyone up on XP and Vista service packs. Windows 2000 has been hanging on on a couple of servers. An upgrade this weekend should take care of one of those.