Third-Party and Vendor Compliance Management Flashcards
6 cards from real CCM practice questions. Tap to flip, then mark Knew It or Still Learning — missed cards come back until you master them.
Read the first 6 Third-Party and Vendor Compliance Management flashcards as text
A vendor has passed its initial SOC 2 Type II audit, but your organization's compliance team discovers that the vendor's subprocessor handles a subset of your regulated data without a formal data processing agreement in place between the vendor and that subprocessor. Under a GDPR-compliant third-party management framework, what is the organization's PRIMARY obligation?
Answer: Require the vendor to execute a written subprocessor agreement covering the same data protection obligations as the primary DPA, or instruct the vendor to cease subprocessor use
Under GDPR Article 28(4), processors must impose the same data protection obligations on any subprocessor that appear in the controller-processor contract. The organization's primary obligation is to ensure the vendor either formalizes a compliant subprocessor agreement or stops using that subprocessor for the regulated data. Immediate termination is not required, and a 72-hour notification window applies to personal data breaches—not contractual gaps. A 180-day window would likely constitute an unreasonable delay.
During a fourth-party risk assessment, your team identifies that a critical Tier-1 vendor's cloud infrastructure provider experienced three unannounced maintenance windows in the past year, each causing service degradation that your vendor did not report to you. Your vendor contract contains a standard material adverse event notification clause. Which action BEST addresses the systemic compliance gap this scenario exposes?
Answer: Add a contractual flow-down clause requiring the vendor to incorporate equivalent uptime reporting obligations on its own infrastructure suppliers and share fourth-party incident logs with your organization
The root gap is that fourth-party obligations are not flowing down through the supply chain. Contractual flow-down clauses that obligate your vendor to impose equivalent notification and reporting duties on its own critical suppliers—and to share those logs—directly address the systemic visibility problem. Switching cloud providers or reclassifying the vendor's tier doesn't fix the structural gap. While the unreported incidents may justify a cure notice, that alone is reactive and doesn't prevent recurrence.
An organization uses a tiered vendor risk classification model (Critical, High, Medium, Low). A new SaaS vendor is classified as 'Medium' because it processes only aggregated, de-identified analytics data. Midway through the contract, the vendor's product roadmap changes and it begins ingesting raw clickstream data that could be re-identified when combined with other datasets the vendor holds. Under a mature third-party compliance program, which control BEST would have detected and triggered reclassification before a formal audit?
Answer: Continuous contract monitoring with a defined trigger inventory that includes vendor-initiated scope changes, requiring compliance review when a vendor's data intake profile materially changes
Annual questionnaires (B) and quarterly business reviews (D) both introduce detection lag that can span months. Public SOC 2 reports (C) typically lag six to twelve months and may not capture mid-cycle data intake changes. A continuous monitoring control with a defined trigger inventory—specifically one that flags material changes to a vendor's data scope or architecture—provides the earliest detection and routes the change to compliance for reclassification before risk exposure accumulates.
A compliance manager is negotiating a contract with an offshore software development firm that will have access to source code containing embedded API keys for production systems. The legal team has already approved the standard master services agreement. Which provision, if OMITTED from the final contract, would represent the MOST significant compliance control failure?
Answer: A right-to-audit clause covering information security controls and source code handling procedures, including the right to conduct unannounced technical assessments
When a vendor has access to sensitive assets like source code containing production credentials, the right to audit—especially with unannounced assessments—is a foundational third-party compliance control. Without it, the organization has no enforceable mechanism to independently verify that the vendor's security controls are adequate or that credentials are being handled appropriately. Governing law, liability caps, and non-solicitation clauses are standard commercial terms but do not directly address the compliance and security risk posed by this vendor's access level.
An organization's third-party risk program requires all vendors handling PII to complete an annual security questionnaire. A vendor responds affirmatively to every control question, but an independent penetration test commissioned by the compliance team reveals exploitable vulnerabilities in the vendor's API layer that directly interfaces with your customer data. The vendor claims all questions were answered 'in the spirit of intent.' What does this scenario PRIMARILY reveal about the program's design?
Answer: Over-reliance on self-attestation without independent technical validation creates a systematic blind spot that questionnaire design alone cannot cure
The core design flaw exposed is that self-attestation, regardless of how precisely questions are worded, is inherently limited because vendors interpret and respond to questions subjectively and may not recognize gaps in their own controls. The scenario calls for layered assurance—questionnaires provide breadth, while independent technical validation (pen tests, on-site audits, API scanning) provides depth, especially for high-risk integrations. Rewriting questions (B) doesn't resolve the self-attestation problem. Termination (C) may not be warranted absent evidence of deliberate misrepresentation. Replacing all questionnaires with pen tests (D) is neither scalable nor appropriate for lower-risk vendors.
A regulated financial institution is offboarding a cloud analytics vendor after contract expiration. The vendor holds three years of customer behavioral data. The institution's data retention schedule mandates deletion within 30 days of contract end, but the vendor asserts it cannot purge data in under 90 days due to its backup rotation cycle. A regulatory examination is scheduled 45 days after contract expiration. Which approach BEST balances compliance obligations and examination readiness?
Answer: Execute a formal data hold agreement restricting the vendor from any further processing of the data after day 30, obtain written vendor certification of cessation of use, and document the technical deletion timeline in the examination file as a mitigating control
When a technical constraint prevents immediate deletion, the compliance response is to eliminate ongoing processing risk while documenting the gap transparently. A formal cessation-of-use agreement combined with written certification that no further processing occurs after day 30—paired with a documented remediation timeline—demonstrates good-faith compliance posture to an examiner. Proactive regulator notification (B) may be warranted in some frameworks but does not substitute for the control mechanism. Immediate litigation threats (C) are disproportionate and may not accelerate deletion. Reclassifying data to toll a retention clock (D) is manipulative and would likely be viewed unfavorably by examiners.