Home > Financial Services Information Security Tips > Compliance and Governance Digest > Protecting third party processes on all levels
Financial Security Tips:
EMAIL THIS
 TIPS & NEWSLETTERS TOPICS 

COMPLIANCE AND GOVERNANCE DIGEST

Protecting third party processes on all levels


Richard E. Mackey, Contributor
08.04.2008
Rating: --- (out of 5)


Enterprise IT tips and expert advice
Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


More on third party security
FISD presentation: Compliance and outsourcing

Protecting partner processes
Partnerships are an integral component of today's financial business environment and maintaining the security of these relationships is a critical element of these ventures. From low risk service providers, like cafeteria services, to high risk partners, like those that store and process the most sensitive customer and competitive information, partner security risks can take on the full range of severity and may lead to regulatory problems, embarrassment, and litigation. The key to managing these risks effectively is to follow a methodical approach that includes risk analysis, documentation, establishment of controls, measurement of control effectiveness and periodic reassessment.

Assessing partner risk
The first step in managing risk is to understand the business impact of a compromise. To do this, you must clearly identify the kind of information that is involved in the partnership. If your organization follows a security framework, like ISO 27002, you will have a catalog of the information assets, including a definition of who the owner is and what makes the information sensitive and to what degree. Understanding the nature of the information is critical to risk mitigation. You must be able to answer the following questions:

  1. Is the information sensitive because it needs to be kept confidential [e.g., sensitive customer information protected under privacy laws and the Gramm-Leach-Bliley Act (GLBA)]?
  2. Is the information sensitive to integrity compromise [e.g., financial data critical to Sarbanes-Oxley Act (SOX) compliance]?
  3. Is the information availability critical to continued business operation?
  4. Any combination of the above.

Once you understand the sensitivity of the information, you can determine the level of scrutiny to apply to the method of information exchange, the security of storage, and the prospective partner's general security practices. The most effective way follows a model of ranking services and their providers based on information sensitivity (and their incumbent risks). Rankings fall into one of three tiers:

Tier one: Services that require no customer, competitive, or regulated information
This tier carries very little risk of embarrassment or monetary risk. Loss of availability will not affect business operations.

Tier two: Services that do not require customer or regulated information
Some aggregate competitive information may be present. Loss of availability may cause inconvenience but no direct impact on profitability or customer experience.

Tier three: Services that have customer, competitive, or regulatory information, and/or may affect the continued operation of the business
This tier carries high risk of embarrassment, monetary risk and impact of business operations.

Assessing the provider
Once you have established a service/risk ranking, you can assess the provider to the required degree.

Tier one services do not require an in-depth security assessment. This is not to say that you should ignore these providers entirely. All providers should be made aware of their responsibilities in maintaining the security of connections, assets and information with which they have been entrusted. Furthermore, it is important for financial organizations to protect themselves from attacks and compromises coming from so-called low-risk services. At a minimum, you should segregate non-critical services from sensitive ones and ensure that service provider agreements establish responsibility for damages resulting from poor security practices on the provider's part.

Tier two providers require more investigation. Given that the service provider has access to information or systems that could pose a risk to the business, you should conduct a lightweight assessment of the provider's practices. This is typically accomplished by requiring the provider to submit documentation of their practices and/or answer a security practice questionnaire. While many organizations design their own questionnaires, some have modeled them after standards such as ISO 27002.

Tier three providers represent real business risk in the form of loss of customer information, competitive information or operations. In many cases, regulations such as GLBA, the Health Insurance Portability and Accountability Act (HIPAA), Payment Card Industry's Data Security Standard (PCI-DSS) and guidance from agencies like the FFIEC require organizations to exercise due diligence in ensuring that information entrusted to outside parties is protected. The best approach requires an in-depth assessment of both the specific data exchange method and the security practices supporting the operations associated with the service. Financial organizations often augment the skills of their internal security organization by contracting independent assessors. This practice allows for more reviews in a shorter period of time while exploiting the additional expertise of external experts. The best arrangement is for internal business and security representatives to accompany the assessors to allow better focus on the company's needs and to acquire and internalize institutional knowledge of the proposed partner. In other words, do not outsource this job completely.

Planning for the long term
Once a review is complete, both parties need to establish plans for dealing with weaknesses and how they relate to the service start date.

