Template draft. Replace everything in [square brackets] with your own decision,
delete what does not describe what you really do, and approve it through your own document control. It is not legal
advice and does not make an organisation compliant or certified.
1. Purpose
This procedure sets out the steps that IT and users follow to issue, enrol, configure, support, change, recover and retire mobile devices that access Organisation information. It puts the Mobile Device and Teleworking Policy into practice and keeps data on phones, tablets and similar devices under the Organisation's control whoever owns the hardware.
2. Scope
- In scope: smartphones, tablets, laptops that are managed through the mobile device management tool, wearable devices that receive Organisation data, and removable accessories that store data.
- In scope: devices owned by the Organisation and personal devices approved for work under the bring-your-own-device rules, and everyone who uses them, including contractors.
- Out of scope: fixed desktop computers and servers, which follow the Asset Management Procedure and the Secure Configuration Policy; personal devices that never touch Organisation data.
3. Terms and Definitions
| Term | Meaning |
|---|
| MDM | The mobile device management tool that enrols devices, applies settings, separates work data and can lock or wipe a device. |
| Corporate-owned device | A device bought, owned and managed by the Organisation. |
| BYOD | Bring your own device: a personal device approved to access Organisation data under conditions. |
| Work container or profile | A protected area on a device that holds Organisation apps and data apart from personal content. |
| Selective wipe | Removal of the work container and Organisation data only, leaving personal content. |
| Full wipe | Factory reset of the whole device. |
| Compliance state | Whether the device meets the baseline: compliant, non-compliant or unknown. |
4. Roles and Responsibilities
| Role | Responsibilities |
|---|
| Document owner (Head of IT Operations) | Owns the MDM service, the device baseline and the list of supported devices; reports measures [monthly]. |
| IT service desk | Enrols and configures devices, supports users, executes lock and wipe requests, and keeps the device register current. |
| Head of IT Security | Sets the security baseline, approves exceptions and BYOD eligibility rules, and leads response to lost or compromised devices. |
| Line managers | Approve device requests and BYOD eligibility, confirm return of devices on role change, and report losses at once. |
| Device users | Keep devices updated and locked, install only approved apps, report loss or theft within [1 hour], and hand devices back when asked. |
| HR | Starts return and wipe steps in the joiner, mover and leaver process. |
| Procurement | Buys from approved suppliers and records warranty and ownership. |
| Data protection officer | Reviews what personal data the MDM collects from BYOD devices and ensures users are told. |
| Activity | Responsible | Accountable | Consulted | Informed |
|---|
| Approve a device request | Line manager | Department head | Head of IT Operations | Procurement |
| Enrol and configure a device | IT service desk | Head of IT Operations | Head of IT Security | User |
| Approve BYOD participation | Line manager | Head of IT Security | Data protection officer | HR |
| Respond to lost or stolen device | IT service desk | Head of IT Security | Line manager, HR | Incident manager |
| Recover and retire a device | IT service desk | Head of IT Operations | Asset manager | Line manager |
| Maintain the device baseline | Head of IT Security | Chief Information Security Officer | IT operations | All users |
5. Acquisition and Ownership
Corporate devices belong to the Organisation and are issued for work. Each device is recorded in the asset register with a named owner and is used according to the Acceptable Usage Policy.
- RequestThe user's manager submits a device request in the ticketing tool stating role, business need and data to be accessed. Input: request form (Annexure A).
- ApproveThe department head approves cost and need; IT confirms the model is on the supported list. Target: [2 working days].
- ProcureProcurement buys from an approved supplier. Only devices with current vendor security updates and hardware encryption support are allowed. Lead time: [10 working days].
- PrepareService desk records the serial number and asset tag, installs the baseline, enrols the device in the MDM and tests encryption and lock.
- IssueThe user signs the acknowledgement of terms of use and receives a briefing on loss reporting, apps, travel and updates. Evidence: signed form.
- ReviewOwnership and need are reconfirmed during the [annual] asset review and on any role change.
- Devices are issued for [3 years] unless a support or security reason requires earlier replacement.
- Personal accounts, personal cloud backup and personal messaging for work content are not permitted on corporate devices unless the Acceptable Usage Policy allows them.
- Devices bought outside this process are not connected to Organisation resources.
6. Mobile Device Management Solution
6.1 Enrolment and baseline
No device may reach email, files, collaboration tools or internal applications until it is enrolled and compliant. The MDM enforces the settings below and reports compliance to the access gateway.
| Setting | Requirement |
|---|
| Operating system | A supported version with security updates applied within [14 days] of release; devices more than [2] major versions behind are blocked. |
| Storage encryption | Device encryption on; verified by the MDM before work data is delivered. |
| Screen lock | Passcode of at least [6 digits] or biometrics with passcode fallback; auto-lock after [2 minutes]; wipe or lockout after [10] failed attempts. |
| Jailbreak and root | Detected devices are blocked and a selective wipe is triggered. |
| Apps | Work apps are installed from the managed store. Apps on the blocked list are removed or the device is marked non-compliant. |
| Network | Work data only over encrypted connections; untrusted Wi-Fi is protected by the always-on virtual private network for work apps. |
| Backup | Work data is not backed up to personal cloud accounts; backups of work data are made by the Organisation. |
| Remote controls | Lock, locate (corporate devices only), selective wipe and full wipe enabled. |
| Camera, screen capture and clipboard | Restricted within the work container for Confidential and Restricted data. |
| Removable storage and tethering | Disabled by default; allowed on approval for a stated period. |
6.2 Operations
- The service desk reviews the MDM compliance dashboard [daily]. A non-compliant device is notified at once and loses access to work data after [24 hours] unless fixed.
- Updates to the baseline are tested on a pilot group of [10] devices before wider release.
- Administrator roles in the MDM are limited to named staff, protected by multi-factor authentication, and reviewed [quarterly].
- MDM logs are sent to the central logging platform under the Logging and Monitoring Procedure.
- The device register is reconciled with the MDM inventory [monthly]; devices unseen for [30 days] are investigated.
6.3 Travel and high-risk locations
Staff travelling to locations the Head of IT Security marks as high risk receive a clean loan device with only the data needed for the trip. They must not carry Restricted data, must keep the device with them, and must report any seizure or inspection of the device on return. The device is re-imaged afterwards.
7. Bring Your Own Device
Use of personal devices is a privilege granted to eligible roles. It is optional for staff and can be withdrawn. Contractors may use BYOD only where the contract allows it.
- ApplyThe user asks through the ticketing tool and reads the BYOD terms (Annexure B).
- Check eligibilityThe line manager confirms the role; the Head of IT Security confirms the device model and operating system version meet the baseline.
- ConsentThe user signs consent that the MDM manages the work container, can wipe it, and sees only device model, operating system, compliance state and installed work apps - not personal content, location or personal messages.
- EnrolThe service desk enrols the device with a work profile. Work data stays inside the container.
- OperateThe user keeps the device compliant, does not share it for work purposes, and does not allow another person to use the work profile.
- ExitOn leaving, role change or withdrawal, the service desk removes the work container and verifies removal. Evidence: MDM wipe log.
- The Organisation is not responsible for loss of personal content or for the cost of the device, repair, or data plan, unless the agreement states otherwise.
- A BYOD device may be inspected by IT only in the presence of the owner and only for work data, or by law enforcement under legal process.
- If a personal device cannot meet the baseline, the user is offered a corporate device where the role justifies it, or access is limited to web-only applications.
8. Change, Loss and Return of Devices
8.1 Change of device or user
- NotifyThe user tells the service desk before changing, repairing or selling a device, or when the role changes.
- TransferIT enrols the new device and confirms the work profile works. Data is migrated through managed channels, not copied manually.
- RetireSelective wipe on the old BYOD device; full wipe on the old corporate device. Update the register.
- RepairCorporate devices are repaired only by approved providers, after data is removed or encrypted. Record the service in the device register.
8.2 Loss or theft
A lost or stolen device is a security incident. The user reports it to the service desk by phone or message, available [24 hours a day], within [1 hour] of noticing. The service desk takes the following steps without waiting for the user's manager.
| Step | Action | Target time |
|---|
| 1. Lock | Lock the device remotely and suspend sessions. | [Within 30 minutes of the report] |
| 2. Locate | For corporate devices, attempt to locate. Do not engage with finders directly; police contact is the user's step. | [Within 1 hour] |
| 3. Wipe | If not recovered or the data is Confidential or Restricted, issue selective wipe on BYOD or full wipe on corporate devices. | [Within 4 hours of the report] |
| 4. Revoke | Reset passwords, revoke tokens and certificates, remove the device from the directory, and disable the SIM or number if it is Organisation-owned. | [Within 4 hours] |
| 5. Assess | The Head of IT Security decides whether personal data is affected and whether the Incident Management Procedure's breach steps apply; applicable reporting deadlines are tracked from the time of awareness. | [Within 1 working day] |
| 6. Record | Log the incident, update the register to Lost, and issue a replacement. | [Within 2 working days] |
Note. Report even if you think the device is nearby. A late report can turn an inconvenience into a data breach.
8.3 Return at end of use
- Corporate devices are returned within [5 working days] of leaving or role change, with accessories. The service desk wipes, checks the condition and updates the register.
- Devices that cannot be returned are blocked and wiped remotely, and the case is reported to HR for follow-up.
- Devices retired from use follow the media disposal methods in the Information Classification and Handling Procedure and the Asset Disposal Process.
9. Measures
| Measure | Target | How measured |
|---|
| Devices accessing work data that are enrolled | [100 percent] | Directory sign-in records compared with MDM inventory. |
| Enrolled devices that are compliant | [97 percent] | MDM dashboard weekly. |
| Lost devices locked within 30 minutes of report | [95 percent] | Incident timestamps. |
| Lost devices wiped within 4 hours of report | [95 percent] | MDM logs. |
| Leaver devices returned or wiped within 5 working days | [100 percent] | Leaver checklist. |
| Operating system within update window | [95 percent] | MDM report. |
10. Records and Evidence
| Record | Kept in | Retention |
|---|
| Device register and issue acknowledgements | Asset register | [Life of device plus 3 years] |
| BYOD consent and eligibility approvals | HR system or document management system | [Duration of employment plus 3 years] |
| MDM compliance reports and wipe logs | MDM and logging platform | [12 months] |
| Lost or stolen device reports | Incident register | [3 years] |
| MDM administrator access reviews | Ticketing tool | [3 years] |
| Field | Entry |
|---|
| User and department | |
| Business need and data accessed | |
| Device model and serial | |
| Approved by (manager, department head) | |
| Enrolled by and date | |
| User acknowledgement (terms of use read) | |
| Date issued | |
Annexure B: BYOD consent and registration
| Field | Entry |
|---|
| User and role | |
| Device make, model, operating system version | |
| Manager approval | |
| Consent to work profile and selective wipe | |
| Confirmation of what IT can and cannot see | |
| Enrolled on | |
| Exit date and wipe confirmed | |
Annexure C: Lost or stolen device report
| Field | Entry |
|---|
| User and device | |
| Date, time and place lost | |
| Reported to service desk at | |
| Data on device | |
| Lock time, wipe time, revoke time | |
| Police report number if any | |
| Personal data involved (yes or no) and decision | |
| Replacement issued | |
11. Exception
Exceptions to this document are allowed only where compliance is not practicable and the risk has been assessed. A request must state what is to be excepted, why, the risk it creates, the compensating controls, and an end date no later than [6 months]. It is approved in writing by the document owner and the risk owner, recorded in the exceptions register, and reviewed at the end date. An exception does not change the document.
12. Enforcement
Compliance is monitored through internal audits, management review and routine checks by the document owner. Non-compliance is reported through the incident or non-conformity process and handled under the organisation's disciplinary procedure, and under the terms of any contract for people who are not employees. Serious or repeated non-compliance may lead to loss of access and, where the law is broken, to referral to the authorities.
13. Review
This document is reviewed at least every [12 months], and when there is a significant change to the organisation, its systems, its risks or the law, or after an incident that shows it was not effective. Each review is recorded in the revision history.
ISO/IEC 27001:2022 references
| Reference | Title |
|---|
| A.8.1 | User endpoint devices |
| A.6.7 | Remote working |
| A.7.9 | Security of assets off-premises |
| A.5.10 | Acceptable use of information and other associated assets |
| A.5.11 | Return of assets |