Internal IT Audit for In-House Teams, With a 12-Month Plan and an IT General Controls Checklist
How an in-house IT team runs an internal IT audit all year: who can audit IT, what internal audit asks for in 2026, a 12-month plan and 19 IT general controls, each with a test and evidence.
Updated: November 2026. IIA, ISACA and NIST dates and every CSF 2.0 subcategory checked against the publishers' pages on 11 November 2026.
Sooner or later an auditor, a client or an insurer asks IT to prove its controls work, and the proof is spread across consoles, tickets and inboxes. Gathering it in audit week stalls the team, while a year-round plan makes evidence a by-product of normal work. This internal IT audit guide covers who can audit IT, what auditors ask for in 2026, a 12-month plan and an IT general controls checklist with a test for every row.
TL;DR
- What it is. A planned, evidence-based review, run from inside the company, of whether IT controls are designed well and working.
- Who audits. Internal audit, a reviewer swap inside IT, or an outsider who didn't build the control.
- What's new. Two IIA Topical Requirements, cybersecurity and third parties, took effect in 2026.
- Plan the year. Rotate the audit areas through four quarters, with leaver checks and restore tests every quarter.
- Test each control. 19 IT general controls, each with a test, a sample and the evidence to keep.
What Is an Internal IT Audit?
An internal IT audit is a planned review, run by people inside the company, that tests whether IT controls are designed well and working. It runs on evidence, such as tickets, exports and logs, and a yes in a meeting doesn't count.
Its core is IT general controls, or ITGCs: the controls over access, change and operations that every system sits on. Financial auditors know them from COSO 2013, whose Principle 11 covers general controls over technology: infrastructure, security management, and acquisition, development and maintenance. That's as far into SOX territory as this guide goes.
Internal IT Audit vs External Audit and Self-Assessment
Four kinds of review get called an IT audit, split by who runs them and who trusts the result.
| Type | Who runs it | Independence | What you get |
|---|---|---|---|
| Internal IT audit | Internal audit, or IT staff who didn't build the control | From the control owner, not the company | Findings and fixes for management |
| IT self-assessment | The team that runs the controls | None | A score and a gap list |
| External audit or certification | An audit firm or certification body | Full | A report or certificate others rely on |
| Vendor license audit | The software publisher or its auditor | Full, on the vendor's side | A license position, maybe a bill |
A self-assessment finds gaps but proves little, because the team grades its own work.
The vendor license audit is the odd one out, since the publisher runs it on its own terms. Our software license audit guide covers that process, so licensing is one row here (AS-3).
Who Audits IT Without an Internal Audit Department
Audit guides tend to assume an internal audit team. If your IT department is three people, you probably don't have one, so pick one of three models.
| Model | Who reviews | How independent | Fits when |
|---|---|---|---|
| Internal audit function | Internal auditors reporting to the audit committee | Independent of management | IT is in its audit plan |
| Reviewer swap inside IT | An IT colleague who didn't build or run the control | Of the control, not the department | Two or more people in IT, no audit function |
| Outside reviewer | An audit firm, consultant or MSP that didn't build the control | Of the control and the team | One-person IT, or areas you built yourself |
On 8 July 2026, the IIA replaced its Three Lines Model position paper with a Statement of Position. Internal audit stays the independent third line, and if the chief audit executive takes on second-line duties, safeguards must protect that independence.
In a small team, nobody audits a control they built or run. Swap areas instead: whoever owns access audits change, and the other way round, with a note of who reviewed what. Our guide to IT department ownership helps settle who owns which area.
An MSP can be the outside reviewer for areas it doesn't run, since a report on its own patching has no independence in it. Our co-managed IT split guide shows where to draw that line.
What Internal Audit Will Ask IT For in 2026
The IIA's Global Internal Audit Standards took effect on 9 January 2025. They have 5 domains and 15 principles, and every internal audit function is expected to conform.
Topical Requirements add baselines for specific risks, each effective 12 months after issue. One applies to an assurance engagement when its topic is in scope, and internal audit documents any exclusion.
The Cybersecurity Topical Requirement took effect in February 2026. It covers how cyber governance, risk management and controls are designed and put in place. It doesn't force a cyber audit, but it applies whenever cyber turns up as a risk inside another audit.
That's likely. In the IIA's Risk in Focus 2026-27 survey of 3,285 chief audit executives and directors, published 15 September 2026, cybersecurity was the top global risk. 80% put it in their top five risks, and 75% in their top five areas for audit time and effort.
| Requirement area | Effective | Evidence IT should have ready (our list) |
|---|---|---|
| Cybersecurity governance | February 2026 | Named risk owners, policy register with review dates, leadership reports |
| Cybersecurity risk management | February 2026 | Risk register, scan reports, signed exceptions |
| Cybersecurity controls | February 2026 | Access reviews, patch reports, restore tests, incident tickets |
| Third parties | 15 September 2026 | Vendor register by criticality, assessments, SOC 2 reports, contracts |
The IIA's own episode on cybersecurity fundamentals for internal auditors, published 22 October 2026, covers the requirement's three areas in about 7.5 minutes. It also touches on observing a tabletop exercise, and why a confident answer isn't evidence.
The easiest evidence is the kind normal work leaves behind: a ticket with the approval in it, a scheduled export, a log. Our IT compliance evidence guide covers capturing it as you go.
In r/ITManagers, a poster said every audit or customer review stops work while the team gathers screenshots and exports. The top reply says that happens when evidence isn't an output of normal operations, and that an owner plus a cadence fixes it. Another keeps a rolling folder of audit evidence and refreshes it quarterly.
Plan the Year From an IT Audit Universe
An audit universe is the list of everything you could audit. For IT, start with the six checklist areas. Rank each by its impact if it fails, how fast it changes and how long since its last audit. Internal audit plans by risk the same way. Here's our example ranking.
| Area | Rows | Impact | Rate of change | Quarter |
|---|---|---|---|---|
| Access | AC-1 to AC-5 | High | High | Q1 |
| Change and configuration | CH-1 to CH-3 | High | High | Q2 |
| Operations and backup | OP-1 to OP-4 | High | Medium | Q3 |
| Assets and licensing | AS-1 to AS-3 | Medium | Medium | Q4 |
| Third parties and SaaS | TP-1, TP-2 | Medium | High | Q4 |
| Governance | GV-1, GV-2 | Medium | Low | Q4 |
Leaver checks (AC-2), a restore test (OP-1) and re-tests of last quarter's findings (GV-2) run every quarter. Move an area up if it has never been audited or has an open finding.
Under ISO 27001, this plan can serve as the clause 9.2 audit programme once it also states methods, responsibilities and reporting.
Internal IT Audit Checklist
The checklist covers 19 IT general controls in six areas, each with a test, a starting sample, the evidence to keep and two mapping columns.
The mapping is ours, at subcategory level, and neither NIST nor ISO has reviewed it. We checked each ISO/IEC 27001:2022 pair against a third-party mapping listed in NIST's CSF 2.0 Reference Tool. NIST doesn't check non-NIST mappings for correctness or endorse them. Pairs marked "ours" aren't in that mapping.
Firewall, email and endpoint checks live in our security audit guide, linked in the testing section.
Access
AC-2 runs every quarter, because a leaver missed in January is still a working login in March. Our guide to role-based access shows how groups make AC-1 and AC-4 faster to test.
| ID | Control | Test, sample | Evidence | CSF 2.0 | ISO 27001:2022 |
|---|---|---|---|---|---|
| AC-1 | Joiners get approved, role-based access | Inspect tickets vs granted groups. 5 joiners | Ticket, approval, group export | PR.AA-05 | A.5.15, A.5.18 |
| AC-2 | Leavers lose access on their last day | Reperform: HR leaver list vs directory and SaaS. 5 leavers, contractors included | HR list, disable timestamps | PR.AA-01 | A.5.18 |
| AC-3 | Privileged and service accounts are justified | Inspect admin groups and service account owners. All admins | Group export with justification | PR.AA-05 | A.8.2 |
| AC-4 | The quarterly access review happens and its changes stick | Inspect the last review, re-check 3 removals | Signed review, follow-up tickets | PR.AA-05 | A.5.18 |
| AC-5 | MFA covers email, remote access and admin portals | Inspect the policy and exception list. All exceptions | Policy export, exception approvals | PR.AA-03 | A.8.5 |
Change
For CH-1 walkthroughs, the IIA's IT change management audit tool, dated 19 March 2026, lists sample questions to borrow. CH-2 reuses the CH-1 sample, so one pull of tickets tests both.
| ID | Control | Test, sample | Evidence | CSF 2.0 | ISO 27001:2022 |
|---|---|---|---|---|---|
| CH-1 | Changes are approved and tested before release | Inspect change tickets vs deployed changes. 5 changes, 1 emergency | Tickets, approvals, test notes | ID.RA-07 | A.8.32 |
| CH-2 | Nobody approves their own change | Compare requester and approver. CH-1 sample | Ticket fields | PR.AA-05 | A.5.3 |
| CH-3 | Baseline configuration is applied and drift is caught | Inspect the baseline vs a device report. 5 devices | Baseline, compliance report | PR.PS-01 | A.8.9 |
Operations
OP-1 needs a restore on record, and the same quarterly restore covers RC.RP-03. Our restore testing guide covers what a test should include.
OP-2 is measured against your policy's deadline, so write the deadline first. Our patch policy guide covers setting one.
| ID | Control | Test, sample | Evidence | CSF 2.0 | ISO 27001:2022 |
|---|---|---|---|---|---|
| OP-1 | Backups run and a restore was tested | Inspect job history, reperform one restore. 1 per quarter | Job log, restore record | PR.DS-11, RC.RP-03 | A.8.13 |
| OP-2 | Patches land inside the target window | Inspect the patch report vs policy. Last 2 cycles | Patch compliance export | ID.RA-01, PR.PS-02 | A.8.8 (to ID.RA-01 only) |
| OP-3 | Logs are kept and someone reviews alerts | Inspect retention settings and alert tickets. 3 alerts | Retention config, tickets | PR.PS-04, DE.CM-09 | A.8.15, A.8.16 |
| OP-4 | Incidents follow the plan | Inspect closed incidents. 2 incidents | Tickets, post-incident notes | RS.MA-01 | A.5.26 |
Assets and Licensing
AS-1 compares the inventory you keep with a discovery scan nobody edited. Our asset lifecycle guide covers the record from purchase to disposal.
| ID | Control | Test, sample | Evidence | CSF 2.0 | ISO 27001:2022 |
|---|---|---|---|---|---|
| AS-1 | Hardware and software inventories match reality | Compare the inventory to a discovery scan. Full list | Inventory export, scan | ID.AM-01, ID.AM-02 | A.5.9 |
| AS-2 | Disposed devices were wiped | Inspect disposal records. 3 disposals | Wipe or destruction certificates | ID.AM-08 | A.7.14 |
| AS-3 | Software installs match licenses | Compare entitlements to discovery. Top 5 titles | Entitlement vs install report | ID.AM-02 | A.5.32 (ours) |
Third Parties and SaaS
TP-1 tests your vendor register, and TP-2 catches the apps that skipped it, AI tools included. Our vendor risk program guide covers ranking suppliers by criticality.
| ID | Control | Test, sample | Evidence | CSF 2.0 | ISO 27001:2022 |
|---|---|---|---|---|---|
| TP-1 | Critical suppliers and SaaS are listed and assessed | Inspect the vendor register and assessments. Top 5 by criticality | Register, questionnaires, SOC 2 reports | GV.SC-04, GV.SC-07 | A.5.19, A.5.22 |
| TP-2 | SaaS and AI tools in use are approved | Compare SSO and expense data to the approved list. All new apps | App list, approvals | ID.AM-04 | A.5.23 (ours) |
Governance
GV-2 closes the loop, since a finding counts as closed only after a re-test. For GV-1, our policy vs procedure guide helps when a policy reads like a runbook.
| ID | Control | Test, sample | Evidence | CSF 2.0 | ISO 27001:2022 |
|---|---|---|---|---|---|
| GV-1 | IT policies are approved and reviewed | Inspect policy dates and sign-off. All IT policies | Policy register | GV.PO-01 | A.5.1 |
| GV-2 | Findings from the last audit were closed and re-tested | Inspect the findings tracker. All open items | Tracker, re-test evidence | ID.IM-01, ID.IM-02 | Clause 9.2, A.5.35 |
How to Test Each Control
Every row names a test method. There are four, from weakest to strongest.
| Method | What you do | Example |
|---|---|---|
| Inquiry | Ask the owner how the control works | Ask who approves admin access |
| Observation | Watch it happen | Sit in on a quarterly access review |
| Inspection | Examine records from the period | Change tickets vs what was deployed (CH-1) |
| Reperformance | Run the control again yourself | HR leaver list vs the directory (AC-2) |
Inquiry alone isn't enough evidence, so pair it with another method.
Each control gets two tests. A test of design asks whether the control would stop the problem if it ran as written. A test of operating effectiveness asks whether it did run, every time, across the audit period. An approval step skipped for urgent changes passes the first and fails the second.
In r/sysadmin, an admin asked whether an audit finding mattered. Guest DHCP requests were relayed to the internal server through switch ACLs, and the auditors found no vulnerability. Top replies agree it probably works but depends on the configuration staying right. The fix they suggest is serving guest DHCP from the firewall.
That's a design finding. The control passes today, and the auditor is asking whether it survives the next configuration mistake.
Fix the audit period first, such as the last quarter, and sample across all of it. The checklist's sample sizes are our starting points, so agree yours with whoever audits. ISACA's IT audit framework, ITAF, got a free 5th edition on 26 February 2026, its first update since 2020. Its updated guideline 2208 covers IT audit sampling.
When a test fails, write it up as a finding and rate it. Our guide to security audit steps covers the condition, criteria, cause, effect and recommendation format, the rating levels and the nine procedure steps.
Mapping to NIST CSF 2.0, ISO 27001 and COBIT
The mapping columns let one test answer two frameworks. The CSF 2.0 column cites subcategories from NIST CSWP 29, published 26 February 2024, which has 6 functions, 22 categories and 106 subcategories.
ISO/IEC 27001:2022 has 93 Annex A controls, and clause 9.2 requires internal audits of the management system at planned intervals. They check that the system meets your own requirements and the standard's and works in practice. The auditors have to be objective and impartial, and results go to the relevant managers.
COBIT 2019, ISACA's governance framework, has 40 governance and management objectives. MEA04 Managed Assurance, new in COBIT 2019, covers assurance work like this audit. ISACA's own page still listed COBIT 7 as coming in November 2026 when we checked on 11 November, so COBIT 2019 is the current version.
COBIT stays out of the checklist columns to keep the tables readable. If you run it, our IT governance framework guide covers stacking it with CSF.
Internal IT Audits in a Co-Managed Setup
When an MSP runs part of IT, the evidence splits: the MSP exports what its tools record, and the company signs off on decisions. Here's our starting split, and the contract decides who supplies each row.
| Who supplies it | Rows | Evidence |
|---|---|---|
| MSP, when contracted | AS-1, CH-3, OP-1, OP-2 | Inventory export, baseline report, backup and restore logs, patch report |
| Shared | CH-1, OP-4 | Change and incident tickets in the shared PSA |
| Company | AC-2, AC-4, GV-1, TP-1 | HR leaver list, signed access review, approved policies, vendor decisions including the MSP |
Put a right-to-audit clause in the contract: what you can request, how fast, and who pays for the time. Our co-managed tool stack guide covers the shared tools that make those exports routine.
An MSP's SOC 2 Type 2 report can cover the rows it runs, if its scope includes that service and its period overlaps yours. Check the controls it expects you to run on your side, too. Our guide to SOC 2 reports covers what to read.
OpenFrame is open, AI-native infrastructure for IT and security, where Fae resolves support requests and Mingo runs IT operations, for $1 per device per month with a 14-day free trial. Flamingo builds OpenFrame, which isn't a GRC or audit tool and doesn't score controls.
Start With Access in Q1
An internal IT audit works as a year-round plan: pick who audits, rank the universe and give each quarter one focus. Test every control with a method, a sample and evidence that normal work already produces. Next, score the wider security program with our NIST CSF self-assessment.

Content Marketing Lead
Ohayo! I run content, SEO, social, and community at Flamingo. Before IT, I worked as a correspondent for Ukraine's Public Broadcasting Company and have a Master's in journalism.
Related Content
Frequently Asked Questions
/blog/internal-it-audit
Still deciding?
Ask Mingo answers from our docs and customer stories.