KSC and NIS2

Supplier contracts

A list of the suppliers your company's operations depend on, an assessment of each of them, and requirements for contracts and requests for proposal that match the obligations under the Polish National Cybersecurity System Act (KSC).

Let's talk about your project See the scope

Scope

What clients come to us with

  1. As many contract templates as there are suppliers

    Each supplier signed a contract on its own template, with its own scope of liability. The contracts sit in several departments, and no one knows which of them says anything about the security of your data.

  2. The supplier knows about the event, the company does not

    A failure or a break-in at the cloud supplier is seen first by the supplier. The contract does not say when and to whom it must be reported, so the information reaches you after the fact or not at all. Yet the obligation to report it externally is yours.

  3. A request for proposal without security requirements

    The request for proposal for a new system or a cloud service has a list of features and a price. No one asks where the data will be, who will have access to it or how the supplier fixes security weaknesses. Requirements added after signing mean an amendment, and the supplier may not accept them.

Scope

What we do

  1. The KSC act has applied in its amended form since 3 April 2026 and implements NIS2, EU Directive 2022/2555 on cybersecurity. The supply chain means the ICT products, services and processes, that is the hardware, software and IT services, on which your service depends, together with their suppliers. An essential or important entity ensures the security and continuity of this chain, taking into account vulnerabilities, meaning weaknesses in security, and the overall quality of each supplier's products. A supplier outside the scope of the act has no obligations of its own under it, so it receives them written into its contract with you.

  2. A company covered by the act from the day it came into force, 3 April 2026, has until 3 April 2027 to implement its obligations, including those relating to suppliers. This deadline determines which contracts will be renewed in time and which need an amendment.

  3. We start with the list. We collect the contracts with cloud, software, maintenance and servicing suppliers, and with the subcontractors you know of. For each, we note the company service that would stop without it, and assess whether it can be replaced, how quickly and whether the data would come back. We also check whether the supplier is the subject of proceedings to recognise it as a high-risk supplier whose products would have to be withdrawn; so far no such list has been published and no proceedings have been opened against any supplier.

  4. We read every contract against the obligations under the act and note where it is silent or says too little. The requirements fall into four groups. Security at the supplier: how it protects your data, who at the supplier has access to it and how it fixes weaknesses in its own software. Incident reporting: the deadline by which the supplier notifies you of an event on its side, so that your own report can be made on time. Access for verification: how you will confirm that the supplier does what it promised. Exit from the contract: in what form and how quickly you will get your data and documentation back.

  5. For new orders we write a template of requirements for requests for proposal: the same four groups as questions for bidders and as requirements for the future contract. In the directive, security in the acquisition of a new system is a separate requirement, alongside its development and maintenance. Members of our team have legal training: we describe the requirements and check the suppliers, while the wording of contract clauses and legal opinions are prepared by a law firm.

  6. Whether the act covers your company is established by the impact and gap analysis; the company's incident procedure and the safeguards in the system are also separate scopes.

Scope

What you get

    • A list of suppliers with an assessment: each supplier, the company service that depends on it, an assessment of the dependency and known subcontractors.
    • A review of contracts: what each one lacks against the obligations under the act, with requirements described in general terms, to pass on to the law firm.
    • A template of requirements for requests for proposal, for every new order: questions for bidders and requirements for the contract.
    • A contract calendar: the end date of each contract set against the deadline for implementing the obligations, and a decision: renewal or amendment.

Scope

How the work runs

    1. We list the suppliers and contracts. We collect the contracts with their annexes and talk to the people who work with the suppliers. Result: a list of suppliers with an assessment of dependency, and a contract calendar.
    2. We read the contracts against the obligations. We set each one against what the act requires you to ensure in the supply chain. Result: a review of contracts with requirements described in general terms.
    3. We check the suppliers. We ask them about their safeguards, where the data is kept, who has access and how they fix weaknesses, and compare the answers with the contract. Result: an assessment of each supplier with a list of discrepancies.
    4. We hand the requirements to the law firm and to you. The law firm puts them into contractual wording, and you receive the template for requests for proposal and the order of negotiations. Result: amendments and renewals ready for negotiation.

Scope

Questions the board should ask the contractor reviewing the contracts

    1. Who at the contractor is responsible for each requirement matching the regulation, and who for its wording in the contract?
    2. How does the contractor assess which suppliers business continuity depends on, and does it include subcontractors too?
    3. How does the contractor check the supplier's answers: taking them at their word, on documents, or on site?
    4. Who will update the list of suppliers and the requirements, and how, after a change of supplier or of the regulations?
    5. Which requirements follow directly from the regulations, and which does the contractor add based on its own assessment?
  1. The obligations and deadlines above describe the legal position as at 20 September 2026; before you decide on an amendment or renewal, we will check it again and give the new date. How many contracts you have and which supplier the company cannot run without only becomes clear from the list, so we start with an analysis.

Parent service

KSC and NIS2

Checking which KSC and NIS2 obligations apply to your company and filling the gaps: policies, procedures, safeguards in the system, supplier contracts.

See the service

Book a meeting

Book a conversation about the problem

You describe the process or system that no longer keeps up and what has to change. The conversation costs nothing.

Pick a time

Phone: +48 455 406 404

KSC and NIS2

Other scopes of this service

See the service: KSC and NIS2

How we start

  1. A conversation about the problem

    You describe the process or system that no longer keeps up and what has to change. The conversation costs nothing.

  2. Analysis under an NDA

    We examine the process and the systems and hand over a recommendation with a scope of work. You know the scope, deadline and price of the analysis before it starts.

  3. Offer

    You receive the scope, team, schedule and price of the implementation. You decide whether we go ahead.

The cost of the analysis is credited towards the implementation if you order it.

Let's talk about your project

Phone: +48 455 406 404 E-mail: contact@aliaxit.com

© 2026 ALIAX IT sp. z o.o. · ul. Boczna 28, 64-115 Wilkowice · KRS 0001102190 · NIP 6972399808 Privacy policy ·