Skip to content
Answer Stack
Open menu

What UCaaS security best practices reduce data breach risk?

✓ Verified Last reviewed by AnswerStack Next review due Dec 14, 2026

Every claim is sourced below

The practices we'd put in place control who can get in and what they can reach. Require strong sign-in for administrators, limit who can join meetings from outside, restrict who can open stored recordings, and close accounts when people leave. Encryption in transit protects a conversation while it crosses the network. It doesn't decide who is allowed to sign in or who can play a recording back afterward, so those decisions need settings of their own.

What encryption in transit covers

In Microsoft Teams, network communications are encrypted by default. TLS protects the signaling and SRTP protects the audio and video. That covers a call while it crosses the network. Other services publish their own descriptions, so read the one for the product you use.

Transport encryption has a narrow job. It stops someone on the network path from reading the traffic. It isn't the same thing as end-to-end encryption, and it doesn't describe what happens to a call once it leaves for the public phone network. We cover that boundary in whether PSTN calls can be encrypted.

Someone who signs in with a stolen password doesn't have to break any of that encryption. They reach what the account can reach, through the normal interface.

Area What Microsoft documents What your organization sets
Calls and messages in transit Encrypted by default with TLS and SRTP Network and firewall access for the apps
Sign-in Authentication through Entra ID, with Conditional Access on an Entra ID P1 license Which sign-in methods are required, and for whom
Meetings Anonymous, external and guest access, with lobby and role settings Which types can join, and who waits in the lobby
Recordings Storage in OneDrive or SharePoint, with permissions that follow the location Who each file is shared with, and retention labels

Strong sign-in, starting with administrators

We'd start with administrator accounts, because an administrator can change settings that affect many accounts at once. We'd then extend the requirement to every user account, since a stolen password reaches whatever that account can reach.

Teams shows what a stronger requirement looks like. Its sign-in runs through Microsoft Entra ID, and Entra has a control called an authentication strength. It lets an administrator say which sign-in methods are accepted for a given resource. The built-in phishing-resistant strength accepts a FIDO2 security key, Windows Hello for Business or a platform credential, and multifactor certificate-based authentication. A password followed by a text message or a push notification satisfies ordinary multifactor authentication. It doesn't satisfy that strength.

The difference is in how the methods work. A texted code can be typed into a fake sign-in page and passed along to the real one. Microsoft describes the phishing-resistant methods as requiring an interaction between the authentication method and the sign-in surface, so there's no code for the user to hand over.

Two conditions come with this control. Authentication strengths are part of Conditional Access, which requires a Microsoft Entra ID P1 license. And the policy is evaluated after the initial authentication, so it sets a requirement for reaching the resource and doesn't change the first password prompt. It's a rule about how someone must sign in to get to the admin tools.

Other UCaaS services have their own sign-in systems, and the options depend on the product and the plan. The thing to find out is whether the admin portal can require a second factor, and which factors it accepts.

Decide who can join from outside

Meetings bring in people who aren't in your directory, and Teams treats them as different kinds of participant. Anonymous users join from a link without signing in to your organization. External access covers authenticated users from organizations you've chosen to trust. Guest access gives an outside person an account in your tenant, with access to teams, channel documents and chats.

These reach different things. Anonymous access is a way into a meeting, and guest access extends to a team's channels and files. So the two deserve separate decisions.

In Teams, an administrator and an organizer make these choices before a meeting starts. They decide which participant types are allowed at all, who joins directly, and who waits in the lobby. For a meeting where client details will be discussed, sending outside participants to the lobby means an organizer, co-organizer or presenter sees each name before admitting it. If you're setting this up for staff at home, how to set up UCaaS for a remote team covers the rest of the rollout.

Stored recordings need their own review

A recording outlasts the meeting, and the rules for who can open it are separate from the rules for who could join. In Teams, Microsoft's page on recording storage and permissions says a meeting recording is saved to the organizer's OneDrive. A recording of a one-to-one or group call goes to the OneDrive of the person who selected Record. A channel meeting's recording goes to that channel's SharePoint folder. There are fallback locations as well, for example when the organizer has no OneDrive account.

Permissions follow the location. For a regular meeting, invitees inside the organization get a link automatically, and the organizer has to add external participants. For a channel meeting, access is inherited from the channel's owners and members. So a sensitive conversation recorded in a busy channel can be opened by the whole channel, including people who weren't in the meeting.

