Skip to main content
EvRiskoEvRiskoIT risk managementmade simple
HomeHow to usePricingBlogContact Us
☰
HomeHow to usePricingBlogContact Us
Sign InSign Up
Sign InSign Up
Supplier securityIT audits

Client IT security audit checklist: how suppliers can prepare

Andrii PanfilovIT and AI Compliance, Risk and Audit Expert & EvRisko Founder
Published 7 min read

Why clients audit their suppliers

Your contract with a client includes a right-to-audit clause, and now they want to make use of it. Their auditor, either an internal employee or someone they hired from an external firm, will check how you protect the client’s data and how you deliver your services to them. They send you a security questionnaire that asks you to describe your controls, or worse, they visit you onsite to see the controls in action. They then need to check the evidence that the controls are in place and operating effectively.

Client audits are becoming more common, often driven by regulation. NIS2 pushes many companies offering critical services to manage security risks in their supply chain, and DORA requires financial sector companies to include audit rights in contracts with their ICT suppliers.

For a small supplier without a security team, an audit can feel daunting. But most of the work is preparation, and preparation should follow a predictable pattern. The following checklist covers what to do before, during and after a client IT security audit. Applying the checklist in your operations will help you standardize this process and stay ahead of any relevant inquiries.

What auditors usually check

Although the scope may differ depending on the client, contract in place or services offered, most supplier security audits go through these areas:

AreaWhat they look atEvidence to prepare
PoliciesWhether you have security and data protection policies, and whether people know and follow themCurrent policies with an owner and review date and history; proof that staff have read them
Access managementWho has access to what, admin rights, multi-factor authentication (MFA), removal of leaversUser and admin list; MFA settings; record of your last access review; leaver checklist
DevicesEncryption, security updates, malware protectionDevice list; report or screenshot showing encryption and update status
Backups and recoveryWhether backups run and can be restored, and how often they are testedBackup settings; log of your last restore test
Incident managementHow you detect, respond to and report incidentsIncident response plan; incident log (even if it is empty)
Business continuityHow you keep services running during an outageBusiness continuity plan; emergency contact list; result of your last test
Suppliers and subprocessorsWhich of your suppliers handle the client’s dataSubprocessor list; data transfer and processing agreements
Security awarenessWhether your staff know security and data protection basicsTraining records or attendance lists
Physical security (on-site audits)Office access, visitors, clean desksVisitor log; key or badge procedure; physical security policy

Keep in mind that a policy alone is rarely enough. Usually, auditors want to see that a control actually works. They are more interested in a dated record of an access review, not just a policy that says you do one. This is why it is important to keep accurate records and keep them up to date.

The audit preparation checklist

Preparing a checklist during the various phases of an announced audit will save you a lot of time and effort, which can be invested in addressing the audit items as well as possible. Here’s how to set the checklist up, depending on the phase of the audit:

As soon as the audit is announced

  • Read the audit clause and security annex in your contract: notice period, frequency, who pays and confidentiality. Confirm any issues with your client and/or the auditor.
  • Confirm the scope in writing: which services, systems and locations are in scope, whether the audit will be remote or on-site, and the dates.
  • Ask the auditor for the agenda and document request list in advance.
  • Appoint one coordinator for all communication with the auditor.
  • Inform your IT provider and other key suppliers, and check they are available on the audit dates, if needed.
  • Inform and prepare your internal staff.
  • Perform a sanitization of your physical facility/facilities, if the audit will be performed on-site.
  • Check that a confidentiality agreement covers the audit. If not, ask the client and auditor to sign a non-disclosure agreement (NDA) first.

Want to find your gaps before the auditor does? An EvRisko risk score shows where you stand and what to fix first.

See how to start here →

In the weeks before the audit

  • Re-read what you have committed to: questionnaire answers, the validity of your controls, the contract’s security annex and any certifications you mentioned. The auditor will test these.
  • Collect your evidence in one folder, sorted by the audit scope. Use the table above as a guide.
  • Check that evidence is current and dated. Replace old screenshots and update policies past their review date.
  • Close quick gaps, such as turning on MFA, removing leaver accounts and enabling basic access controls. Record what you changed and when.
  • List the gaps you can’t fix in time, each with a plan and a target date.
  • Brief everyone who may be interviewed: answer the question asked, stick to facts and say “I’ll check” when unsure.
  • For on-site audits, book a room, arrange visitor access and check what is visible on desks and screens.

