Back to Blog
Risk Management21 min read2024-11-05

Supply Chain Security: Protecting Against Third-Party Risks

Supply chain attacks have become a primary vector for sophisticated threat actors. Learn how to assess, manage, and mitigate third-party security risks.

A

Asfaleia Team

Chief Security Researcher

Supply Chain Security: Protecting Against Third-Party Risks
Sections

Introduction to Supply Chain Security

Supply chain attacks target the trusted relationships between organizations and their vendors, suppliers, and service providers. By compromising a single supplier, attackers can gain access to hundreds or thousands of downstream targets.

Notable Supply Chain Attacks:
SolarWinds (2020): 18,000+ organizations compromised via software update
Kaseya (2021): 1,500+ businesses affected through MSP software
Log4j (2021): Vulnerability in ubiquitous library affected millions
3CX (2023): Supply chain attack on communications software
Statistics:
62% of network intrusions originate from supply chain
Average cost of supply chain breach: $4.46 million
80% of organizations experienced third-party breach
Only 13% have mature supply chain security programs

Types of Supply Chain Risks

Software Supply Chain

Component Risks:
Open source vulnerabilities
Compromised dependencies
Malicious packages
Typosquatting attacks
Vendor Software Risks:
Compromised updates
Backdoored software
Insecure development practices
Unpatched vulnerabilities
Build Process Risks:
Compromised CI/CD pipelines
Build system attacks
Code signing compromise
Repository poisoning

Service Provider Risks

Managed Service Providers (MSPs):
Remote access tools
Privileged access to customers
Shared infrastructure
Multi-tenant environments
Cloud Service Providers:
Shared responsibility gaps
Configuration errors
Cross-tenant vulnerabilities
Provider breaches
SaaS Applications:
Data exposure
API vulnerabilities
Integration risks
Provider security posture

Hardware Supply Chain

Risks:
Counterfeit components
Hardware implants
Firmware manipulation
Pre-installed malware
Affected Items:
Network equipment
Servers and storage
IoT devices
Mobile devices

Fourth-Party Risk

Your vendors have vendors:

Limited visibility
Indirect risk exposure
Complex dependencies
Cascading failures

Supply Chain Attack Vectors

1. Software Update Attacks

Mechanism:
1Attacker compromises vendor build system
2Malicious code inserted into legitimate update
3Update signed with vendor's legitimate keys
4Customers install "trusted" malicious update
SolarWinds Example:
Attackers compromised build process
Inserted SUNBURST backdoor
Distributed via legitimate update channel
Affected 18,000+ organizations

2. Dependency Confusion

Mechanism:
1Attacker identifies internal package names
2Creates public package with same name
3Higher version number takes priority
4Malicious package installed automatically
Prevention:
Private registry priority
Package pinning
Namespace reservation
Integrity verification

3. Typosquatting

Mechanism:
1Attacker creates packages with similar names
2Developers mistype package names
3Malicious package installed instead
4Code executes in developer environment
Examples:
Legitimate: requests
Malicious: reqeusts, request, requets
Legitimate: lodash
Malicious: lodahs, loadash, l0dash

4. MSP Compromise

Mechanism:
1Attacker targets MSP infrastructure
2Gains access to management tools
3Uses trusted access to reach customers
4Deploys attacks across customer base
Kaseya Example:
Attackers exploited VSA vulnerabilities
Pushed ransomware through MSP tools
Affected 1,500+ downstream businesses

5. Watering Hole Attacks

Mechanism:
1Identify common vendor/developer resources
2Compromise trusted website or tool
3Infect visitors from target organizations
4Leverage trust relationship

Third-Party Risk Management (TPRM)

TPRM Program Components

1. Governance

Executive oversight
Clear roles and responsibilities
Policy framework
Risk appetite definition

2. Vendor Inventory

Comprehensive vendor list
Criticality classification
Data access documentation
Contract repository

3. Risk Assessment

Initial due diligence
Security questionnaires
Technical assessments
Compliance verification

4. Ongoing Monitoring

Continuous monitoring tools
Periodic reassessment
Incident notification
Performance metrics

5. Exit Management

Termination procedures
Data return/destruction
Access revocation
Transition planning

Vendor Risk Classification

Tier 1 - Critical:
Access to sensitive data
Critical business functions
Significant financial impact
System-level access
Assessment Requirements:
Comprehensive security assessment
Annual on-site audit
Continuous monitoring
Executive relationship management
Tier 2 - High:
Some sensitive data access
Important but not critical functions
Moderate financial impact
Limited system access
Assessment Requirements:
Detailed security questionnaire
Annual remote assessment
Quarterly reviews
Regular check-ins
Tier 3 - Medium:
Limited data access
Non-critical functions
Low financial impact
No direct system access
Assessment Requirements:
Standard security questionnaire
Biennial assessment
Annual reviews
As-needed communication
Tier 4 - Low:
No sensitive data
Commodity services
Minimal impact
No system access
Assessment Requirements:
Basic due diligence
Contract security clauses
Exception-based reviews

Security Assessment Methods

Security Questionnaires:
SIG (Standardized Information Gathering)
CAIQ (Consensus Assessment Initiative Questionnaire)
VSA (Vendor Security Alliance)
Custom questionnaires
Technical Assessments:
External vulnerability scanning
Penetration testing
Configuration review
Architecture assessment
Compliance Verification:
SOC 2 reports
ISO 27001 certificates
Industry certifications
Regulatory compliance
Continuous Monitoring:
Security ratings services
Dark web monitoring
News and breach alerts
Financial stability

