Several response paths may apply
A scan does not replace account or bank action. Work devices and accounts need prompt reporting through the organisation’s incident process.
Step 1 of 9
In this guide
Stop interacting and use a known contact route
Stop interacting and use a known contact route
Stop entering information, approving prompts, downloading files or sending money. Close the suspicious page through the browser’s own controls if possible, without clicking its warning, download or “support” buttons. Do not revisit it to check whether it was really harmful or ask someone else to open the same link.
Use a separate known contact route for the claimed organisation: an existing genuine app, saved official address or independently checked contact. Do not use the phone number or reply address in the suspicious message. If a work device, account or business information is involved, tell the organisation’s IT/security owner promptly through an approved channel.
Keep a minimal private record of the message, time and what you did, without delaying urgent protection. Do not forward a live malicious link or attachment to colleagues. Clicking a link does not by itself establish the full outcome; what was entered, approved, downloaded or run determines the next response.
Stop the interaction and use a genuine separate contact route. Report work exposure promptly and preserve safe context without revisiting or spreading the link.
Next: Identify what was entered, approved or runIdentify what was entered, approved or run
Identify what was entered, approved or run
Record whether you only viewed the page, entered a password or code, approved an MFA prompt or app access, provided identity/payment details, downloaded a file, opened/ran it, installed an app/extension/profile or allowed remote control. Note unexpected downloads or permissions even if the page looked normal.
If payment/card/bank information or identity documents were exposed, use the urgent bank/identity step now. If account access was entered or approved, use account recovery too. If something ran, remote access was allowed or the device behaves unexpectedly, use the device-response path as well. Do not wait for a scan to finish before protecting an affected financial account.
If uncertain, describe the uncertainty to the support owner rather than guess “nothing happened”. A page can steal credentials without a visible infection, and malware can steal sessions or data without an obvious symptom. A fake warning on the page is also not reliable evidence that the device is infected.
Identify the actual actions and uncertainties. Follow every relevant bank, account and device path; none is replaced by a single scan.
Contact the bank and identity support promptly
Contact the bank and identity support promptly
If bank/card details were exposed, money was sent or a transaction is unauthorised, contact the bank or card provider immediately through its genuine app, card contact details or independently checked official route. Explain what happened and follow its instructions about securing affected facilities and payments. Do not send more money to “unlock” an account or recover the loss.
Scamwatch’s response guidance puts prompt bank contact first and identifies IDCARE for an identity-support plan. Use genuine support if identity documents or personal details were provided. Do not put copies of those records into a public report or initial IT enquiry.
Preserve relevant transaction/message information privately and tell the business’s responsible owner where applicable. Technical cleanup cannot reverse a payment or guarantee reimbursement. Be cautious of follow-up callers offering recovery for a fee, even if they know details of the original incident. Account and device protection may still be required alongside this step.
Contact the genuine provider promptly for money/card exposure and appropriate identity support. Keep evidence private, stop further payments and follow the other relevant exposure paths.
Next: Secure affected accounts from a trusted deviceMore checks6 detailed checks
Secure affected accounts from a trusted device
Secure affected accounts from a trusted device
Use a known trusted device and the genuine account provider or work-account owner, not the suspicious page or a device suspected of malware. Explain any password/code disclosure, unexpected MFA approval, app-consent grant or remote access. For a managed work account, let the authorised owner contain access through the organisation’s incident process.
Follow the provider’s supported recovery method, use a new unique password where required and address other accounts that reused the exposed password. Do not share codes, accept more unexpected prompts or remove the only working recovery method. The email-account recovery guide covers a more detailed email response.
Have the owner review active sessions/tokens, recovery and MFA methods, app access and relevant forwarding/rules as applicable. Microsoft’s compromised-account response treats these as separate persistence checks. A new password or successful login does not establish that every session, consent or forwarding path has been removed. Preserve private evidence and verify through the actual provider.
Use a trusted device and genuine recovery route, addressing sessions, consent and recovery as well as the password. Keep required MFA and valid recovery intact.
Next: Contain suspected device compromise with the ownerContain suspected device compromise with the owner
Contain suspected device compromise with the owner
Do not open a suspicious downloaded file to inspect it, run it again or install the page’s suggested scanner. If it was only downloaded, tell the support owner and use the approved quarantine/removal process without executing it. If software ran, remote control was allowed or compromise is suspected, stop sensitive activity and report that distinction urgently.
For an ordinary personal computer, if safe and you know how, disconnect that affected device from Wi-Fi/Ethernet to limit further access while obtaining help from another trusted device. For a managed, shared or operational system, follow the responsible owner’s containment instructions. Do not unplug unrelated equipment, disable security, restart the whole network or erase the device as a casual response.
The Australian Government’s malware-response guidance stresses using a malware-free device for sensitive account actions. Supported scanning and owner-led investigation may be needed, with preservation before any rebuild. A clean scan cannot prove no information or session was stolen; avoid connecting routine backup drives or copying unassessed software into a clean environment.
Stop sensitive use and contain the affected device through a safe owner-supported process. Preserve evidence/data and handle account exposure separately; no scan alone is a complete all-clear.
Next: Preserve and report the incident without spreading itCheck the view-only browser context without false reassurance
Check the view-only browser context without false reassurance
If you only viewed the page and did not knowingly enter details, approve access or open a download, record that limited exposure and close it. Check for unexpected downloads or permissions through the browser’s genuine settings, without opening suspicious files. If a permission, installation or account action was approved, return to the relevant response path.
Use the device owner’s supported update and protection process for the actual browser/operating system. Do not download a fix from the warning page, allow notifications or install a certificate/profile because it says the device is unsafe. On a managed device, report the event instead of wiping browser data or changing policy before the owner can preserve relevant evidence.
Government information-stealer guidance explains that some theft leaves little visible evidence. This does not mean every click infected a device. Keep the uncertainty proportionate: use the actual actions, supported checks and relevant account/device observations rather than either a guarantee of safety or an automatic factory reset.
Record the limited known actions and check genuine browser/device settings with the owner. Escalate unexpected access/downloads/symptoms; do not infer infection or safety from the page alone.
Next: Preserve and report the incident without spreading itPreserve and report the incident without spreading it
Preserve and report the incident without spreading it
Keep the source message, time, affected account/device, actions taken and non-secret errors in the organisation’s approved evidence process. Do not delay containment to create a perfect report, reopen harmful content for screenshots or upload private mail, identity documents or full logs to a public checker.
Use the genuine service/provider reporting method and the organisation’s phishing-report process where available. The government’s cybercrime help routes affected people to the appropriate recovery and ReportCyber options. Scamwatch accepts scam reports. Reporting is separate from securing a bank, account or device and does not guarantee funds or data are recovered.
If others may have received messages from an affected account or business information may be exposed, tell the responsible owner promptly. They can coordinate an accurate warning, scope review and any applicable notification obligations. Do not automatically broadcast every customer record, make unsupported public accusations or assume every click has the same legal reporting requirement.

