Every organisation that texts its customers is teaching them what a genuine message looks like, and every gap in how it registers, sends and links those messages is room for a smishing campaign to copy it. Application-to-person (A2P) SMS now runs through registration regimes: US 10DLC brand and campaign registration through The Campaign Registry, carrier rules built on the CTIA Messaging Principles and Best Practices, and national sender ID registers in Singapore, the United Kingdom and, from 1 July 2026, Australia. This guide covers the sender side: how to register brands, numbers and sender IDs so they are hard to impersonate, how to design messages customers can verify, how to protect the messaging platform account itself, and how to detect and respond when your brand is spoofed. It is written for security, fraud, marketing operations and customer communications teams. Operator-side filtering and consumer advice are covered in the Scam Prevention in Telecoms Guide and the Vishing and Smishing Guide.
Key takeaways
- Registration is a security control, not paperwork. 10DLC brand vetting, The Campaign Registry's Authentication+ check and national sender ID registers exist to stop others sending as your brand, so complete them for every route.
- Consistency is what customers can verify. One registered sender per use case, one owned short domain and a fixed message style give customers and filters a pattern that look-alikes break.
- Links are the weak point. CTIA guidance says links must not hide the sender's identity and that shorteners should use domains dedicated to the sender; public shorteners teach customers to trust links they cannot read.
- The messaging account is a high-value non-human identity. API keys and console access for your messaging provider can send under your registered brand, so treat them like production secrets.
- Plan for spoofing anyway. Registration narrows abuse but does not end it; monitor reports, keep a takedown and customer notice playbook ready, and use do-not-originate for numbers that never send texts.
How A2P sender identity works by number type
The sender identity a customer sees depends on the number type and the country. The CTIA Messaging Principles and Best Practices (May 2023) describe the US options: 10-digit NANP numbers that support SMS, MMS and RCS, common short codes of five or six digits for high-volume traffic, and toll-free numbers (800, 888, 877, 866, 855, 844) that can be text-enabled only with the toll-free voice subscriber's authorisation. Many other countries allow alphanumeric sender IDs, a brand name in place of a number, which is exactly what smishers imitate.
| Sender type | Where used | Identity assurance | Main impersonation risk | Sender-side control |
|---|---|---|---|---|
| 10DLC (10-digit long code, A2P) | United States | Brand and campaign registered with The Campaign Registry through a campaign service provider; public company brands verified by Authentication+ | Look-alike texts from unregistered or person-to-person numbers using your brand name in the body | Register every campaign; keep brand data accurate; publish your sending numbers |
| Toll-free (text-enabled) | United States, Canada | Text enablement authorised by the voice subscriber, with provider verification | Hijacking of a toll-free number's text enablement | Confirm text enablement status on every toll-free number you own, including voice-only ones |
| Short code | United States and many other markets | Leased and approved per programme | Customers trusting any short code; look-alike content from long codes | Publish the short code; keep programme content consistent |
| Alphanumeric sender ID | UK, EU, Singapore, Australia and many others | Varies: none, voluntary protection registry or mandatory register | Anyone setting your brand name as sender, landing in the same thread as genuine messages | Register in every national register and protection scheme on your routes |
For one-time codes and authentication texts, which carry their own risks, see the OTP security guide.
10DLC registration done securely
The Campaign Registry (TCR) describes itself as an independent reputation authority chosen by mobile network operators to collect brand and campaign data for A2P traffic on 10DLC. Businesses do not register directly: a campaign service provider (CSP), usually the messaging platform, submits brand and campaign details, and connectivity partners and direct connect aggregators review campaigns before carriers such as AT&T and T-Mobile deliver them. TCR says any business using 10DLC to text customers or employees must register, that it does not itself approve campaigns, and that review can take one to four weeks.
Authentication+ for public company brands
TCR introduced Authentication+ on 17 October 2024 to combat brand impersonation and fraud such as smishing and spoofing. It is mandatory for all new and existing public for-profit brands registering for 10DLC. TCR sends a verification email to a brand representative's business email address (personal and group addresses are not accepted); the representative confirms and enters name and title, and the brand moves to VERIFIED, which is needed to register new campaigns. The email expires after seven days and can be resent for up to 30 days, after which the brand must be resubmitted. The check also runs again when a brand is revetted after an update. TCR has said it will extend Authentication+ to other business types.
Security decisions in the registration
- Who owns the brand record: name a business contact whose mailbox is monitored and tied to the corporate domain, because that address now controls verification. Move it when people leave.
- Who can register campaigns under your brand: agencies and software vendors may register on your behalf. Keep a list of every CSP and agency authorised to send as your brand, and ask each for the campaign IDs they hold.
- Campaign scope: register narrow use cases (account notifications, delivery updates, marketing) rather than one broad campaign, so a compromise of one sending path does not inherit every permission.
- Sample messages: the samples you submit become the baseline reviewers compare against. Use your real format, owned domain and opt-out wording.
- Do not spread traffic: CTIA guidance says senders should not spread messages across many numbers or short codes (snowshoeing). Besides breaching carrier rules, spreading traffic makes your genuine sending pattern harder for customers and filters to recognise.
Sender ID registers outside the US
Alphanumeric sender IDs are the most direct brand impersonation vector, and governments are moving from voluntary protection to mandatory registration. The table shows the regimes confirmed from official sources as at November 2026.
| Country | Scheme | Status | Effect on unregistered IDs | How to register |
|---|---|---|---|---|
| Australia | ACMA SMS Sender ID Register | Launches 1 July 2026; organisations must register all sender IDs by that date, and telcos must participate to send with sender IDs | Name replaced with "Unverified" and grouped into one thread with a scam warning | Through your telco or messaging provider; IDs should match the organisation's business name or trademark |
| Singapore | SMS Sender ID Registry (SSIR), run by SGNIC, an IMDA subsidiary | Full regime mandatory since 31 January 2023 | Marked "Likely-SCAM" | SSIR portal with the organisation's UEN, naming IMDA-licensed aggregators; fees per sender ID |
| United Kingdom | Mobile Ecosystem Forum (MEF) SMS SenderID Protection Registry | Voluntary industry registry | Protected IDs are blocked when they arrive from routes the brand has not authorised | Register with MEF, then authorise each provider (providers may ask for a letter of authorisation) |
Registration has an operational side effect worth planning for: once an ID is protected, any route you forgot to authorise will also be blocked or labelled. Inventory every system that sends SMS, including marketing platforms, appointment tools and third-party service providers, before you register.
Designing messages customers can verify
Registration controls who can send as you on compliant routes. Message design determines whether customers can tell your texts from imitations arriving on other routes.
- Identify the sender in the first message: CTIA guidance says the call to action should identify the organisation and the number or short code messages will come from, and that number spoofing should be avoided.
- Own the link domain: CTIA says links must not hide or obscure the sender's identity, and that a URL shortener should use a web address and IP addresses dedicated to that sender. Use one short, owned domain for all SMS links. See the Domain Portfolio and Lookalike Domain Management guide.
- Never ask for secrets by text: state in every channel that you will never ask for passwords, codes or card details by SMS, and keep links out of one-time code messages.
- Honour opt-out reliably: CTIA treats STOP as the standard opt-out keyword and expects plain-language requests such as end, unsubscribe, cancel and quit to be honoured too. Reliable opt-out lowers complaint rates that otherwise get genuine traffic filtered.
- Publish your sending identities: list your short codes, sender IDs and link domain on a help page so customers and fraud teams can check a message.
Where identity fits: the messaging platform account
A registered brand is only as safe as the accounts that can send under it. Messaging platform API keys sit in application code, CI pipelines and marketing tools, and anyone holding one can send texts that pass every registry check because they really are from you. They are also a target for traffic pumping; see the Phone Number Fraud guide.
| Asset | Risk | Control |
|---|---|---|
| Messaging API keys and tokens | Leaked key sends phishing under your registered brand | Vault storage, scoped sub-account keys per application, rotation, secret scanning; see the API Key Management Guide |
| Provider console accounts | Takeover changes templates, numbers or webhooks | SSO with phishing-resistant MFA, named accounts, quarterly access review |
| Brand contact mailbox | Controls Authentication+ verification and provider notices | Corporate-domain shared mailbox with an owner, not a personal address |
| Delivery and inbound webhooks | Spoofed callbacks or data leakage | Verify provider signatures, HTTPS only, restrict source addresses where the provider publishes them |
| Agencies and third-party senders | Unvetted party sends under your brand | Contract clauses, separate campaigns per party, removal at contract end |
If a key leaks, follow the API Key Leak Response Playbook and check the provider's message log for sends you did not make.
Choosing controls by organisation size
- Small organisations texting a local customer base: one messaging provider, one registered 10DLC or toll-free campaign or one registered sender ID per country, an owned link domain, and MFA on the provider account. Most of the protection comes from not being inconsistent.
- Large consumer brands: a central register of every sending system and agency, protection registrations in every market, short codes for high volume, brand monitoring for look-alike texts and domains, and a formal takedown process.
- Regulated sectors such as banking, healthcare and government services: the brands most impersonated. Add customer-facing verification pages, an SMS policy that rules out links in high-risk messages, and fraud team access to complaint and report data.
- Single provider versus several: one provider simplifies registration and key control; several give resilience but multiply authorisations, so each must appear in your registry authorisations and key inventory.
How to implement
- Inventory senders (weeks 1 to 2): list every system, vendor and agency that sends SMS, with number types, sender IDs, countries, link domains and the API keys involved.
- Consolidate (weeks 2 to 4): retire unused numbers, move links to one owned domain, and define the approved message formats per use case.
- Register (weeks 3 to 8): complete 10DLC brand and campaign registration, Authentication+ for public companies, toll-free verification, and sender ID registration in each market. Allow for the one to four week campaign review TCR describes.
- Pilot: send through each registered route to test handsets on major networks in each country and confirm the sender displays correctly and links resolve. Keep the previous route live until delivery is confirmed so you can roll back.
- Lock down the platform: SSO and MFA on consoles, scoped keys per application in a vault, webhook signature checks and alerting on volume or destination anomalies.
- Protect unused numbers: ask your carrier to add inbound-only and voice-only numbers to a do-not-originate list. Under 47 CFR 64.1200(p), in force with compliance required since 3 September 2024, US mobile providers must block texts purporting to come from numbers on a reasonable DNO list, including numbers whose subscriber has asked for texts from them to be blocked.
- Prepare response: agree who handles reports of spoofed texts, how customers are warned, and how look-alike domains are taken down, using the Brand Impersonation and Lookalike Domain Takedown Playbook.
Detection and measurement
Most spoofed texts never touch your systems, so detection depends on external signals as well as your own logs.
- Customer and staff reports: a reporting address and help page form, and encouragement to forward scam texts to 7726 (SPAM), which CTIA cites as an example consumer reporting channel.
- Brand monitoring: new domains resembling your SMS link domain, and scam text samples shared by industry groups and fraud teams.
- Platform logs: send volume by key and campaign, sends to unexpected countries, template changes and new API keys.
- Delivery signals: rising filtering or blocking of genuine traffic. The FCC requires providers to keep a point of contact for senders to report erroneous blocking (47 CFR 64.1200(r)).
| Metric | What it shows | Target direction |
|---|---|---|
| Sending routes registered and authorised | Share of SMS-sending systems covered by 10DLC, toll-free or sender ID registration | 100% |
| Messages using the owned link domain | Link consistency customers can learn | 100% of messages with links |
| Spoofed text reports per month | Impersonation pressure on the brand | Tracked trend; spikes trigger customer notices |
| Time to take down a look-alike domain | Response speed | Falling |
| Messaging keys older than rotation policy | Credential hygiene on the sending platform | Zero |
Framework and regulatory mapping
| Area | Reference | What it means for senders |
|---|---|---|
| US text blocking | FCC 23-21; 47 CFR 64.1200(p) and (r) | Use do-not-originate for numbers that never text; use provider points of contact for wrongful blocking |
| US impersonation | FTC Rule on Impersonation of Government and Businesses, 16 CFR Part 461 (effective 1 April 2024) | Prohibits materially falsely posing as a business or misrepresenting affiliation with one; supports enforcement against those impersonating your brand |
| Industry rules | CTIA Messaging Principles and Best Practices (May 2023) | Consent, opt-out, sender identification, link and snowshoeing rules that carriers enforce |
| Supplier and credential control | NIST CSF 2.0 GV.SC-05, PR.AA-01; NIST SP 800-53 Rev. 5 IA-5, SR-6 | Contract and assess messaging suppliers; manage messaging credentials |
| Awareness | NIST CSF 2.0 PR.AT-01; NIST SP 800-53 Rev. 5 AT-2 | Tell customers and staff how genuine messages look |
Common failure patterns
- Forgotten senders: an appointment tool or agency still texting from an unregistered route, so genuine messages arrive labelled as suspicious or blocked once a sender ID is protected.
- Public link shorteners: genuine texts with opaque short links train customers to tap links they cannot read, which is the habit smishers rely on.
- Personal brand contact: verification and provider notices going to an employee who has left, delaying campaign registration or incident contact.
- One API key everywhere: a single unscoped messaging key embedded in several applications, so one leak allows sending under the brand and nobody can tell which system leaked it.
- Inconsistent formats: different numbers, names and styles per department, leaving customers no pattern against which a fake looks wrong.
- No customer notice plan: waiting for a campaign of spoofed texts to hit social media before warning customers.
Practitioner checklist
- Maintain an inventory of every system, vendor and agency that sends SMS under your brand.
- Register every US campaign with The Campaign Registry through your provider, and complete Authentication+ if you are a public company.
- Register alphanumeric sender IDs in every market with a register, including Australia before 1 July 2026, and authorise each provider.
- Use one owned, dedicated link domain for SMS and publish it with your sending numbers and IDs.
- Keep links out of one-time code messages and never request credentials by text.
- Put messaging API keys in a vault, scoped per application, rotated and covered by secret scanning.
- Enforce SSO and phishing-resistant MFA on messaging provider consoles.
- Add voice-only and inbound-only numbers to a do-not-originate list.
- Run a spoofed-text response playbook with customer notice templates and domain takedown steps.
Standards and references
- The Campaign Registry: Authentication+ enhances A2P 10DLC security
- The Campaign Registry: Introduction to The Campaign Registry
- CTIA: Messaging Principles and Best Practices (May 2023)
- FCC: Targeting and Eliminating Unlawful Text Messages, compliance date notice
- FCC: Text Blocking Report and Order (FCC 23-21)
- FTC: Trade Regulation Rule on Impersonation of Government and Businesses
- ACMA: Call to action for all organisations using branded SMS
- SGNIC: Singapore SMS Sender ID Registry
Related NHI Mgmt Group resources: Vishing and Smishing Guide · Phone Number Fraud · Bulk Sender Requirements Guide · Scam Prevention in Telecoms Guide · API Key Management Guide