Independent thinking. Informed defence.

CISO Times

Intelligence for the people behind the defence.

The CISO Decision Brief

If…, then how…

If a payment has gone to a fraudster, then what do we do in the first hour?

2 decision pointsThe pack behind this answer: Security Incident Management

Add to board memo

The short answer

Recommendation
Call your bank's fraud team first and ask it to recall the payment, within 1 hour of finding it in the pack's defaults, day or night. Then stop further payments to that account, open the case, and lock the attacker out of any of your own mailboxes involved.
Reasoning
Speed decides whether the money comes back, so the bank call comes before everything else and does not wait for the rest of the response. A request from your own address is treated as a mailbox takeover until shown otherwise, and a password reset alone does not end it: signed-in sessions and rules survive it. Severity is judged on the money at stake, including an amount asked for and stopped.
Considerations
  • In the pack's defaults €250,000 to €1,000,000 at stake is Severity 2 and above €1,000,000 is Severity 1. A taken-over finance, executive, payment approver or administrator mailbox is Severity 2 at least.
  • Do not forward the fraudulent email: forwarding loses the headers. Export mailbox audit and sign-in logs on the first day, because they are kept only for a limited time.
  • Change no payee details back until the correct ones are confirmed by a call-back to a number already on file, with a second person checking.
  • Screen every reporting duty within 4 hours of declaration: personal data read from a mailbox, a loss large enough to be a significant incident, or client money for a financial entity.

The decision, step by step

Select any step for the reasoning behind it and where the pack covers it.

  • Start
  • Step
  • Decision
  • Outcome

Keyboard: Tab to a step, arrow keys move along the flow, Enter pins its explanation, + and − zoom, 0 fits the diagram, Esc closes. The text version below has the same content.

Where a step quotes a number, it is the default in the CISO Times pack. Your own standard may set a different one.

Read as text

The same flow written out: each step, its reasoning and where the pack covers it. 13 steps.
  1. Start

    A payment has gone to a fraudster's account

    The money was paid on a false bank-detail change, a fake invoice or an urgent request that seemed to come from an executive. Whoever finds the payment reports it to the IT service desk and calls the finance lead at once, because the bank must be called at once. Nobody is blamed for a report made in good faith.

    In the pack

  2. Step

    Call the bank's fraud team and ask for a recall

    This comes before everything else. The finance lead calls the bank's fraud line and asks it to recall the payment and contact the receiving bank, giving the date, amount, your account, the receiving account and the reference. Write down the time, the name of the person spoken to and the bank's reference. The pack's default is within 1 hour of finding the payment; a recall works best within hours.

    In the pack

  3. Step

    Stop further payments to the same account

    Hold any queued payment, lock the supplier or payee record, and check the next payment run for the same bank details. Change nothing back until the correct details have been confirmed by a call-back to a number already on file, with a second person checking.

  4. Step

    Open the case and set severity on the amount

    The incident manager records the time of the first report and of declaration, the category (business email compromise and payment fraud), the amount and the accounts. Severity is judged on the money at stake. In the pack's example, a €84,000 bank-detail change stopped by the call-back was still Severity 3, judged on the amount asked for.

    In the pack

  5. Decision

    Does any Severity 1 or 2 row apply, such as €250,000 at stake?

    In the pack's defaults, €250,000 to €1,000,000 at stake is Severity 2 and above €1,000,000 is Severity 1. A taken-over finance, executive, payment approver or administrator mailbox is Severity 2 at least, and so are personal data read from the mailbox or customers sent false requests from it. When in doubt, choose the higher level.

  6. Step

    Tell the executive incident lead within the severity's time

    For Severity 2, the executive incident lead within 2 hours; for Severity 1, within 30 minutes, with the crisis team convened within 1 hour and the board chair, or equivalent, told within 4 hours. Tell the finance lead at once whenever a payment is involved.

    In the pack

  7. Step

    Tell the Head of Information Security the same working day

    For Severity 3, the incident manager handles it and tells the Head of Information Security the same working day, with the finance lead told at once. Severity 4 is logged and handled by the IT service desk. Severity is reviewed at every update and rises if the facts change.

    In the pack

  8. Decision

    Did the request come from one of your own mailboxes?

    Check the sign-in log for the mailbox the request seems to come from. A request from your own address is treated as a takeover of your mailbox until shown otherwise. If it came from a supplier's or customer's real mailbox, nothing of yours may be compromised.

    In the pack

  9. Step

    Lock the attacker out of the mailbox

    Revoke all sessions on the account, reset the password and the second factor, and remove rules, forwarding, delegates and connected applications the user did not set up, photographing them first. A password reset alone is not enough: signed-in sessions and rules survive it. The pack's default is within 30 minutes of declaration, and no approval is needed to lock out an attacker.

    In the pack

  10. Step

    Warn the sender by phone and check other requests

    Do not reply in the email thread. Call the supplier or customer on the number already on file, tell them their mailbox appears to be compromised, and follow up in writing to a known contact. Check whether anyone here replied with information or entered a password from the same email chain, and review that sender's other bank-detail changes and invoices.

    In the pack

  11. Step

    Keep the email, the headers and the payment records

    Save the fraudulent email as a file or have the email provider export it. Do not forward it: forwarding loses the headers. Keep the payment instruction and approval, the bank's recall reference and all bank correspondence. Export mailbox audit and sign-in logs on the first day, because they are kept only for a limited time.

    In the pack

  12. Step

    Report the crime and start the reporting screen

    Report the fraud to the police or national fraud reporting service the same day; the bank may ask for the reference. Where you hold a cyber policy, tell the insurer as it requires, since money was lost. Screen every reporting duty within 4 hours of declaration: personal data read from a mailbox, a loss large enough to be a significant incident, or client money for a financial entity.

    In the pack

  13. Outcome

    Set the next update and keep chasing the recall

    Updates run every 4 hours at Severity 2 and every 24 hours at Severity 3, each with the bank's answer on the recall. The finance lead and Legal pursue the recall and any insurance claim, which can run on after the case closes. If no call-back was made before the payment, record why and make it a question for the review.

Practical checklist

  1. Call the bank's fraud line, ask it to recall the payment and contact the receiving bank, and note the time, name and reference.
  2. Hold queued payments, lock the payee record and check the next payment run for the same details.
  3. Open the case and set severity on the amount at stake and whose mailbox was used.
  4. Escalate as the severity requires, and tell the finance lead at once.
  5. If the request came from your own mailbox, or you cannot tell, revoke its sessions, reset the password and second factor, and remove rules the user did not set up.
  6. If it came from a supplier's or customer's mailbox, warn them by phone on a number already on file.
  7. Keep the email with its headers, the payment records and all bank correspondence.
  8. Report the crime the same day, tell your insurer as the policy requires, and set the next update.

Evidence to have ready

  • The time of the bank call, the person spoken to and the bank's recall reference.
  • The fraudulent email as a file with its headers, and the payment instruction with its approval.
  • The mailbox audit and sign-in logs, and photographs of rules and forwarding before removal.
  • The crime reference and the insurer notification.
  • The reporting screen answers, with the reason for each even where no report is made.

Assumptions

  • The payment has already left your account. If it has not, hold it and call the supposed sender back on a number already on file before anything else.
  • Steps, timings and amounts are the defaults in the CISO Times incident management pack. Your own playbook, bank and policy may set different ones.

Not covered here