BaselineWatch
88 checks
Desk

iPadOS test plan

What to test on a iPadOS release so the baseline still holds: the checks of Apple iOS/iPadOS 27 V1R1, by area
Derive from
The release under test
Areas to test Untick an area to leave it out of the exports; it stays on the page, marked as not tested this time.
Export the kept checks Untick a check, then Rebuild or export; the form carries the state and nothing is stored. One area is drawn at a time; what you untick in one is kept when you open another, and every export covers the whole plan: the checks kept, what was left out and why, a findings table and a sign-off.
The report looks
Plain
Calibri and grey tables, nothing else: the look before styles.
Formal assessment
A government assessment report in the SP 800-53A manner: serif headings, numbered sections, cover page. Cover page. Numbered sections.
Engineering runbook
For the engineer at the keyboard: monospaced headings, dark command blocks. Numbered sections.
Executive
Navy and teal with a cover page: for the people who sign it off. Cover page.
Compact checklist
Black on white, small type, no cover: prints the most checks per page.
Modern
A clean product look in indigo and slate.
Dark console
Light text on a dark page, terminal colours: for screens, not paper.
Board
Issue-tracker blues and lane greys, as the decisions board draws them.
Audit workpaper
Ledger green and auditor blue, with room for initials and references. Cover page. Numbered sections.
Markdown-native
How the report reads on GitHub: system fonts, ruled headings, grey code.
Word
Office's own blues: the house style of a document written in Word. Cover page. Numbered sections.

The look applies to Word, PDF, LaTeX and the printable checklist; Markdown, CSV and JSON stay plain. Each follows one of the mockups in docs/mockups/exports.

Link to this plan: the release, hardware and areas as a URL to bookmark or send; unticked checks do not travel with it.

Hardware root of trust and secure enclave 7 kept

  1. Success looks like: Settings says the device is supervised and managed by the organisation; the MDM shows Automated Device Enrollment with supervision on.
    If it does not: An unsupervised device cannot be locked by the organisation, cannot have profiles made non-removable, and fails the STIG's supervision rule; re-enrol it through Apple Business Manager (a wipe) rather than a manual profile.
  2. Success looks like: A valid attestation chained to Apple's private PKI, with the serial number, UDID and managed state matching the record, dated within the last seven days.
    If it does not: A missing or failed attestation on an A11-or-later device means the device may not be what the record says; quarantine it from Conditional Access until a fresh attestation passes. Attestation needs iOS 16 or later.
  3. Success looks like: Settings, Face ID & Passcode (or Touch ID & Passcode) cannot be set weaker than the profile, and the device wipes after the tenth failed attempt in a test on a spare device.
    If it does not: A passcode weaker than the profile allows means the profile is not installed or is not the most restrictive; the MDM's profile list on the device shows which one won.
  4. Success looks like: Lockdown Mode is off on managed devices (Apple does not expose it to MDM, and a device with it on cannot enrol); where a high-risk user turns it on by policy, the device is documented as outside the managed fleet.
    If it does not: A managed device found with Lockdown Mode on cannot be re-enrolled while it stays on; decide with the user whether the device is managed or locked down, not both.
  5. Success looks like: Automatically Install is on, and the device shows the latest improvement installed (Apple lists them on its security releases page with the base version they apply to).
    If it does not: Off means the device waits for the next full update for fixes Apple ships in between; turn it on, or set the MDM restriction that forces it where the MDM supports one.
  6. Success looks like: Activation Lock is organisation-linked and the bypass code is held by the MDM; on a supervised device the user-linked lock is disallowed by default.
    If it does not: A user-linked lock without a bypass code means the device cannot be reassigned if the user leaves; retrieve the bypass code (possible for 15 days after supervision) or plan to clear the lock through Apple Business Manager.
  7. Success looks like: The device runs the current release (iOS 27, iPadOS 27) or the previous one still receiving fixes; an iPhone XS or XR stays on iOS 18 and is flagged as such.
    If it does not: A device behind the current release by more than the fleet's grace period is non-compliant; the STIG requires the latest OS.