@David Uchieng Correct Answer: B. Evaluate the component against secure acquisition and supply chain criteria Explanation (CISSP logic): An abandoned library with no disclosure process is a supply chain risk decision disguised as a technical one. CISSP treats third-party software acquisition the same way it treats vendor onboarding: you evaluate the component against defined criteria before it enters the SDLC, not after. The evaluation answers the only question that matters right now, which is whether this dependency is acceptable at all. Every other option assumes the answer is yes. Breakdown: A. Adding it to the SBOM is the strongest distractor because SBOM is exactly the right modern practice for this class of risk. But an SBOM is an inventory control. It tells you that you have an unmaintained library; it does not decide whether you should. It also delivers little value here, since monitoring for disclosed vulnerabilities is nearly useless when nobody is left to disclose them. B. ✅ Correct. Assess the component against acquisition criteria first. That evaluation determines whether you accept, remediate, or reject the dependency. C. Forking is a treatment option chosen before the risk is assessed. It also silently transfers ongoing maintenance and patching liability onto your team, which is a resourcing commitment leadership never agreed to. D. Perimeter compensating controls address exploitation of a flaw you haven't identified in code you haven't evaluated. That's mitigation without analysis. Think like a manager: Free code is not free of obligation. Every dependency you accept is a vendor you onboarded without a contract, so evaluate it like one.