Preserve minimal evidence privately and use genuine reporting routes. Let the responsible owner coordinate affected people and obligations without delaying protection.
Next: Verify the account and device response and record limitsVerify the account and device response and record limits
Verify the account and device response and record limits
Confirm each relevant response has an owner: bank/identity contact, account containment/recovery, device assessment and business reporting where applicable. Use the genuine provider and trusted device to verify required access and recovery, with known sessions, app grants and safeguards reviewed to the relevant scope.
Resume sensitive use of an affected device only through the owner’s supported assessment/recovery plan. Check the original ordinary tasks with harmless content and ensure required protection and backup are in place. Do not return to the malicious page, repeat a payment or run the downloaded file as a verification experiment.
Record actions, dates, remaining uncertainty and agreed follow-up. Watch for unexpected logins, new recovery changes, unauthorised transactions or follow-up recovery scams and report them promptly. No visible issue today proves that no data was taken; keep unresolved exposure or investigation open rather than call every account and device safe.
Verify every applicable response and required safeguards, record limits and agree follow-up. Do not repeat the harmful action or treat one reassuring indicator as complete resolution.
Back to the symptom checkerGet help with the actual exposure
Get help with the actual exposure
Tell the appropriate support owner what you clicked, when, and whether you entered credentials, approved access, ran something, allowed remote control or exposed money/identity details. Use a known private route and state uncertainties. Never send passwords, verification codes, full identity records or a live malicious attachment in an initial enquiry.
Our managed cybersecurity service page can start a discussion about the actual device, account and response needs. Agree the scope and responsibilities. Device protection, monitoring and support do not replace urgent bank contact, account-provider action or a business’s incident process.
For ongoing account compromise or malware concerns, keep the responsible owner involved until the agreed response is verified. No service can promise a click caused no disclosure, every stolen session is already gone or lost money will be recovered. The useful next action is tied to the actual exposure and evidence.
Provide a minimal private account of the actual exposure through a known route. Keep urgent bank/provider actions and owner-led incident responsibilities clear.




