Checking which KSC and NIS2 obligations apply to your company and filling the gaps: policies, procedures, safeguards in the system, supplier contracts.
See the servicePolicies, 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.
Scope
What clients come to us with
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.
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.
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
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.
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.
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.
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.
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
- 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.
- 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.
- 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
- How many pages will the full set of documents have, and who at our company will read it in full?
- Who will be named in the incident procedure, and who will stand in for them during holidays?
- On what written basis will the head of the company sign the statement in the application for entry?
- How will you check that the procedure works before a real incident happens?
- Who updates the documents after the project when a regulation or a system changes, and how much does it cost?
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
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.
Phone: +48 455 406 404
Impact and gap analysis for KSC and NIS2
A written answer on whether the Polish National Cybersecurity System Act (KSC) covers your company, what obligations and deadlines follow from it, what is missing and in what order to fill the gaps.
See the scopeTechnical measures in an IT project
KSC and NIS2 requirements written into the scope and acceptance of the system you are building or ordering, with evidence for the audit gathered during the project.
See the scopeSupplier 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 scopeHow we start
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.
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.
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.
Phone: +48 455 406 404 E-mail: contact@aliaxit.com




