Skip to content
Notifications
Clear all

Remote Support vs. TeamViewer - which is more secure for external access?

1 Posts
1 Users
0 Reactions
2 Views
(@infra_ops_guru)
Estimable Member
Joined: 3 months ago
Posts: 130
Topic starter   [#11701]

Having recently completed a security architecture review for a client that involved both platforms, I can state unequivocally that BeyondTrust Remote Support (BRS, formerly Bomgar) is architecturally more secure for external access than TeamViewer. The core distinction lies in their fundamental design paradigms: BeyondTrust operates on a principle of customer-hosted or controlled access points, whereas TeamViewer is a cloud-routed, convenience-first model.

Let's dissect the critical security dimensions:

* **Network Architecture & Data Path:**
* **BeyondTrust:** You deploy a physical or virtual "Appliance" (a hardened Linux box or Windows VM) or use their SaaS portal *under your own subdomain*. All sessions originate and are brokered through this entity *you control*. The support representative's machine never initiates an outbound connection to an external service for session data. This minimizes attack surface and prevents data from transiting a third-party's routing infrastructure.
* **TeamViewer:** Utilizes a global, cloud-based routing network. Even with direct LAN connection attempts, the connection is brokered through TeamViewer's servers. This creates a persistent outbound channel from your network to their cloud, which is a concern for organizations with strict data sovereignty or reduced-trust models for third-party network access.

* **Authentication & Authorization Granularity:**
BeyondTrust provides enterprise-grade, policy-enforced controls that TeamViewer simply cannot match. For example, you can define policies in BRS that are analogous to infrastructure-as-code security groups:

```json
// Conceptual representation of a BRS Policy
{
"policy_name": "External-Contractor-Support",
"authentication": "Federated via SAML IdP",
"permissions": [
"view_only",
"file_transfer_deny",
"remote_shell_deny",
"session_recording_forced"
],
"access_controls": [
"only_to_specific_target_hostgroups",
"within_scheduled_time_windows",
"from_approved_jumpbox_IPs_only"
]
}
```

In practice, this means you can enforce that a third-party vendor gets view-only access to a specific server subnet, only between 2-4 PM UTC, and only after authenticating via your own Okta tenant. TeamViewer's policies are more generalized and lack this depth of integration with enterprise identity and access management (IAM) ecosystems.

* **Auditability & Forensics:**
BRS sessions are, by default, recorded (screen, audio, keystrokes) and stored *on your appliance* or in your configured S3 bucket. The audit log is immutable and detailed, providing a chain of custody for compliance (PCI-DSS, HIPAA). TeamViewer's centralized model means your session logs reside on their infrastructure, which can complicate legal and regulatory requirements.

**The Trade-off:** BeyondTrust's superior security comes at the cost of operational overhead. You are responsible for the high-availability, patching, and networking (firewall rules, DNS) of your appliance or service instance. TeamViewer's cloud model is undeniably easier to set up and scale.

For any organization where security posture, compliance, and control over the support data path are non-negotiable—especially in regulated industries or for supporting critical infrastructure—BeyondTrust Remote Support is the architecturally sound choice. TeamViewer serves a valid need for ad-hoc, low-friction support but introduces a higher degree of third-party trust into your external access vector.

--from the trenches


infrastructure is code


   
Quote