Software Supply Chain Security

Secure Development Practices

For Your Development:
Secure coding standards
Dependency management
Code signing
Build integrity
Vendor Requirements:
SDLC documentation
Security testing evidence
Vulnerability management
Incident response capability

Dependency Management

Best Practices:
1. Maintain Inventory:
# Generate SBOM with Syft
syft packages dir:./application -o cyclonedx-json > sbom.json
# Scan with Grype
grype sbom:sbom.json
2. Pin Dependencies:
// package.json - Pin exact versions
"dependencies": {
  "express": "4.18.2",  // Not ^4.18.2 or ~4.18.2
  "lodash": "4.17.21"
}
3. Verify Integrity:
# npm with package-lock.json
npm ci  # Install from lock file with integrity check
# Verify checksums
shasum -c checksums.txt
4. Regular Updates:
Automated dependency updates
Security patch prioritization
Breaking change management
Update testing

Software Bill of Materials (SBOM)

Purpose:
Complete inventory of components
Vulnerability tracking
License compliance
Supply chain transparency
Formats:
CycloneDX
SPDX
SWID Tags
Generation:
# Generate SBOM for container
syft packages alpine:latest -o spdx-json > alpine-sbom.json
# Scan SBOM for vulnerabilities
grype sbom:alpine-sbom.json

Build Pipeline Security

CI/CD Hardening:
Isolated build environments
Minimal permissions
Artifact signing
Audit logging
Supply Chain Levels for Software Artifacts (SLSA):

| Level | Requirements |

|-------|-------------|

| Level 1 | Build process documented |

| Level 2 | Version control, hosted build |

| Level 3 | Hermetic, isolated builds |

| Level 4 | Two-party review, all deps tracked |

Contractual Protections

Essential Contract Clauses

Security Requirements:
Compliance with security standards
Encryption requirements
Access control requirements
Incident response obligations
Right to Audit:
Annual audit rights
Penetration testing allowance
Access to compliance reports
Third-party assessment acceptance
Incident Notification:
Notification timeframes (24-72 hours)
Contact information
Cooperation requirements
Remediation obligations
Data Protection:
Data handling requirements
Subprocessor restrictions
Data location constraints
Return/destruction obligations
Insurance:
Cyber liability coverage
Coverage minimums
Certificate requirements
Claims notification

Service Level Agreements

Security SLAs:
Vulnerability remediation timeframes
Patch deployment windows
Uptime requirements
Recovery time objectives

Incident Response for Supply Chain

Detection Indicators

Software Supply Chain:
Unexpected software behavior
Unusual network connections
Unsigned or modified binaries
Anomalous update activities
Third-Party Breaches:
Vendor notifications
News/media reports
Threat intelligence
Unusual access patterns

Response Procedures

Immediate Actions:
1Isolate affected systems
2Revoke third-party access
3Notify incident response team
4Begin impact assessment
Investigation:
1Determine attack vector
2Identify affected systems
3Assess data exposure
4Document timeline
Recovery:
1Remove compromised software
2Restore from clean sources
3Implement additional controls
4Verify remediation
Post-Incident:
1Lessons learned
2Process improvements
3Vendor relationship review
4Control enhancements

Maturity Assessment

Supply Chain Security Maturity Levels

Level 1 - Initial:
No formal program
Reactive approach
Limited vendor visibility
Ad-hoc assessments
Level 2 - Developing:
Basic vendor inventory
Periodic assessments
Standard contracts
Some monitoring
Level 3 - Defined:
Complete inventory
Risk-based assessment
Continuous monitoring
Formal governance
Level 4 - Managed:
Comprehensive TPRM
Integrated risk management
Advanced monitoring
Measurable metrics
Level 5 - Optimizing:
Predictive capabilities
Continuous improvement
Industry leadership
Innovation focus

Assessment Checklist

Governance:
Executive oversight established
Policies documented
Risk appetite defined
Roles assigned
Inventory:
Complete vendor inventory
Criticality classification
Data flow documented
SBOM maintained
Assessment:
Risk-based assessment process
Technical validation
Compliance verification
Regular reassessment
Monitoring:
Continuous monitoring tools
Incident notification process
Performance metrics
Exit planning

Conclusion

Supply chain security is no longer optional. As attackers increasingly target trusted relationships, organizations must implement comprehensive third-party risk management, secure their software supply chain, and build resilience against supply chain attacks.

Key Priorities:
1Inventory all vendors and dependencies
2Classify and assess based on risk
3Implement continuous monitoring
4Secure software development practices
5Maintain incident response capability
6Build contractual protections

Asfaleia-Tech offers supply chain risk assessments, TPRM program development, and software supply chain security services. Contact us to protect your organization from third-party risks.

Tags

#Supply Chain#Third-Party Risk#TPRM#Vendor Security#SBOM

Downloadable-style takeaway

Use this as a working assessment checklist.

Pull the headings into your next security review, assign owners, and mark each section as ready, partial, or missing.

A

Written by

Asfaleia Team

Chief Security Researcher

Written by the Asfaleia Tech Security Team, combining field experience across offensive testing, detection engineering, incident readiness, and compliance evidence.

Ready to Strengthen Your Security?

Let's discuss how Asfaleia-Tech can help protect your organization.