Perimeter
1/7/2012
10:06 AM
Commentary
Commentary
Commentary
Connect Directly
RSS
E-Mail
50%
50%
Repost This

Partner Management 3: How To Assess Prospective Partners

Regulations require organizations to periodically assess security and compliance practices; the key is to understand how to do so effectively -- without breaking the bank

Every organization that shares protected information with partners needs to ensure that those entities will protect the data adequately while in their care. A data owner’s responsibility begins with assessing prospective partners’ security and compliance practices, and continues throughout the life of the relationship.

Organizations faced with this responsibility often ask the same questions:

1. How do you assess an partner’s security and compliance practices?
2. Should all service providers undergo similar assessments?
3. How can we control the cost of assessments?

Let’s take these one at a time.

1. How do you assess?
Organizations need to ensure that the vendor or partner will meet the requirements of the applicable contract or regulation. At a minimum, this means asking a set of questions about who has access; how information is stored, transmitted, and processed; and how information is encrypted (particularly while stored, while on removable devices, and while transmitted on public networks). The more prescriptive the particular regulation, the specific the questions need to be. The answers to the questions can be collected in person, in response to a questionnaire, or in third-party assessment. The method for assessment should be based on the risk a particular partner represents and your budget.

2. Should all partners be assessed equally?
No. Organizations should determine the inherent risk associated with a partner and base the depth and thoroughness of the assessment on this measure. For example, if the organization is entrusted with large amounts of critical data and a compromise would be extremely damaging to the business, then it makes sense to visit the vendor and conduct a detailed review. On the other hand, if the vendor has only controlled and restricted access to the information or would not pose a major risk if it failed, then a questionnaire might suffice.

3. How can assessment costs be controlled?
The first way to control costs is to ensure that detailed assessments are conducted only on critical vendors. Another method is to use the results of third-party assessments (assuming you can verify the trustworthiness of the assessor). The PCI Security Council established Qualified Security Assessors and the assessment process for this very reason. Other industries, including finance and healthcare, have organizations that provide assessment frameworks and methods that are commonly used. There are also international security standards, like ISO 27001 and 27002, and accounting standards (e.g., SAE 16) that provide frameworks for assessing operational, security, and compliance practices.

Regardless of the method used to assess or the organization assessing the partner, the important point to remember is that you must satisfy yourself that the partner will meet your compliance requirements. In the event of a compromise or an audit, you will need to state why you believe your method effectively met your compliance requirements.

Richard Mackey is vice president of consulting at SystemExperts Corp.

Comment  | 
Print  | 
More Insights
Register for Dark Reading Newsletters
White Papers
Flash Poll
Current Issue
Video
Slideshows
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2011-0460
Published: 2014-04-16
The init script in kbd, possibly 1.14.1 and earlier, allows local users to overwrite arbitrary files via a symlink attack on /dev/shm/defkeymap.map.

CVE-2011-0993
Published: 2014-04-16
SUSE Lifecycle Management Server before 1.1 uses world readable postgres credentials, which allows local users to obtain sensitive information via unspecified vectors.

CVE-2011-3180
Published: 2014-04-16
kiwi before 4.98.08, as used in SUSE Studio Onsite 1.2 before 1.2.1 and SUSE Studio Extension for System z 1.2 before 1.2.1, allows attackers to execute arbitrary commands via shell metacharacters in the path of an overlay file, related to chown.

CVE-2011-4089
Published: 2014-04-16
The bzexe command in bzip2 1.0.5 and earlier generates compressed executables that do not properly handle temporary files during extraction, which allows local users to execute arbitrary code by precreating a temporary directory.

CVE-2011-4192
Published: 2014-04-16
kiwi before 4.85.1, as used in SUSE Studio Onsite 1.2 before 1.2.1 and SUSE Studio Extension for System z 1.2 before 1.2.1, allows attackers to execute arbitrary commands as demonstrated by "double quotes in kiwi_oemtitle of .profile."

Best of the Web