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

A construction firm stops a fake subcontractor bank-change request with callback verification and vendor-master controls

A commercial construction firm of about 90 staff in South Florida, with 300 active subcontractors and suppliers.

Scale
About 90 staff, 300 vendors, 2 people on every bank-detail change, 1 weekly change report, 1 ERP vendor master
Engagement
Six weeks to put the controls in, then monthly review of every vendor change

The challenge

Accounts payable received bank-detail changes by email, usually as a reply inside an existing thread, and the person who edited the vendor record in the accounting system could also release the payment. A subcontractor's mailbox had been taken over, so a request that looked like part of a normal conversation asked for a progress payment to go to a new account. Nothing in the firm's process was written to stop it.

Payment fraud against contractors has a reason to exist: construction pays large sums on a fixed rhythm, to many small companies, against invoices that arrive by email. A fraudster who has read a real thread knows the amounts, the project names and the date the next progress payment is due.

The first fix was a rule, not a tool. An emailed request can start a bank change but can never complete one. The callback goes to a number that was in the vendor record before the request arrived, and the person who makes the call writes down who answered. If the number is out of date, the change waits until the vendor is reached in a way the firm already trusts.

The accounting system did the rest. Entering a vendor change and approving it became two different people, and neither could release a payment, so a single stolen mailbox or a single careless afternoon could not move money on its own. Every change landed in a log, and the controller read the weekly report against the call notes. A changed account had to survive a hold and a bank validation or a zero-dollar prenotification before the first dollar went to it.

Mail controls made the fake harder to build. Authenticated mail from the firm's own domains means a lookalike cannot pass as an internal message, and warnings on external messages that mention banking or payment give the clerk a reason to slow down. The team also tested the process with a staged request in a live thread, where the clerk followed the callback rule and recorded the result.

The rule held up because it does not depend on spotting a fake. A takeover of a vendor's mailbox can produce an email that reads exactly like the real ones, and in this case it did. Staff were told to make the call whenever the bank details change, whatever the thread looks like. This is the same work our team does for any company that pays by transfer: it makes a faked instruction insufficient to move money, and it does not detect every fake.

What our team delivered

  • A written change rule: no bank detail changes from an email request alone. Every change is verified by a callback to a phone number already in the vendor record, never one given in the request, and the call is noted on the change
  • Vendor-master change control in the accounting system: one person enters a change, a second person approves it, and neither can release payments. Every change to a bank account, address or remittance contact is written to a log
  • A hold on the first payment to any changed account, with account ownership confirmed through the bank's validation service or a zero-dollar prenotification before money moves
  • A weekly report of every vendor-master change, reviewed by the controller against the callback notes, plus a quarterly check that nobody holds both entry and release rights
  • Mail protection with SPF, DKIM and DMARC at enforcement, banners on external messages that mention payment or banking, and rules that flag replies from a vendor's address when the reply-to has changed
  • Phishing-resistant sign-in and conditional access for the accounts payable team, and a short training session on the one rule that holds even when the thread looks real

Result

A request to move a $186,400 progress payment to a new account was held at the callback step: the subcontractor's office manager confirmed that nothing had changed, and the money stayed in the firm's account. In the six months after rollout, 41 vendor changes went through the new path and 2 failed verification and were refused. That is one illustrative outcome, not a promise: the controls do not detect every takeover, they make a request alone insufficient to move money. This is an illustrative engagement that describes the kind of work our team does; details are composite.

Get this for your company

Related services with fixed prices and a written scope.

Managed IT and security (MSP)

One monthly price per team member: help desk, device management, patching, backup monitoring and security basics.

Onboarding starts within 10 business days

$100 per team member, per month

Details

Initial assessment of public endpoints

What an attacker can see and reach from the internet: your domains, mail, websites, remote access and cloud exposure.

Report within 5 business days of kickoff

$1,000 per assessment

Details

Show 5 more

Insurance-ready bundle

The three things cyber insurers and clients ask for most: an external assessment, a phishing simulation for 25 users and a disaster recovery plan.

Assessment report in 5 business days; plan draft in 15 business days

$5,400 per bundle, phishing simulation for 25 users

Details

Managed security monitoring

Endpoint detection and response watched by our analysts, priced per device.

Agents deployed within 7 business days

$18 per endpoint, per month

Details

Phishing simulation

A realistic, authorized phishing campaign with short training for anyone who clicks. Priced per person.

Campaign launches within 5 business days of approval

$12 per user, per campaign

Details

Email security with AI detection and DLP

Inbound and outbound protection: phishing, malware and impersonation caught by AI detection, with data loss prevention for what leaves.

Live within 7 business days

$7 per mailbox, per month

Details

Compromised-mailbox monitoring and alerts

We watch each mailbox for signs of takeover, such as odd logins, forwarding rules and mass sending, and alert you fast.

Live within 5 business days

$4 per mailbox, per month

Details

After you purchase, we contact you within 1 hour, any time of day or night, to start onboarding.

No payment is taken online. When we call you within the hour we confirm the scope and send an invoice (ACH, card or crypto).

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

Do you know if your company is safe?

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

CallFree assessment