ASD ISM 1151 Verify email authenticity using SPF
What it says
SPF is used to verify the authenticity of incoming emails.
Quoted as published. Everything else on this page is written by Control Stack.
What it means
In plain EnglishSPF helps confirm if an email really comes from who it claims to, preventing fake emails.
The 'Verify Email Authenticity Using SPF' control is about ensuring that emails you receive are truly from who they claim to be, rather than from a scammer or hacker impersonating someone else. This matters because fake emails could trick you into revealing sensitive information or downloading harmful software, potentially leading to data breaches or financial loss.
Free. Save your status, tasks and notes.
Why it matters
Without SPF checks, attackers can spoof your domain in inbound email, increasing successful phishing, fraud, and data compromise.
How to implement
IT team should configure the email server to use SPF.
This involves setting up SPF records in your domain's DNS settings to specify which email servers are permitted to send emails on behalf of your domain. Use a simple guide from the Australian Cyber Security Centre (ACSC) to make sure everything is set up correctly.
Email administrators should regularly update the SPF records.
Whenever new email services or third parties are used to send email on your behalf, ensure these are added to the SPF record. This will prevent delivery issues and maintain security.
Managers should educate staff on the importance of email authentication.
Conduct training sessions to inform employees about how SPF works as a first line of defence against phishing attacks. Provide examples of what legitimate email looks like.
IT support should monitor for SPF-related errors.
Use email gateway reports and alerts to identify and address any issues with non-compliant SPF senders. This ensures legitimate emails aren't accidentally blocked.
Keep it running
Maintain an accurate SPF TXT record for your domain, update it when senders change, and keep DNS lookups within SPF limits.
Evidence and audit
- Check 1 of 5What an auditor asks for
Ask for
The current SPF record configuration: Request access to the DNS settings that show the SPF records.
Look at
Details on authorised IP addresses or servers marked in the records.
Good evidence
An inclusive list of only those services that legitimately send emails for the organisation.
- Check 2 of 5What an auditor asks for
Ask for
Email gateway logs that track SPF failures: Check if rejected emails due to incorrect SPF configurations are documented.
Look at
Timestamps and the supposed sender's information.
Good evidence
Logs showing prompt handling of SPF failures with corrective actions taken.
- Check 3 of 5What an auditor asks for
Ask for
Documented procedures for updating SPF records: Request the guidelines on modifying SPF records when needed. Look to see if these documents are comprehensive and easy to follow.
Good evidence
A clear procedure with designated responsibilities and steps for updating SPF records.
- Check 4 of 5What an auditor asks for
Ask for
A list of training materials shared with staff about email authenticity.
Look at
Content specifics around SPF importance and practices.
Good evidence
Training sessions or materials that clearly explain SPF and its role in protecting against phishing.
- Check 5 of 5What an auditor asks for
Ask for
Reports on external email service inclusions in SPF records: Request documentation of approvals for third-party email services.
Look at
How decisions were made and who authorised them.
Good evidence
Formal approval from management for each third-party service added to the SPF record.
Mappings
Closest match in ISO/IEC 27001: A.8.5, Secure authentication technologies and procedures, which this control partially meets.
ISO/IEC 27001: 1 mapping
This control partially meets A.8.5.
ISM-1151 requires organisations to verify the authenticity of incoming emails using SPF to reduce spoofing and impersonation risk. This relates to ISO/IEC 27001:2022 Annex A 8.5 because SPF is a specific authentication technology/procedure applied to an information flow (email) to validate a claimed identity (sending domain). Annex A 8.5 is broader because it covers secure authentication technologies and procedures across access control contexts, whereas ISM-1151 is limited to email origin validation via SPF.
Mappings show how controls relate across frameworks. They do not imply full equivalence or certification.