A dedicated recording service raises the same questions. Suppose a 40-person accounting firm has set up Atlantech Online's call recording service to record its client calls automatically. The service works with Microsoft Teams and cloud business phone systems. Atlantech's page lists role-based permissions, an audit trail, retention rules and legal holds, with storage in the cloud, on premises or split between them.

The firm has to decide which roles can search and play back calls, and how long a recording is kept before it's deleted. A shorter retention period leaves fewer files to expose if an account is taken over, so we'd set it as short as the firm's record-keeping duties allow. The audit trail gives the firm a record to check after something goes wrong.

A medical practice recording patient calls has further obligations before it turns recording on. We cover those in UCaaS compliance requirements for healthcare organizations.

Close accounts and limit what a stolen one can do

People leave, and their accounts still hold voicemail, call history, chat and recordings. Disabling a departing employee's account on their last day is ordinary housekeeping. It's a security practice too. The former employee is no longer watching that account, so assign someone responsibility for disabling it and handling its files.

Where the phone system has its own login, separate from the company directory, give it its own line on the offboarding list. Reassign the person's number and deal with the recordings they own. In Teams, a recording saved to a user's OneDrive is handled like any other file there when the person leaves, so decide who takes those files over as part of the same step. Channel recordings stay in the channel's SharePoint folder. Ask how the service handles sessions that are already signed in when an account is disabled, so you know whether disabling it is enough.

Some settings limit what a stolen account can do. Permissions do that for data: an account whose role doesn't include playback can't open those recordings through that role. Toll fraud is a second case, and it's a loss on the bill, not exposed data. Someone gains access to an extension and runs up international calls. Atlantech's business phone service leaves international calling disabled by default for that reason, and turns it on when a customer asks. If your staff never call abroad, leaving it off limits that exposure.

Sources

RFC 3711: The Secure Real-time Transport Protocol (SRTP)

Internet Engineering Task Force (IETF)

Independent Verified Sep 15, 2026 Supports: SRTP provides confidentiality, message authentication and replay protection to RTP and RTCP traffic; the encrypted portion is the RTP payload while the authenticated portion is the header plus the encrypted payload; the RTP header itself is not encrypted; key management is outside the scope of SRTP.

“SRTP ... can provide confidentiality, message authentication, and replay protection to the RTP traffic and to the control traffic for RTP, the Real-time Transport Control Protocol (RTCP).”

RFC 3261: SIP: Session Initiation Protocol

IETF

Independent Verified Sep 15, 2026 Supports: Transport-layer security such as TLS protects SIP signaling between adjacent entities and is distinguished from end-to-end security; proxies must read request URIs and routing headers, so hop-by-hop transport security does not prevent intermediaries from seeing signaling.
RFC 5630: The Use of the SIPS URI Scheme in SIP

IETF

Independent Verified Sep 15, 2026 Supports: SIPS requires TLS on each hop rather than end to end, a receiving UAS cannot know for certain that TLS was used on every hop, and nothing prevents proxies from cheating.

“there is nothing that prevents proxies from cheating”

NIST SP 800-63B-4: Digital Identity Guidelines, Authentication and Authenticator Management

NIST

Independent Verified Sep 15, 2026 Supports: AAL2 requires proof of possession and control of two distinct authentication factors; AAL3 requires a hardware-based authenticator with a non-exportable private key providing phishing resistance; manually entered authenticator outputs such as SMS and OTP cannot be phishing resistant; out-of-band aut
Implementing Phishing-Resistant MFA (fact sheet, October 2022)

CISA

Independent Verified Sep 15, 2026 Supports: FIDO/WebAuthn and PKI-based authentication are the phishing-resistant forms; app-based OTP and number-matched push remain vulnerable to phishing; SMS or voice is vulnerable to phishing, SS7 exploitation and SIM swap and should be a last resort; CISA urges system administrators and other high-value t

“This form of MFA should only be used as a last resort MFA option.”

NIST SP 800-53 Rev. 5: Security and Privacy Controls for Information Systems and Organizations

NIST

Independent Verified Sep 15, 2026 Supports: Control text used here was read from NIST's OSCAL catalog for this publication: AC-6 least privilege; AC-2 account management including alignment with personnel termination and transfer processes; AC-2(3) disable accounts no longer associated with a user; AU-6 audit record review, analysis and repor

“Employ the principle of least privilege, allowing only authorized accesses for users ... that are necessary to accomplish assigned organizational tasks.”

47 CFR 64.2011: Notification of customer proprietary network information security breaches

eCFR (U.S. Government Publishing Office)