During the audit

  • Start with an opening meeting to confirm the scope, agenda and contacts.
  • Where possible, show confidential material on screen instead of handing over copies or sending documents via email.
  • Keep a log of every document you share and every question you need to follow up on.
  • Stay within the agreed scope. Politely flag requests outside it, such as data about other clients or services not in scope for the client.
  • Ask for clarification when a question is unclear.
  • Ask for a closing meeting to hear the initial findings before the report arrives.

After the audit

  • Review the draft report and correct factual errors before it is final. Liaise with the client and/or auditor to ask any questions and clarify items of uncertainty.
  • Agree a remediation plan with a realistic date for each finding.
  • Track progress and send the client updates as agreed.
  • Save your evidence and answers for the next audit or questionnaire.

By incorporating the above checklist in your operational practice, tackling such audits will become much easier and less time-consuming, allowing you time to actually prepare and address critical points.

Four mistakes to avoid

  • Writing policies the night before. Auditors can tell when a policy is sloppy or isn’t followed. A short policy that matches what you actually do is stronger than a long one nobody uses or is even aware of.
  • Backdating or editing evidence. Never do this. It turns a simple finding into a loss of trust, and possibly a breach of contract.
  • Promising unrealistic fix dates. A missed deadline looks worse than a later, realistic one.
  • Sharing more than the scope requires. Keep other clients’ data, full system exports and unrelated documents out of the audit unless agreed. Always keep confidentiality at the forefront of those efforts.

How EvRisko helps

An audit tests your controls against evidence. Knowing where you stand beforehand lets you fix gaps on your own schedule, not the auditor’s.

EvRisko asks plain-language questions about your IT setup. You get a risk score from 0 to 100, rated Poor, Fair or Good, and a list of what to fix first. The questions draw on established frameworks such as ISO27001 and NIST, so they cover the basics auditors tend to look at. A first score takes about 25 minutes, and no technical knowledge is needed. You can export the results as a PDF report to guide your preparation.

14 days · No credit card required

Start your 14-day trial →

Frequently asked questions

What is a right-to-audit clause?

A contract clause that lets a client, or an auditor it appoints, check how you meet your security and data protection obligations. It usually sets the audit scope, notice period and frequency, and clarifies who pays for it.

Can I refuse a client security audit?

If your contract includes an audit right, refusing is usually a breach and can lead to negative outcomes. You can often contractually agree on timing, scope and confidentiality. Some contracts also let you offer a recent independent audit report instead, such as an ISO27001 certificate or a SOC2 Type 2 report (where available). Also, establish an audit agenda beforehand to avoid surprises.

How is an audit different from a security questionnaire?

A questionnaire asks you to describe your controls. An audit checks more closely for evidence that they work. An audit usually requires more effort from both your company and your client.

What happens if the auditor finds issues?

You receive a list of findings, usually rated by severity, and agree a plan to fix them. Findings are normal. What matters most is how you prepare for them and respond.

Written byAndrii PanfilovIT and AI Compliance, Risk and Audit Expert & EvRisko FounderConnect with Andrii on LinkedIn
All articles →
IT risk managementDue diligence

IT due diligence: questions investors ask and how to prepare

Raising investment or selling your business? See the IT due diligence questions investors ask, and how to prepare clear answers without a security team.

Andrii Panfilov ·
IT risk management

IT risk management in Excel: when to switch to software

Managing IT risk in a spreadsheet? See what a good IT risk register needs, six signs you have outgrown Excel, and what to look for in software.

Andrii Panfilov ·

Ready to see where you stand?

Getting started is simple: 15 plain-language questions, about 5 minutes, no credit card required.

Start trial assessment
EvRiskoEvRiskoIT risk managementmade simple
© 2026 EvRisko