Skip to main content
MuonPartners
Services
Architecture

Solution design and technology roadmapping

Solution AssessmentTechnology RoadmapsIntegration DesignSolution ArchitectureTechnical Design
Cyber Security

Security assessments, IAM, and compliance

AssessmentsIAMComplianceSecurity BaselineCyber Innovation
Network and Platform

Network architecture and cloud platforms

Network DesignCloud StrategyModernisation
Enterprise Architecture

Business-technology alignment

Business AlignmentPortfolio AnalysisGovernance
View all services
ProjectsCase StudiesInsightsToolsAbout
Contact Us

Services

Architecture
Solution AssessmentTechnology RoadmapsIntegration DesignSolution ArchitectureTechnical Design
Cyber Security
AssessmentsIAMComplianceSecurity BaselineCyber Innovation
Network and Platform
Network DesignCloud StrategyModernisation
Enterprise Architecture
Business AlignmentPortfolio AnalysisGovernance
ProjectsCase StudiesInsightsToolsAboutContact
Get in Touch
MuonPartners

Strategic technology consulting for Australian organisations navigating complexity.

Services

  • Architecture
  • Cyber Security
  • Network and Platform
  • Enterprise Architecture

Company

  • About
  • Products
  • Frameworks
  • Cross-Framework Mapping
  • Projects
  • Case Studies
  • Insights
  • Contact

Contact

  • [email protected]
  • Australia
  • LinkedIn

© 2026 Muon Partners. All rights reserved.

ABN 50 669 022 315 · A Muon Group company.

Privacy PolicyTerms of Service
  1. Frameworks
  2. >AESCSF
  3. >THIRD-PARTIES
  4. >Manage Third-Party Risk
  5. >AESCSF-THIRD-PARTIES-2f
AESCSF-THIRD-PARTIES-2fActive

Cybersecurity requirements (for example, vulnerability notification, incident-related SLA requirements) are formalise...

Statement

Cybersecurity requirements (for example, vulnerability notification, incident-related SLA requirements) are formalised in agreements with suppliers and other third parties

Context and Guidance: Requirements in the form of contractual specifications provide the basis for formal agreements that are established to define and govern the relationships between the organisation and the actions of external entities, including changes that relate to delivered products or services. For each third-party agreement, the organisation should establish a detailed set of specifications that the third party must meet. These should include the cybersecurity requirements that the organisation expects the third party to meet. It is important that these specifications be thorough, detailed, definitive, adequate for use as criteria when selecting external entities, suitable as language in agreements with external entities, and appropriate for use as a basis for monitoring the performance of the third party. Ideally, legal and technical staff will work closely together in the development of these requirements. For example, technical staff may face challenges regarding configuration management when there is shared responsibility for the operation of assets. The organisation may consider using contract language to ensure responsibility is properly assigned for addressing configuration issues. Agreement language can be used to specify expectations and requirements for vulnerability or incident notification, including timelines, whether notification is required prior to public disclosure, and communication mechanisms to be used. Such specifications are often documented in service level agreements (SLAs) that are included in requests for proposals (RFPs). The agreement language should define what constitutes an event, incident, and vulnerability related to the delivery of the product or service. For example, a service outage in one region of the country that might affect other regions could be an event that the service provider should inform the organisation about.

Related Practices • Progression: This practice is part of a practice progression. Practice progressions are groups of related practices that represent increasingly complete or more advanced implementations of an activity. The practices in this progression include: THIRD-PARTIES-2c, THIRD-PARTIES-2f, THIRD-PARTIES-2g, THIRD-PARTIES-2h.

Location

Domain
THIRD-PARTIES
Objective
Manage Third-Party Risk

Practice Details

Identifier
AESCSF-THIRD-PARTIES-2f
Type
Practice
Domain
THIRD-PARTIES
Objective
Manage Third-Party Risk

Maturity Level

MIL-1MIL-2MIL-3

Security Profile

SP-1SP-2SP-3
ISM
ISM-0072relatedvia aescsf-reference
ISM-1395relatedvia aescsf-reference
ISM-1452relatedvia aescsf-reference
ISM-1567relatedvia aescsf-reference
ISM-1568relatedvia aescsf-reference
View in graphReport an issue
← Back to Manage Third-Party Risk
Manage Third-Party Risk13 controls
AESCSF-THIRD-PARTIES-2aThe selection of suppliers and other third parties includes consideration of their cybersecurity qualifications, at l...AESCSF-THIRD-PARTIES-2bThe selection of products and services includes consideration of their cybersecurity capabilities, at least in an ad ...AESCSF-THIRD-PARTIES-2cA defined method is followed to identify cybersecurity requirements and implement associated controls that protect ag...AESCSF-THIRD-PARTIES-2dA defined method is followed to evaluate and select suppliers and other third partiesAESCSF-THIRD-PARTIES-2eMore rigorous cybersecurity controls are implemented for higher priority suppliers and other third partiesAESCSF-THIRD-PARTIES-2fCybersecurity requirements (for example, vulnerability notification, incident-related SLA requirements) are formalise...AESCSF-THIRD-PARTIES-2gSuppliers and other third parties periodically attest to their ability to meet cybersecurity requirementsAESCSF-THIRD-PARTIES-2hCybersecurity requirements for suppliers and other third parties include secure software and secure product developme...AESCSF-THIRD-PARTIES-2iSelection criteria for products include consideration of end-of-life and end-of-support timelinesAESCSF-THIRD-PARTIES-2jSelection criteria include consideration of safeguards against counterfeit or compromised software, hardware, and ser...AESCSF-THIRD-PARTIES-2kSelection criteria for higher priority assets include evaluation of bills of material for key asset elements, such as...AESCSF-THIRD-PARTIES-2lSelection criteria for higher priority assets include evaluation of any associated third-party hosting environments a...AESCSF-THIRD-PARTIES-2mAcceptance testing of procured assets includes consideration of cybersecurity requirements