Independent Verified Sep 15, 2026 Supports: Carrier must notify the U.S. Secret Service and the FBI no later than seven business days after reasonable determination of a breach; carrier may not notify customers or the public until seven full business days after that notification, with an immediate-harm exception after consultation with the in
47 CFR 64.2003: Definitions (CPNI subpart)

eCFR (U.S. Government Publishing Office)

Independent Verified Sep 15, 2026 Supports: For this subpart, telecommunications carrier includes an entity that provides interconnected VoIP service, which is what brings cloud calling providers inside the CPNI rules.
45 CFR 164.404: Notification to individuals (HIPAA Breach Notification Rule)

eCFR (U.S. Government Publishing Office)

Independent Verified Sep 15, 2026 Supports: Notice to affected individuals without unreasonable delay and no later than 60 calendar days after discovery, written in plain language, describing what happened and what individuals should do.
https://www.ftc.gov/business-guidance/resources/data-breach-response-guide-business

FTC

Independent Verified Sep 15, 2026 Supports: Secure operations and fix vulnerabilities quickly; do not destroy forensic evidence and do not turn machines off before forensics experts arrive; assemble a response team spanning forensics, legal, IT, operations, HR and communications; check what personal information service providers can access; n

“don't turn any machines off until the forensics experts arrive”

Consumer Alert: Telecommunications Toll Fraud (Public Notice DA 92-728, June 9, 1992)

U.S. Federal Communications Commission

Independent Verified Sep 15, 2026 Supports: PBX remote access fraud in which unauthorized callers test random authorization codes until one works and calls are billed to the PBX owner; voicemail systems that provide a dial tone or a link to remote access; FCC guidance to disable any part of the system not in regular use and to ask carriers ab
Microsoft - Teams security guide

Microsoft

Primary source Verified Sep 15, 2026 Supports: Teams encrypts network communications by default using TLS, MTLS and SRTP; SRTP session keys are exchanged over the signaling TLS channel; Teams data is encrypted in transit and at rest, with enterprise data decryptable by the organization for eDiscovery; tenant admins can remove an external phishin

“Teams data is encrypted in transit and at rest in Microsoft services, between services, and between clients and services.”

Manage end-to-end encryption for Microsoft Teams meetings and one-to-one calls

Microsoft Learn

Primary source Verified Sep 15, 2026 Supports: E2EE covers meetings and one-to-one calls; meeting organizers need Teams Premium; E2EE is disabled by default for one-to-one calls in the global policy; recording, compliance recording, live captions and transcription, call transfer, park, merge, adding a participant and PSTN dial-in become unavaila

“Because the service can't decrypt media, some features that depend on service-side access aren't available.”

Using end-to-end encryption (E2EE) in Zoom meetings

Zoom

Primary source Verified Sep 15, 2026 Supports: Zoom meetings and webinars use 256-bit AES-GCM for real-time audio, video and shared content in transit, with keys normally generated and managed by Zoom's servers; with E2EE enabled nobody except the participants, including Zoom's servers, has the keys; enabling E2EE disables cloud recording, live
Enabling end-to-end (E2EE) encryption for Zoom Phone

Zoom

Primary source Verified Sep 15, 2026 Supports: Zoom Phone E2EE applies to one-to-one calls between Zoom desktop or mobile apps on the same account, excludes Zoom Rooms, web client and PSTN calls, and disables automatic and ad hoc recording, call monitoring, merge and transfer, call park, DTMF tones and hold music.
Security Features, RingCentral Trust Center

RingCentral

Primary source Verified Sep 15, 2026 Supports: RingCentral documents TLS and SRTP for data in transit, MLS-based end-to-end encryption for meetings, AES-256 encryption of data at rest, SAML, OAuth and password-based access control, role and permission control short of full administrator access, and a RingCentral Audit Trail for privileged user a

“Encryption with AES-256 for protection of data at rest helps ensure that your data cannot be read or recovered by unauthorized individuals.”

Webex Calling Security White Paper

Cisco

Primary source Verified Sep 15, 2026 Supports: Cisco documents SIP call control signaling encrypted with TLS and strong cipher suites, media secured with SRTP as described in RFC 3711, data at rest encrypted using AES 256 including backups and archives, restriction of privileged user IDs to the least privileges necessary, two-factor authenticati

“Media streams between SIP endpoints and the service are secured using the Secure Real-Time Transport Protocol (SRTP), as described in RFC 3711.”

Revision history

1 revision since publication
Originally published