In the longer term, the parties need to work out how they will communicate, notify each other of suspected security events, respond to intrusions, and coordinate when services cease to operate. All these issues, including the consumer's right to reassess the partner's security and the right to be informed when significant changes occur in the business or infrastructure need to be addressed in service agreements. As in all legal arrangements, both parties need to come to an agreement that meets each party's needs while not burdening the other unnecessarily.

Looking backwards and forward
While this approach works well for financial firms establishing new partnerships, what happens to the relationships that already exist? The most effective approach is to add your existing services to the partner management program and conduct a risk assessment on each one as if they were new services. Contract renewal may be a convenient time to start a review, but you shouldn't wait too long for critical services. Each existing service can be ranked according to the tiered model and service agreements can be assessed for adequacy. Slowly but surely, each relationship will find its way into the partner management program and be managed appropriately.

For any partnership, old or new, each year, you should cycle through your documented set of partners, assess the current risk (including changes to the partner, the service, or regulatory requirements), determine if the current controls effectively mitigate risk, and modify controls as necessary. Financial organizations that follow this pattern not only manage risk effectively, but also prepare themselves for the scrutiny of auditors and partners.

About the author:
Richard E. "Dick" Mackey is a frequent speaker and contributor to magazines and online publications. He has advised leading financial firms on compliance with PCI, GLBA, and SOX. He has also provided guidance to a wide range of companies on enterprise security architecture, identity and access management, and security policy and governance.


Rate this Tip
To rate tips, you must be a member of SearchFinancialSecurity.com.
Register now to start rating these tips. Log in if you are already a member.




Digg This!    StumbleUpon Toolbar StumbleUpon    Bookmark with Delicious Del.icio.us    Add to Google


RELATED CONTENT
Compliance and Governance Digest
Using an information security council
Information security governance using a risk-based approach
How I learned to stop worrying and love my compliance department
Investigation management tools ease fraud pains
Integrating ethics from top to bottom
Rogue activity thwarted by early warning systems
Red Flags rule: Unclear guidance biggest challenge
Strategic metrics for information security at financial services firms
Metrics don't truly quantify information risk
Why metrics matter

Financial transaction protocols and security
Remote deposit capture carries risk as well as convenience
IBM USB banking device stops keyloggers, malware
Community banks to increase security spending, survey finds
Case study: How outsourcing services enable PCI DSS compliance
SAML ratification enables vendor interoperability
SOA, Web services security hinge on XML gateways
Black Hat 2007: For financial firms, availability too often trumps security
Banks neglect responsibility for data breaches, some say

Auditing, testing and assessment for financial services compliance
Proper preparation necessary for successful penetration test
Establishing a practical routine for reviewing security logs
FDIC guidance for managing third party risk
Outsourcing compliance strategies
SIM appliance helps credit unions with compliance, incident response
Outlining governance frameworks
GRC software alleviates audit process for financial firms
Passing a SOX audit: Lessons learned from an information security professional
Reporter's Notebook: Why failing an audit can lead to success
Maintaining compliance in a world of constant change

RELATED GLOSSARY TERMS
Terms from Whatis.com − the technology online dictionary
CTCI (Computer-to-computer interface)  (SearchFinancialSecurity.com)
DROP (delivery of real-time execution information protocol)  (SearchFinancialSecurity.com)
FIX protocol  (SearchFinancialSecurity.com)
ITCH  (SearchFinancialSecurity.com)
OTTO protocol  (SearchFinancialSecurity.com)
OUCH protocol  (SearchFinancialSecurity.com)
QIX  (SearchFinancialSecurity.com)
RASHport  (SearchFinancialSecurity.com)
SAML  (SearchFinancialSecurity.com)
Secure Electronic Transaction  (SearchFinancialSecurity.com)

RELATED RESOURCES
2020software.com, trial software downloads for accounting software, ERP software, CRM software and business software systems
Search Bitpipe.com for the latest white papers and business webcasts
Whatis.com, the online computer dictionary

DISCLAIMER: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.



Finance Sector Security - Anti-Phishing, Remote Access Security, Firewall Systems
About Us  |  Contact Us  |  For Advertisers  |  For Business Partners  |  Site Index  |  RSS
SEARCH 
TechTarget provides enterprise IT professionals with the information they need to perform their jobs - from developing strategy, to making cost-effective IT purchase decisions and managing their organizations' IT projects - with its network of technology-specific Web sites, events and magazines.

TechTarget Corporate Web Site  |  Media Kits  |  Reprints  |  Site Map




All Rights Reserved, Copyright 2008, TechTarget | Read our Privacy Policy
  TechTarget - The IT Media ROI Experts