Pass the Shared Assessments Third Party Risk Management CTPRP Questions and answers with ExamsMirror

 An IT asset management program is a set of processes and tools that help an organization manage its IT assets throughout their lifecycle, from acquisition to disposal. An IT asset management program should include the following components1234:

Maintaining inventories of systems, connections, and software applications: This component involves creating and updating a comprehensive and accurate list of all IT assets owned or used by the organization, including their location, ownership, configuration, and status. This helps the organization optimize the use of its IT resources, reduce costs, and ensure compliance with licensing and regulatory requirements.

Tracking and monitoring availability of vendor updates and any timelines for end of support: This component involves keeping track of the latest updates, patches, and security fixes provided by the vendors of the IT assets, as well as the end-of-life dates and support options for the assets. This helps the organization maintain the security, performance, and functionality of its IT assets, and plan for timely replacement or migration of obsolete or unsupported assets.

Identifying and tracking adherence to IT asset end-of-life policy: This component involves defining and implementing a policy for retiring and disposing of IT assets that are no longer needed, useful, or supported by the organization. This helps the organization reduce risks, costs, and environmental impacts associated with IT asset disposal, and ensure compliance with data protection and disposal regulations.

Defining application security standards for internally developed applications is not a component of an IT asset management program, but rather a component of an application development and security program. An application development and security program is a set of processes and tools that help an organization design, develop, test, deploy, and maintain secure and reliable applications, whether they are internally developed or acquired from external sources. An application development and security program should include the following components5 :

Defining application security standards for internally developed applications: This component involves establishing and enforcing a set of security requirements and best practices for the applications developed by the organization, such as secure coding, testing, and deployment methodologies, security controls, and vulnerability management. This helps the organization ensure the confidentiality, integrity, and availability of its applications and data, and prevent or mitigate security breaches and incidents.

Performing application security assessments for externally acquired applications: This component involves conducting security reviews and audits of the applications acquired from external sources, such as vendors, partners, or open source communities, before integrating them into the organization’s IT environment. This helps the organization identify and address any security risks, gaps, or weaknesses in the applications, and ensure compatibility and compliance with the organization’s security policies and standards.

References:

ITAM: The ultimate guide to IT asset management

IT asset management: 10 best practices for success

Asset Management: The Five Core Components

The Fundamentals of Asset Management

Application Development and Security Program

Application Security Best Practices

  Performance risk, defined as the risk that a third party may not be able to meet its obligations due to inadequate systems or processes, accurately describes the situation. This type of risk involves concerns about the third party's ability to deliver services or products at the required performance level, potentially due to limitations in their technology infrastructure, operational procedures, or management practices. Identifying and managing performance risk is essential in Third-Party Risk Management (TPRM) to ensure that third-party vendors can reliably meet contractual and service-level agreements, thereby minimizing the impact on the organization's operations and service delivery.

References:

TPRM guidelines, such as those from the Office of the Comptroller of the Currency (OCC) and the Federal Financial Institutions Examination Council (FFIEC), highlight the importance of assessing and managing performance risks associated with third-party relationships.

The "Third-Party Risk Management Guide" by ISACA discusses various types of risks, including performance risk, associated with engaging third-party service providers, emphasizing the need for thorough due diligence and ongoing monitoring.

Application security design standards are a set of principles for software development that address the top application security risks and industry web requirements. They provide guidance on how to design, develop, and deploy secure applications that meet the security objectives of the organization and the expectations of the customers and regulators. Application security design standards cover topics such as secure design principles, threat modeling, encryption, identity and access management, logging and auditing, coding standards and conventions, safe functions, data handling, error handling, third-party components, and testing and validation. Application security design standards help developers avoid common security pitfalls, reduce vulnerabilities, and enhance the quality and reliability of the software. Application security design standards also facilitate the alignment of the software development lifecycle with the third-party risk management framework, by ensuring that security requirements are defined, implemented, verified, and maintained throughout the development process. References:

Fundamental Practices for Secure Software Development

Secure Coding Practices

Secure Software Development Best Practices

Certified Third Party Risk Professional (CTPRP) Study Guide

 This answer is correct because a change at outsourcer due to merger and acquisition (M&A) is the least likely indicator to trigger a reassessment of an existing vendor. This is because the outsourcer is not the direct vendor of the organization, but rather a third party that the vendor uses to perform some of its services. Therefore, the impact of the change at the outsourcer on the vendor’s performance and risk level may not be significant or immediate. However, the other indicators (A, B, and C) are more likely to trigger a reassessment of an existing vendor, as they directly affect the vendor’s operations, capabilities, and compliance status. For example:

A change in vendor location or use of new fourth parties may introduce new risks such as geopolitical, regulatory, or cybersecurity risks that need to be evaluated and mitigated.

A change in scope of existing work may alter the vendor’s access to the organization’s data or systems, which may require additional security measures and controls to protect the confidentiality, integrity, and availability of the information assets.

A change in regulation that impacts service provider requirements may impose new obligations or standards on the vendor that need to be verified and monitored to ensure compliance and avoid penalties or fines. References:

How to Conduct a Successful Vendor Risk Assessment in 9 Steps, Case IQ

Why You Need to Reassess Vendor Risk on an Ongoing Basis, ThirdPartyTrust

