KSC and NIS2

Policies, procedures and entity registration

The documents required by the Polish National Cybersecurity System Act (KSC), written with the people who will use them, and an application for entry in the register of entities ready to sign.

Let's talk about your project See the scope

Scope

What clients come to us with

  1. There is a security policy, but no one follows it

    The company has a security policy written years ago. It describes positions that no longer exist, and no one knows what it means for the IT department. At an inspection the document says one thing, while access is granted in a different way.

  2. An incident handled by a phone call to the IT administrator

    When something happens, an employee calls the IT administrator, and the IT administrator calls the supplier. No one records the time of detection or decides whether, and to whom, the event should be reported. The board finds out last, sometimes from a client.

  3. The application for entry is waiting for a signature

    In the application for entry in the register, the head of the company makes a statement under penalty of criminal liability. No one wants to sign it without a written basis.

Scope

What we do

  1. The act requires essential and important entities to have an information security management system (ISMS). For you, that means written rules and roles that say who is responsible for what, so that data and systems run securely, plus evidence that the rules are followed. We write it in Polish, for existing positions, at a length that can be read in full. A company that was already an essential or important entity on 3 April 2026 implements these obligations by 3 April 2027; a company covered later has twelve months to do so.

  2. Policies are the company's decisions in the areas named in the act and the directive. Access: who grants and withdraws permissions, and who checks it. Backups: what is backed up, where the backup is kept and how often you test restoring it. Business continuity: what you do when the main system stops. The safeguards that enforce these rules in the system, and the provisions for suppliers, are separate scopes: technical measures in an IT project, and supplier contracts.

  3. An incident is an event that threatens information security or the operation of a system, for example a break-in or a data leak. The procedure says who recognises the event, who assesses whether it is significant, who reports it externally and who informs the board; each step has a person, a deputy and a time limit in hours. The act sets three deadlines towards the sectoral CSIRT, the incident response team responsible for your sector. Early warning: no later than 24 hours after detecting a significant incident. Notification: no later than within 72 hours. Final report: no later than one month after the notification. Under the directive, a significant incident is one that causes or may cause severe disruption of services, financial loss or considerable damage to other persons.

  4. The register of essential and important entities is a list of the companies and institutions covered by the act, kept by the competent authority for each sector. We prepare the application for entry with a written justification on which the head of the company bases their statement. The deadlines in the act:

    • a company already covered by the act on 3 April 2026 submits the application no later than 3 October 2026;
    • a company that meets the conditions later has six months from that day; changes to the data must be reported within 14 days;
    • entry takes effect when the application is submitted, and if no application is submitted on time, the authority may enter the company itself.
  5. We train the people who hold roles in the procedure using examples from their own work. The act requires the head of the entity to complete training once every calendar year, and the directive encourages training for employees. We set the review of policies and procedures as a rule: at a fixed time and after every significant incident, with a person responsible. Members of the team have legal training; if the justification for the application needs a legal opinion, it is issued by a law firm.

Scope

What you get

    • A description of the information security management system: roles and a list of documents, for approval by the board.
    • Policies on access, backups and business continuity, each with a person responsible and a review date.
    • An incident reporting procedure with roles, deputies, deadlines and a form.
    • An application for entry in the register with a written justification, ready for the head of the company to sign.
    • A training plan and a review calendar, with a record of training completed.

Scope

How the work runs

    1. We check what the company already has: regulations and instructions. Result: a list of documents to write, correct and withdraw, in order of the deadlines in the act.
    2. We write with the people who will carry it out. We go through every policy and procedure with the department it concerns and test it against situations from the past year. Result: a full set of documents for approval by the board.
    3. We put the procedures and the application into use. The head of the company receives the application to sign, the people in the roles complete training, we test the incident procedure on a mock event, and the reviews go into the calendar. Result: the application submitted, the procedures in use, the documents in the care of a named person.

Scope

Questions the board should ask the contractor

    1. How many pages will the full set of documents have, and who at our company will read it in full?
    2. Who will be named in the incident procedure, and who will stand in for them during holidays?
    3. On what written basis will the head of the company sign the statement in the application for entry?
    4. How will you check that the procedure works before a real incident happens?
    5. Who updates the documents after the project when a regulation or a system changes, and how much does it cost?
  1. This page describes the legal position as at 20 September 2026; before you decide, we check it again, because deadlines and implementing regulations may change. The set of documents depends on the status under which the company is covered by the act, so we start with the impact and gap 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

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).

See the scope

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 ·