The cyber checklist for your port software RFP
Eight requirements to write into the tender, how to score each answer, and a free grid in CSV and PDF.
Why cyber belongs in the tender
Once the contract is signed, a terminal has little leverage on its software supplier. The tender is the moment to ask for patches, tests, logs and an exit, in writing, and to compare bidders on the evidence. The same public texts apply from one port to another, so the same eight requirements do too.
The eight requirements to put in your RFP
Open each requirement below for the clause to write, the evidence to request, how to score the answer and the red flags.
1. Security patches · must-have
2. Penetration tests
3. Hosting and data location
4. Reversibility and exit · must-have
5. Security logs
6. Multi-factor authentication · must-have
7. Incident notification · must-have
8. Subcontractors
Requirement by requirement
Click a requirement to read the clause, the evidence, the 0 to 3 scoring guide and the red flags.
Unpatched software is one of the ways into a terminal. The IMO guidelines name system patching among the sources of vulnerability, and NIS2 asks for security in the acquisition and maintenance of systems, including vulnerability handling and disclosure.
Clause to write in the RFP (set the values in brackets)
The supplier fixes security vulnerabilities in its software within [x] days for critical, [y] days for high and [z] days for other severities, counted from public disclosure or from the supplier's own discovery. It publishes a vulnerability disclosure policy, tells the buyer of every security fix that concerns the delivered version, and provides a software bill of materials (SBOM) in a standard machine-readable format on request.
Evidence to request
- The patch policy with the time per severity
- The vulnerability disclosure policy (public URL)
- The last security advisories published for the product
- An SBOM sample for the proposed version
How to score the answer
- 0 · No commitment on time, or « patches are delivered with the next release »
- 1 · Times stated but no policy or advisory to show
- 2 · Written policy, published disclosure policy and real advisories
- 3 · As 2, the times accepted in the contract with a remedy, SBOM delivered
Red flags
- Security fixes only through a paid upgrade
- No way to know whether a published vulnerability concerns your version
Sources: Directive (EU) 2022/2555 (NIS2), Article 21: supply chain, acquisition and maintenance, multi-factor authentication (2022-12-14) · IMO, Guidelines on maritime cyber risk management, MSC-FAL.1/Circ.3/Rev.4 (2026-05-28) · CISA, Secure by Demand Guide: How Software Customers Can Drive a Secure Technology Ecosystem (2024-08) · CISA and partner agencies, Secure by Demand: Priority Considerations for Operational Technology Owners and Operators when Selecting Digital Products (2025-01-13)
A penetration test is the closest thing to evidence that the controls work. The buyer cannot audit the code; an independent tester can test the product and the service.
Clause to write in the RFP (set the values in brackets)
The supplier has the product and its hosting tested by an independent tester at least every [period] and after every major change, shares an executive summary and the remediation status with the buyer, and allows the buyer to have its own test performed on its instance with [notice] notice.
Evidence to request
- The executive summary of the last test (date, scope, tester's independence)
- The remediation status of the findings
- The rules for a test ordered by the buyer
How to score the answer
- 0 · No test, or the supplier refuses to share anything
- 1 · « We test regularly », nothing to show
- 2 · A recent summary with scope and remediation status
- 3 · As 2, plus the buyer's own test allowed in the contract
Red flags
- A test older than the version on offer
- A scope that leaves out the hosting or the interfaces you will use
Sources: IMO, Guidelines on maritime cyber risk management, MSC-FAL.1/Circ.3/Rev.4 (2026-05-28) · ENISA, Procurement guidelines for the cybersecurity of hospitals and healthcare providers (written for healthcare; its procurement life-cycle method applies to any buyer) (2026-07-22) · ENISA, Good Practices for Supply Chain Cybersecurity (2023-06-13)
The terminal stays responsible for its data, and often for personal data of drivers and staff. It must know where the data sits, who hosts it, and who can read it.
Clause to write in the RFP (set the values in brackets)
The supplier states where the buyer's data and its backups are hosted (countries and hosting providers), encrypts them in transit and at rest, keeps the buyer's data separate from other customers', and gives [notice] notice before any change of country or hosting provider.
Evidence to request
- The hosting diagram with countries and providers
- Encryption in transit and at rest, and who holds the keys
- The backup plan and the last restore test
- Security certifications of the hosting, if any, with their scope
How to score the answer
- 0 · Location unknown or not disclosed
- 1 · Location stated, nothing else
- 2 · Diagram, encryption and backup plan documented
- 3 · As 2, the location and the notice of change in the contract
Red flags
- « The cloud » as the only answer on location
- Backups never restored in a test
Sources: Directive (EU) 2022/2555 (NIS2), Article 21: supply chain, acquisition and maintenance, multi-factor authentication (2022-12-14) · ENISA, Procurement guidelines for the cybersecurity of hospitals and healthcare providers (written for healthcare; its procurement life-cycle method applies to any buyer) (2026-07-22) · CISA and partner agencies, Secure by Demand: Priority Considerations for Operational Technology Owners and Operators when Selecting Digital Products (2025-01-13)
A terminal cannot stop when a contract ends. Reversibility is what lets it change supplier, or take the service back, without losing data or operations.
Clause to write in the RFP (set the values in brackets)
At the end of the contract, for any reason, the supplier hands over all the buyer's data and configuration in a documented open format within [x] days, assists the transition for [period], keeps the service running during it, then deletes the data and confirms the deletion in writing.
Evidence to request
- The export format, with its documentation
- The exit plan (steps, duration, who does what)
- A sample export
How to score the answer
- 0 · No export, or a proprietary format only
- 1 · Export promised, format not documented
- 2 · Documented open format, written exit plan, sample shown
- 3 · As 2, the exit plan and deletion certificate in the contract
Red flags
- An export priced or scoped only at the end of the contract
- Data that can only be read by the supplier's own software
Sources: ENISA, Procurement guidelines for the cybersecurity of hospitals and healthcare providers (written for healthcare; its procurement life-cycle method applies to any buyer) (2026-07-22) · ENISA, Good Practices for Supply Chain Cybersecurity (2023-06-13) · Directive (EU) 2022/2555 (NIS2), Article 21: supply chain, acquisition and maintenance, multi-factor authentication (2022-12-14)
Without logs, an incident cannot be detected or explained. The IMO guidelines ask to collect and securely store logs for intrusion detection and incident response; CISA asks that security logs come in the baseline product.
Clause to write in the RFP (set the values in brackets)
The product records security events (sign-ins, failed sign-ins, changes of rights and settings, data exports, administrator and supplier actions), keeps them for at least [period], protects them from change, and lets the buyer export them to its own monitoring tool in a standard format, at no extra cost.
Evidence to request
- The list of events logged
- The retention period and how logs are protected
- The export method (format, protocol) and a sample
How to score the answer
- 0 · No security log, or logs only on request after an incident
- 1 · Logs exist, no export
- 2 · Documented events, retention and export, sample shown
- 3 · As 2, included in the base price and written in the contract
Red flags
- Logging sold as an extra module
- Supplier actions on the buyer's instance not logged
Sources: IMO, Guidelines on maritime cyber risk management, MSC-FAL.1/Circ.3/Rev.4 (2026-05-28) · CISA, Secure by Demand Guide: How Software Customers Can Drive a Secure Technology Ecosystem (2024-08) · CISA and partner agencies, Secure by Demand: Priority Considerations for Operational Technology Owners and Operators when Selecting Digital Products (2025-01-13)
Stolen passwords open more doors than any other method. NIS2 lists multi-factor authentication among the minimum measures, the IMO guidelines ask for it, and CISA asks for it by default and at no extra cost.
Clause to write in the RFP (set the values in brackets)
Multi-factor authentication is available for every user and enforced for administrators and for the supplier's own staff, with no shared or default accounts. Single sign-on with the buyer's identity provider is supported at no extra cost.
Evidence to request
- The authentication methods supported
- How the supplier's support staff sign in to the buyer's instance
- Single sign-on documentation
How to score the answer
- 0 · No multi-factor authentication
- 1 · Available but optional for administrators or supplier staff
- 2 · Enforced for administrators and supplier staff, single sign-on available
- 3 · As 2, at no extra cost and written in the contract
Red flags
- Single sign-on only in a premium tier
- A shared support account
Sources: Directive (EU) 2022/2555 (NIS2), Article 21: supply chain, acquisition and maintenance, multi-factor authentication (2022-12-14) · IMO, Guidelines on maritime cyber risk management, MSC-FAL.1/Circ.3/Rev.4 (2026-05-28) · CISA, Secure by Demand Guide: How Software Customers Can Drive a Secure Technology Ecosystem (2024-08)
A terminal in scope of NIS2 must send an early warning within 24 hours and a notification within 72 hours of becoming aware of a significant incident. It cannot meet those deadlines if its supplier tells it late.
Clause to write in the RFP (set the values in brackets)
The supplier notifies the buyer of any security incident that affects or may affect the buyer's service or data within [x] hours of becoming aware of it, through a named contact available 24/7, then sends updates and a final report, and cooperates with the buyer's own notifications to the authorities.
Evidence to request
- The incident response procedure (summary)
- The 24/7 contact and escalation path
- A redacted example of an incident report
How to score the answer
- 0 · No commitment, or « as soon as possible »
- 1 · A time stated, no procedure or contact
- 2 · Procedure, 24/7 contact and time consistent with your own deadlines
- 3 · As 2, in the contract, with cooperation for authority reports
Red flags
- Notification only after the supplier's own investigation is over
- Only « confirmed » incidents notified
Sources: Directive (EU) 2022/2555 (NIS2), Article 23: reporting obligations (2022-12-14) · IMO, Guidelines on maritime cyber risk management, MSC-FAL.1/Circ.3/Rev.4 (2026-05-28) · ENISA, Good Practices for Supply Chain Cybersecurity (2023-06-13)
The supply chain does not stop at the supplier. NIS2 asks for supply-chain security, including the relationships between each entity and its direct suppliers; the IMO guidelines name third-party vendors and software supply chains.
Clause to write in the RFP (set the values in brackets)
The supplier lists the subcontractors that host, process or can reach the buyer's data or systems, passes the same security obligations on to them, and gives [notice] notice before adding or changing one, with a right for the buyer to object.
Evidence to request
- The list of subcontractors and what each one does
- How the obligations are passed on (contract clause)
- How the supplier checks them
How to score the answer
- 0 · No list
- 1 · A list, no obligations passed on
- 2 · List, obligations passed on, checks described
- 3 · As 2, notice and right to object in the contract
Red flags
- Offshore support teams not in the list
- « Our partners » without names
Sources: Directive (EU) 2022/2555 (NIS2), Article 21: supply chain, acquisition and maintenance, multi-factor authentication (2022-12-14) · IMO, Guidelines on maritime cyber risk management, MSC-FAL.1/Circ.3/Rev.4 (2026-05-28) · ENISA, Good Practices for Supply Chain Cybersecurity (2023-06-13)
How to score the answers
Score every answer from 0 to 3, multiply by the requirement's weight, and add up: weighted score = sum of (weight × score) ÷ (3 × sum of weights) × 100. Any bid that scores 0 on a must-have requirement is out, whatever its total. The grid marks Security patches, Reversibility and exit, Multi-factor authentication and Incident notification as must-haves, with default weights of 3 for them and 2 for the others: set your own before you publish the tender.
Score 0
Score 1
Score 2
Score 3
Download the RFP scoring grid
One grid, two formats. Version 1.0, published 11 November 2026. Generic and anonymised: no client, no figure from a real tender, no price.
RFP cyber checklist: questions
Click a question to read the answer.
For the buyers, IT managers and security officers of ports and terminals who write a request for proposal for software: a terminal operating system, a gate or appointment system, a port community system or any service that will reach their network or their data.
From public, dated texts: the IMO guidelines on maritime cyber risk management (Rev.4, 28 May 2026), Articles 21 and 23 of the NIS2 directive, CISA's Secure by Demand guides (August 2024 and 13 January 2025) and ENISA's procurement and supply chain guidance. No terminal, client or real tender is quoted.
Because the right value depends on your systems, your risk and your own legal deadlines. If NIS2 applies to you, your supplier's notification time must leave you room for the 24-hour early warning and the 72-hour notification.
Give each answer 0 to 3: 0 for no answer or a refusal, 1 for words without evidence, 2 for evidence, 3 for evidence plus acceptance as a contract clause. Multiply by the weight, add up, and exclude any bid with a 0 on a must-have requirement.
Yes. The CSV and PDF are published under the Creative Commons Attribution 4.0 licence (CC BY 4.0): copy and adapt them, including in commercial tender documents, as long as you credit Port Cyber Alliance and link to this page. The grid is not legal advice: have your legal team review the final wording.
Related pages
Writing a software tender this year?
Members use their advisory calls to review the security annex of a tender with engineers who work inside terminals, in confidence.
Want an engineer to read your RFP?