Vendor Assessment and Evaluation Guide, Smartsheet

Remote access is any connection made to an organization’s internal network and systems from an external source by a device or host. Remote access can enable greater worker flexibility and productivity, but it also poses significant security risks, such as unauthorized access, data leakage, malware infection, or network compromise. Therefore, it is important to evaluate a third party’s use of remote access within their information security policy, which should define the roles, responsibilities, standards, and procedures for remote access.

One of the key components of evaluating a third party’s use of remote access within their information security policy is identifying the use of multifactor authentication. Multifactor authentication is a method of verifying the identity of a remote user by requiring two or more factors, such as something the user knows (e.g., password, PIN), something the user has (e.g., token, smart card), or something the user is (e.g., fingerprint, face). Multifactor authentication enhances the security of remote access by making it harder for attackers to impersonate or compromise legitimate users. According to the NIST Guide to Enterprise Telework, Remote Access, and Bring Your Own Device (BYOD) Security1, multifactor authentication should be used for all remote access, especially for high-risk situations, such as accessing sensitive data or privileged accounts.

The other options are not components of evaluating a third party’s use of remote access within their information security policy. Maintaining blocked IP address ranges, reviewing the testing and deployment procedures to networking components, and providing guidelines to configuring ports on a router are all examples of network security controls, but they are not specific to remote access. They may be part of the overall information security policy, but they are not sufficient to assess the security of remote access. References:

NIST Guide to Enterprise Telework, Remote Access, and Bring Your Own Device (BYOD) Security

How to Implement an Effective Remote Access Policy

Why Managing Third-Party Access Requires A Better Approach

Due diligence is the process of evaluating the risks and opportunities associated with a potential or existing third-party vendor. Due diligence can vary in scope and depth depending on the level of risk that the vendor poses to the organization. Lower risk vendors are those that have minimal impact on the organization’s operations, reputation, or compliance, and that do not handle sensitive or confidential data or systems. For lower risk vendors, conducting due diligence may involve accepting the service provider’s self-assessment questionnaire responses as sufficient evidence of their capabilities, performance, and compliance. A self-assessment questionnaire is a tool that allows the vendor to provide information about their organization, services, processes, controls, and policies. The organization can use the questionnaire to verify the vendor’s identity, qualifications, references, and certifications, and to assess the vendor’s alignment with the organization’s standards and expectations. Accepting the vendor’s self-assessment questionnaire responses as the primary source of due diligence can save time and resources for the organization, and can also demonstrate trust and confidence in the vendor. However, the organization should also ensure that the questionnaire is comprehensive, relevant, and updated, and that the vendor’s responses are accurate, complete, and consistent. The organization should also reserve the right to request additional information or documentation from the vendor if needed, and to conduct periodic reviews or audits of the vendor’s performance and compliance.

The other options do not best describe conducting due diligence of a lower risk vendor, because they either involve more extensive or rigorous methods of due diligence, or they are not directly related to due diligence. Preparing reports to management regarding the status of third party risk management and remediation activities is an important part of monitoring and managing the vendor relationship, but it is not a due diligence activity per se. Reviewing a service provider’s self-assessment questionnaire and external audit report(s) is a more thorough way of conducting due diligence, but it may not be necessary or feasible for lower risk vendors, especially if the external audit report(s) are not readily available or relevant. Requesting and filing a service provider’s external audit report(s) for future reference is a good practice for maintaining documentation and evidence of due diligence, but it is not a due diligence activity itself.

References:

Third Party Risk Management (TPRM) | Shared Assessments

Vendor Due Diligence Strategy Guide and Checklist | Prevalent

Vendor due diligence: a practical guide and checklist

Data privacy policies are documents that outline how an organization collects, uses, stores, shares, and protects personal information from its customers, employees, partners, and other stakeholders1. Data privacy policies should address the following key elements2:

The purpose and scope of data collection and processing

The legal basis and consent mechanism for data processing

The types and categories of personal data collected and processed

The data retention and deletion policies and practices

The data security and encryption measures and standards

The data sharing and disclosure practices and procedures, including the use of third parties and cross-border transfers

The data access, correction, and deletion rights and requests of individuals

The data breach and incident response and notification procedures and responsibilities

The data protection officer and contact details

The data privacy policy review and update process and frequency

Procedures for configuration settings in identity access management are typically not addressed within data privacy policies, as they are more related to the technical and operational aspects of data security and access control. Identity access management (IAM) is a framework of policies, processes, and technologies that enable an organization to manage and verify the identities and access rights of its users and devices3. IAM configuration settings determine how users and devices are authenticated, authorized, and audited when accessing data and resources. IAM configuration settings should be aligned with the data privacy policies and principles, but they are not part of the data privacy policies themselves. IAM configuration settings should be documented and maintained separately from data privacy policies, and should be reviewed and updated regularly to ensure compliance and security. References: 1: What is a Data Privacy Policy? | OneTrust 2: Privacy Policy Checklist: What to Include in Your Privacy Policy 3: What is identity and access management? | IBM : [Identity and Access Management Configuration Settings] : [Why data privacy and third-party risk teams need to work … - OneTrust] : [Privacy Risk Management - ISACA] : [What Every Chief Privacy Officer Should Know About Third-Party Risk …]