Legal Illustrative engagement

A law firm catches a lookalike domain impersonating a partner and has it taken down, with its DMARC policy already at reject

A law firm of about 150 attorneys and staff in the Northeast, with a transactional and real-estate practice.

Scale
About 150 attorneys and staff, 1 lookalike domain, 3 clients emailed, 2 abuse reports, 1 client notice, DMARC at p=reject
Engagement
One incident of about two weeks, followed by continuous brand and domain monitoring

The challenge

The firm had done the standard work: SPF, DKIM and DMARC at p=reject, so nobody could send mail as the firm's own domain. An attacker registered a different domain that differed from the firm's name by one letter, set up mailboxes on it and wrote to three clients in the middle of a closing, posing as a partner and asking them to use new wire instructions. DMARC does not apply to a domain the firm does not own, so the firm's own controls were silent.

A firm can have every email control in place and still be impersonated. DMARC at p=reject tells receiving servers to refuse mail that claims to come from the firm's own domain, and it works. It says nothing about a different domain that merely looks the same, registered for a few dollars by someone who knows that a partner's name, a real matter and a wire deadline together are persuasive. For a law firm with a real-estate practice, closing weeks are when clients are most ready to follow a payment instruction, and most likely to act on one that appears to come from their lawyer.

Detection came from outside the mailbox. The firm's domain monitoring watches certificate transparency logs, because an attacker who wants a working website or secure mail usually obtains a certificate, and it compares new registrations against the firm's names with rules for one-letter changes, swapped characters and look-alike glyphs. The monitoring flagged the new domain within hours of its certificate. The gateway also flagged first-time senders whose display name matched a partner but whose domain was not the firm's, which is how the first message was recognized.

Before reporting anything, the team captured the evidence: screenshots, registration data from RDAP, the full message headers, the certificate and the hosting address, each with a time. Then two abuse reports went out, one to the registrar and one to the hosting provider, each stating plainly what the domain was doing. Registrars and hosts generally act faster on clear evidence of phishing and fraud than on a trademark argument. The firm's counsel reviewed the Uniform Domain-Name Dispute-Resolution Policy, which lets a trademark owner ask for a transfer or cancellation when a domain is confusingly similar, the registrant has no legitimate interest and the registration and use were in bad faith. The complaint was drafted and held back as the slower route, which can take weeks.

The client warning was short and specific. It named the lookalike domain, said the firm had not sent the message and repeated the firm's rule: wire instructions are given only by a call to a number the client already has. The same warning was sent to every client with an open closing. The firm blocked the domain in its own gateway, reported the incident to the FBI's Internet Crime Complaint Center and kept the finance contacts at each client on file for next time.

In this illustrative case the timings are modeled. Takedown speed depends on the provider, and an attacker can register another domain the next day, so the monitoring continues and the rule that protects clients is the callback, not the takedown. This engagement is illustrative, and nothing here is legal advice.

What our team delivered

  • Monitoring for new domains that resemble the firm's name and its partners' names: certificate transparency logs, newly registered domain feeds and similarity matching for one-letter changes, swapped characters, look-alike glyphs and different top-level domains
  • A mail gateway rule that flags first-time senders whose display name matches a partner and whose domain is not the firm's, and a banner on messages that mention payment or wire instructions
  • Evidence capture before any report: screenshots, registration records from RDAP, the full message headers, the certificate and the hosting address, with times recorded and the files preserved for counsel
  • Abuse reports to the registrar and to the hosting provider, each with the evidence and a plain statement that the domain was being used to impersonate the firm and to attempt payment fraud
  • A review of the Uniform Domain-Name Dispute-Resolution Policy with the firm's counsel: the domain was confusingly similar to the firm's mark, the registrant had no legitimate interest, and the registration and use were in bad faith. The firm held the complaint in reserve as the slower route
  • A short warning to clients with open matters and to anyone who had received the message, repeating that the firm gives wire instructions only by a call to a number the client already has
  • The offending domain blocked in the firm's own gateway, a report to the FBI's Internet Crime Complaint Center, and the firm's contacts at the three clients' finance teams recorded for next time

Result

The domain was registered 9 days before the first message. The monitoring flagged its certificate within a few hours, before the second wave, and 3 clients had already received the first message. One began to follow the instructions, then phoned the partner as the firm's closing checklist advises, and no money moved. The hosting provider disabled the site after 11 hours and the registrar suspended the domain after 26 hours. The firm drafted a UDRP complaint but did not need to file it. That is one illustrative outcome, not a promise: providers respond at different speeds, an attacker can register another domain the next day, and monitoring has to continue. This is an illustrative engagement that describes the kind of work our team does; details are composite, and nothing here is legal advice.

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

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

Show 3 more

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

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

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

Mail checked going in, going out and kept

Inbound mail from the internet passes a filter with AI-assisted phishing detection before it reaches Microsoft 365 or Google Workspace. Outbound mail passes data-loss-prevention (DLP) rules first. A journal copy of every message goes to a write-once archive. If the mail platform has an outage, a continuity mailbox keeps receiving and replays the mail afterward.

Mail checked going in, going out and keptThe internet on the left sends mail to an inbound filter, which checks SPF, DKIM and DMARC and uses AI to spot phishing, then passes clean mail to Microsoft 365 or Google Workspace on the right. A second path runs the other way: outbound mail goes from the mail platform through an outbound DLP check and then out to the internet. A journal copy goes from the mail platform down to an immutable archive. At the bottom, a continuity mailbox receives mail from the internet during an outage and replays it into the mail platform when service returns. Internetsenders andrecipientsMail platformMicrosoft 365or Google WorkspacemailboxesInbound filterSPF, DKIM, DMARC, AIOutbound DLPrules before sendContinuity mailboxholds mail in an outageArchivewrite-once copy1 · inbound mail filtered before delivery2 · outbound mail checked for sensitive data3 · every message journaled to the archive4 · outage: continuity holds, then replaysAI-assisted phishing detectionDLP on outboundJournal copy kept write-once

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.

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

Do you know if your company is safe?

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

CallFree assessment