Aventura, Florida · serving clients across the United States (305) 404-9404Toll-free (800) 767-8566Emergency? Get a call within 1 hour
Real estate, title and escrow Illustrative engagement

A Texas title company stops a deepfake wire-change request with callback and second-approver controls

A title and escrow company in Texas with about 35 staff, a leader in its segment.

Scale
About 35 staff, 3 closers, 2 approvers per disbursement, 1 Microsoft 365 tenant, 4 mail domains
Engagement
Eight weeks to put the controls in, then ongoing operation and quarterly drills

The challenge

Closing funds move by wire, and the firm's closers received change-of-instruction requests by email and sometimes by video call. Voice and video can now be faked, and a polite request from a familiar face is exactly what a wire fraudster wants. The firm's procedure relied on a closer's judgment, with no written rule for who verifies a change, how, or who must approve the release.

A title and escrow company in Texas with about 35 staff moves closing funds by wire every day. Its closers received change-of-instruction requests by email and sometimes on a video call, and the procedure for handling them rested on each closer's judgment. Voice and video can now be faked well enough to pass a casual look. A familiar face asking politely to change an account number is the oldest wire fraud with a new costume, and nothing in writing told a closer who must verify the change, how, or who must approve the release.

The central control is the callback. Any new or changed wire instruction is verified by calling a number recorded when the file was opened, never a number taken from the request or the video call, and the closer logs the call on the file. The control works because it does not ask anyone to decide whether a face or voice is real. We wrote the procedure in plain language, set the dollar limit above which a second approver is required, and moved disbursements into a payment tool where the person who enters a wire cannot release it.

Email came next. The firm's four domains were put on SPF, DKIM and DMARC at an enforcement policy, so a message that spoofs them is rejected, and we added monitoring for lookalike domains that DMARC cannot stop, since a fraudster can register a near copy. External messages that mention wiring instructions carry a banner. We removed mailbox forwarding rules that hide mail from its owner, a common step after an account is taken over, and set conditional access on the Microsoft 365 tenant.

Closers and approvers moved to passkeys, which are phishing-resistant: the sign-in will not complete on a fake site. Once a request depends on the identity of the person who approves it, a stolen password should not be enough to approve anything. Each quarter the firm runs a drill with a staged email request and a staged video call, and the result is recorded and used to revise the procedure. Training repeats one rule: no instruction changes without the callback, however convincing the call.

In this illustrative case, a request arrived with a convincing video call and a lookalike sender domain, and it stopped at the callback step. About $412,000 stayed in the escrow account. That is one client's past result, not a promise to any other company, and the controls do not detect every deepfake. They make a faked instruction insufficient to move money. Callback conditions in an insurance policy are a matter for the firm's broker and counsel, and our article on deepfake-proof payments explains how the procedure is built.

What our team delivered

  • A written payment-change procedure: any new or changed wire instruction is verified by a callback to a phone number recorded when the file was opened, never one taken from the request, and the call is logged on the file
  • A second approver for every disbursement above a set limit, in a payment tool where the person who enters a wire cannot release it
  • Mail protection with SPF, DKIM and DMARC at enforcement on all four domains, lookalike-domain monitoring and banners on external messages that mention wiring instructions
  • Phishing-resistant sign-in with passkeys for closers and approvers, conditional access, and removal of forwarding rules that hide mail from the mailbox owner
  • A deepfake drill each quarter: a staged video call and a staged email request, with the result recorded and the procedure revised from it
  • Training for closers on the one rule that does not depend on spotting a fake: no instruction changes without the callback, however convincing the call

Result

In the firm's own past result, a request that came with a convincing video call and a lookalike sender domain was held at the callback step, and about $412,000 never left the escrow account. That is one client's outcome, not a promise: the controls do not detect every deepfake, they make a faked instruction insufficient to move money.

A wire change is never approved on the request alone

An email or a phone call can be forged, and a cloned voice or face can pass for a colleague. The request is held, the requester is called back on the number already on file, and a second approver signs off before the payment is released or rejected. Every step is logged.

