Real estate, Los Angeles Illustrative engagement

Zero-trust access and BEC-proof email for a Los Angeles real-estate group

A real-estate development and brokerage group in Los Angeles County, a leader in its segment.

Reviewed by Christopher Clayton, CEO

Scale
150 staff, multiple offices and job sites, high-value wire transfers
Engagement
Assessment, rollout and ongoing management over 10 weeks

The challenge

Business email compromise is the main threat to real-estate closings: an attacker who impersonates a title agent or executive can redirect a six-figure wire. The group also had staff working from job sites and home on whatever device they had.

Real-estate transactions combine large sums, tight deadlines and many outside parties, which is exactly what business email compromise exploits. A single closing involves buyers, sellers, brokers, lenders, title agents and attorneys, most of them outside the group's control and some of them strangers until the deal begins. Wire instructions travel between them by email, and a fraudster needs to be believed by only one person at one moment. The group's own people were also spread across offices, sales centers and job sites, so the question was less how to build a stronger perimeter than how to make every sign-in and every payment instruction prove itself, wherever it came from.

The defences are a mix of technology and procedure. On the technology side, we moved the group's domain to enforced DMARC (p=reject), with SPF and DKIM aligned for every legitimate sender, so mail pretending to be from the company is rejected. MTA-STS forces encrypted delivery between mail servers, and TLS reporting shows where it fails. For access, we replaced the broad VPN with identity-aware zero-trust access: each application checks who the user is and the health of their device on every connection. Staff who approve payments use phishing-resistant passkeys or hardware security keys, which cannot be tricked by a fake login page. The few systems that cannot sit behind the proxy are reached through WireGuard with per-user keys.

The rollout took ten weeks and ran in the order of risk. DMARC moved from monitoring to quarantine to reject over six weeks, after reports showed every legitimate sender, including a forgotten marketing platform, was aligned. Passkeys came next, starting with the finance team and executives. Applications moved behind the access proxy one at a time, the VPN was narrowed to named systems, and finally closed. Laptops and phones were enrolled in device management with disk encryption before they received access.

We tested the way an attacker works. A controlled phishing exercise sent look-alike-domain mail and fake payment-change requests to staff; the mail gateway caught most, and the rest were reported by the staff who saw them. A fake login page was shown to users with passkeys to confirm it could not capture a usable credential. The wire-change procedure, a call to a number already on file, was rehearsed with a mock closing so that staff knew they were allowed to delay a payment to verify it.

Inbound mail is analyzed for look-alike domains, first-time senders and reply-to tricks, and the managed service watches mail and sign-in logs around the clock.

What our team delivered

  • Identity-aware, zero-trust access: each application reachable only after the user and the device pass checks, with no flat VPN to the office
  • WireGuard-based private access for the few internal systems that cannot be published through an identity proxy
  • Phishing-resistant sign-in with passkeys or hardware security keys for staff who handle money
  • SPF, DKIM and DMARC at enforcement (p=reject), MTA-STS and TLS reporting to stop domain spoofing
  • Inbound mail analysis for look-alike domains, new-sender payment requests and reply-to tricks
  • A written wire-change procedure: any change to payment instructions is confirmed by a call to a known number
  • Device management and encrypted laptops and phones

Result

Spoofing of the group’s domain blocked at the mail gateway, staff access that depends on who and what is asking rather than where they sit, and a payment-change process that does not trust an email alone. In the modeled ten weeks, the first two went to mail authentication (monitoring-only DMARC, then quarantine, then reject once legitimate senders were inventoried), the middle weeks to identity-aware access and passkey enrollment for finance and executive staff, and the last to the wire-change procedure and a phishing exercise. The measurable outcomes were a domain that could no longer be spoofed, no shared remote-access passwords, and a call-back record for every changed payment instruction.

Get this for your company

Related services with fixed prices and a written scope.

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

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

Show 1 more

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

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).

Access to one app, not to the network

Zero trust network access replaces the all-or-nothing VPN. The identity provider proves who you are, the device agent proves the laptop is healthy, the policy engine decides, and the enforcement point opens a tunnel to that single application and nothing else.

Access to one app, not to the networkA user's laptop with a posture agent signs in to an identity provider over SAML or OIDC with multifactor authentication. The device posture and the identity assertion go to a policy engine, which decides, and a policy administrator that configures the policy enforcement point, as in NIST SP 800-207. The user's request reaches the enforcement point, which opens a per-application tunnel to the HR portal. A request to the finance database is denied and dropped, because no policy allows it. CONTROL PLANEIdPSAML · OIDCUser + laptopposture agentPolicy enginePE · decidesPolicy adminPA · configuresEnforcementPEP · gatewayHR portalallowedFinance DBdenied1 · sign in to the IdP with MFA2 · posture and identity reach the policy engine3 · PE decides, PA configures the PEP4 · per-app tunnel; everything else deniedPosture: disk encrypted · OS patched · EDRNIST SP 800-207 · per-app access

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

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

DMARC: from watching to rejecting

Share of mail claiming the domain that passes DMARC (SPF or DKIM aligned), week by week. In the monitoring phase (p=none) reports reveal forgotten senders; each one gets SPF and DKIM fixed. Quarantine sends failures to spam, reject refuses them at the receiving server. Illustrative figures.

DMARC: from watching to rejectingLine chart over 12 weeks. DMARC pass rate climbs from 61 percent in week 1 to 78 percent at the end of the p=none phase, 94 percent at the end of p=quarantine, and 99.1 percent in week 12 under p=reject.DMARC pass rate, 12 weeksp=nonemonitor onlyp=quarantinefailures to spamp=rejectfailures refused50%60%70%80%90%100%W1W2W3W4W5W6W7W8W9W10W11W1261%78%94%99.1%Week number on the x axis. Pass rate is measured on aggregate (rua) reports.

Frequently asked questions

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

Send us a message
How does the design stop wire fraud?

A written wire-change procedure requires any change to payment instructions to be confirmed by a call to a known number, so the process does not trust an email alone. Inbound mail analysis flags look-alike domains, new-sender payment requests and reply-to tricks. Staff who handle money use passkeys or hardware security keys.

How is domain spoofing blocked?

SPF, DKIM and DMARC are enforced at p=reject, with MTA-STS and TLS reporting. Spoofing of the group's domain is blocked at the mail gateway.

How do staff reach systems without a flat VPN?

Access is identity-aware: each application is reachable only after the user and the device pass checks. WireGuard-based private access covers the few internal systems that cannot be published through an identity proxy. Laptops and phones are managed and encrypted.

Do you know if your company is safe?

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

CallFree assessment