01

Why requirements reach suppliers

NIS2 addresses cybersecurity risk management, including supply-chain and supplier relationships. Covered entities need to understand dependencies that may affect their services.

Technology, hosting, maintenance and operational suppliers may therefore receive assessments, contract clauses, incident deadlines and testing requests.

02

Prepare proportionate evidence

Controls should reflect the service and access. A public website and a provider with standing access to critical data do not need identical evidence.

  • service, data and access inventory;
  • security owner and incident contact;
  • access, patch and vulnerability management;
  • backups and restoration tests;
  • continuity and subcontractor dependencies;
  • notification and incident-cooperation arrangements.

03

Make contracts executable

Do not accept obligations the operating model cannot deliver, such as unrealistic notification windows without monitoring and on-call coverage. Convert requirements into owners, tools and procedures.

Keep audits proportionate and protect other customers’ information while providing meaningful evidence.

04

Confirm legal scope

NIS2 is implemented through national law, so sector, size, service and current Polish rules require a specific assessment.

Regardless of formal scope, asset knowledge, controlled access, tested backups, incident response and subcontractor management improve resilience and procurement credibility.

SOURCES

Verified source material

Information was checked on the publication date. Legal obligations should always be assessed for the specific organisation and use case.

  1. Komisja Europejska — zasady wykonawcze NIS2
  2. EUR-Lex — dyrektywa (UE) 2022/2555
  3. ENISA — Threat Landscape 2025
  4. ENISA — zagrożenia dla łańcucha dostaw