A wire change is never approved on the request aloneA wire-change request arrives by email or voice call and may be a deepfake. The payment is placed on hold. A person calls back the requester on the number on file, not the one in the message. A second approver reviews the request. The payment is then released or rejected, and both outcomes are written to an audit log. Wire requestemail or voiceHoldno release yetCall backnumber on file2nd approverseparate personReleasepayment sentRejectescalate to securityAudit logwho, when, outcomeUrgent · new account detailsVoice can be cloned1 · request arrives; the sender is not trusted2 · hold: no payment on a message alone3 · call back the number on file, not the one in the message4 · second approver, then release or rejectOut-of-band verificationDual approvalEverything logged

Payment-change callback flow

A request to change bank details is never acted on from the request itself. Someone rings the number already on file, a second person approves, the outcome is written down, and only then is the payment released or held. If any step fails, the old details stay in use.

Payment-change callback flowFlow chart in five steps: a payment-change request arrives; someone calls back on the number already on file; a second approver confirms; the change is recorded with who, when and which number; the payment is paid or held. A failure at any step leads to holding the payment, keeping the old details and escalating to the named owner.From request to payment1Change requestArrives by email,call or portal.2CallbackRing the numberalready on file,never the one inthe request.32nd approverA different personconfirms thechange.4RecordedWho, when andwhich numberwas called.5Pay or holdPay on new detailsonly if everystep has passed.Any step fails, or nobody can be reached: hold the paymentKeep the old details in use and escalate to the named owner.Illustrative control. The callback number comes from existing records, never from the request.

Mail that keeps flowing

Incoming mail is authenticated and scanned before it reaches anyone, mailboxes are copied across three regions so a server failure goes unnoticed, and outgoing mail leaves signed and encrypted.

Mail that keeps flowingDiagram of enterprise email flow. Inbound mail from an internet sender reaches the MX edge server running Postfix, where SPF, DKIM and DMARC checks light up in sequence, then passes a spam and malware filter; a spam message is diverted to quarantine. Clean mail is delivered to a mailbox cluster, a database availability group with copies in three regions. On a loop the active server in region A fails and the copy in region B activates automatically, so the next message is still delivered. Outbound mail from the user's mailbox is DKIM-signed and sent over an encrypted TLS connection to the recipient. INBOUNDOUTBOUNDSenderInternetMX edgePostfixSPFDKIMDMARCThreat filterSpam · malwareQuarantineMAILBOX CLUSTER · DAGRegion ARegion BRegion CActiveCopyActiveCopyMailboxUser inboxDKIM signingTLS encryptedRecipientSPFDKIMDMARCSPFDKIMDMARCOffline

Every sign-in, verified

Staff sign in once, but behind the scenes the device, the identity, a phone approval and your access policy are all checked before any app opens, and strangers are turned away.

Every sign-in, verifiedDiagram of user authentication. A user signs in; the device is checked for MDM and Intune compliance; the identity provider, Active Directory or Entra ID, verifies the account; an MFA push is approved on the user's phone; conditional access evaluates the policy; and access is granted to email, ERP and files. On a second pass, a sign-in from an unknown device in a new location is blocked by the conditional access policy. VERIFIED SIGN-INUserSigns inDevice checkMDM · IntuneIdentityAD · Entra IDMFA pushPhone approvalConditionalaccessPolicy checkEmailERPFilesUnknown deviceNew locationApprove?Blocked

Frequently asked questions

Direct answers to the questions we hear most. Something else on your mind?

Send us a message
Is the title company in this case a real client?

The case is an illustrative composite, written to show how a title company can put callback controls in place. The firm and its figures are examples rather than a named client. Your own procedure would be designed around your files, your people and your payment tools.

Why does a callback stop a deepfake?

The callback goes to a phone number recorded when the file was opened, never one taken from the request, and it is logged on the file. A convincing voice or video call is therefore not enough to change a wire instruction. The rule does not depend on anyone spotting the fake.

What is the second approver for?

Every disbursement above a set limit needs a second person, and the payment tool is set so the person who enters a wire cannot release it. If one closer is deceived or one mailbox is compromised, a second check still stands between the request and the money.

Do these controls detect every deepfake?

No. They do not try to detect deepfakes. They make a faked instruction insufficient to move money by requiring verification and approval. Mail authentication, passkeys and quarterly drills reduce the chance and test the procedure, but the controls are not a promise that fraud cannot happen.

Do you know if your company is safe?

Speak with a security engineer today. The first assessment call is free and confidential.

CallFree assessment