/

CVE-2026-110618

Severity:

HIGH RISK

(8.1)

Missing Authentication (CWE-306) in SmsForwarder APIs

CVE-2026-110618

Deferred

Vulnerability type

Category:

Missing Authentication

CWE:

CWE-306

Impact:

Unauthorized access, sensitive data exposure, and remote application control

Severity:

HIGH RISK

(8.1)

CVSS version:

3.1

Catch this CVE while code is being written

Detect vulnerable code directly in pull requests, so CVEs are fixed before merge.

Summary

SmsForwarder through version 3.5.0 exposes remote-control APIs through its AndServer HTTP server without requiring authentication. An unauthenticated network attacker may read sensitive data, send SMS messages, and export or overwrite application configuration when the default-enabled endpoints are reachable.

SmsForwarder through version 3.5.0 exposes remote-control APIs through its AndServer HTTP server without requiring authentication. An unauthenticated network attacker may read sensitive data, send SMS messages, and export or overwrite application configuration when the default-enabled endpoints are reachable.

Affected context

The vulnerability occurs in SmsForwarder deployments that expose the embedded AndServer HTTP service and leave its remote-control endpoints enabled without an effective authentication requirement. Risk depends on network reachability, endpoint configuration, and whether the service is accessible beyond a trusted local environment.

The vulnerability occurs in SmsForwarder deployments that expose the embedded AndServer HTTP service and leave its remote-control endpoints enabled without an effective authentication requirement. Risk depends on network reachability, endpoint configuration, and whether the service is accessible beyond a trusted local environment.

Exploit preconditions

  • Attack surface: The AndServer HTTP service and its remote-control API endpoints
  • Required access: Network connectivity to the exposed HTTP server; valid credentials are not required
  • Trigger point: Direct requests to default-enabled APIs, including SMS, call-log, contact, and clone operations
  • Why exploitation is possible: The server accepts sensitive and state-changing requests without verifying the caller's identity or authorization
  • Attack surface: The AndServer HTTP service and its remote-control API endpoints
  • Required access: Network connectivity to the exposed HTTP server; valid credentials are not required
  • Trigger point: Direct requests to default-enabled APIs, including SMS, call-log, contact, and clone operations
  • Why exploitation is possible: The server accepts sensitive and state-changing requests without verifying the caller's identity or authorization

Why this happens

The underlying flaw is a missing authentication control on security-sensitive HTTP endpoints. The application exposes remote-control functionality without consistently requiring callers to prove their identity before accessing data or performing state-changing operations. This maps to CWE-306: Missing Authentication for Critical Function, because critical functions can be invoked by unauthenticated users.

The underlying flaw is a missing authentication control on security-sensitive HTTP endpoints. The application exposes remote-control functionality without consistently requiring callers to prove their identity before accessing data or performing state-changing operations. This maps to CWE-306: Missing Authentication for Critical Function, because critical functions can be invoked by unauthenticated users.

Potential impact

  • Attackers may read SMS messages, call logs, and contacts
  • Unauthorized users may send SMS messages from the device
  • Configuration data may be exported or overwritten
  • Attackers could alter application behavior or persistence settings
  • Exposed personal and communications data could be used for surveillance, fraud, or further compromise
  • Attackers may read SMS messages, call logs, and contacts
  • Unauthorized users may send SMS messages from the device
  • Configuration data may be exported or overwritten
  • Attackers could alter application behavior or persistence settings
  • Exposed personal and communications data could be used for surveillance, fraud, or further compromise

General mitigation guidance

Mitigation generally focuses on placing strong identity and authorization checks in front of every remote-control endpoint.

Common defensive patterns include:

  • Require authentication by default for all HTTP management and control APIs
  • Apply endpoint-level authorization based on least privilege
  • Disable remote-control interfaces that are not required
  • Bind administrative services only to trusted interfaces or protected networks
  • Use secure transport and avoid relying on network location as the sole trust boundary
  • Validate that clone, export, messaging, and configuration operations require explicit authorization
  • Minimize the sensitive data and device capabilities available to each API identity

Mitigation generally focuses on placing strong identity and authorization checks in front of every remote-control endpoint.

Common defensive patterns include:

  • Require authentication by default for all HTTP management and control APIs
  • Apply endpoint-level authorization based on least privilege
  • Disable remote-control interfaces that are not required
  • Bind administrative services only to trusted interfaces or protected networks
  • Use secure transport and avoid relying on network location as the sole trust boundary
  • Validate that clone, export, messaging, and configuration operations require explicit authorization
  • Minimize the sensitive data and device capabilities available to each API identity

How teams detect issues like this

Detection can include static analysis and code review for HTTP routes that invoke sensitive operations without authentication or authorization middleware. Reviewers can inspect default server configuration, route registration, and handler call paths for SMS, contact, call-log, export, and configuration-modification functions.

Runtime monitoring can alert on unauthenticated requests, unexpected access to management endpoints, unusual outbound SMS activity, and configuration changes. Policy enforcement may include API gateway authentication requirements, network exposure rules, endpoint inventory checks, and automated tests confirming that protected routes reject unauthenticated requests.

Detection can include static analysis and code review for HTTP routes that invoke sensitive operations without authentication or authorization middleware. Reviewers can inspect default server configuration, route registration, and handler call paths for SMS, contact, call-log, export, and configuration-modification functions.

Runtime monitoring can alert on unauthenticated requests, unexpected access to management endpoints, unusual outbound SMS activity, and configuration changes. Policy enforcement may include API gateway authentication requirements, network exposure rules, endpoint inventory checks, and automated tests confirming that protected routes reject unauthenticated requests.

Sources

SourceLink
github.comgithub.com/pppscn/SmsForwarder
github.comgithub.com/pppscn/SmsForwarder/blob/v3.5.0/app/src/main/kotlin/cn/ppps/forwarder/server/component/AppMessageConverter.kt#L93-L96
github.comgithub.com/pppscn/SmsForwarder/blob/v3.5.0/app/src/main/kotlin/cn/ppps/forwarder/utils/HttpServerUtils.kt#L35-L38
hackmd.iohackmd.io/@1ExmmukzRMWN7B4gQ4W-4Q/H1ue_ahiMe
vulncheck.comvulncheck.com/advisories/smsforwarder-through-3.5.0-missing-authentication-in-http-server-remote-control-api

Frequently asked

questions

Yes, when the AndServer HTTP service is reachable by an attacker over the network and the affected endpoints remain enabled without authentication.

The attacker needs network connectivity to the exposed HTTP service. No application credentials are required by the vulnerable endpoints.

Require authentication and endpoint-specific authorization before processing any data access or state-changing request, while disabling unnecessary remote-control APIs.

Use secure-by-default server configurations, enforce authentication through centralized middleware or an API gateway, test every sensitive route for unauthenticated access, and restrict management interfaces to trusted networks.

Yes, when the AndServer HTTP service is reachable by an attacker over the network and the affected endpoints remain enabled without authentication.

The attacker needs network connectivity to the exposed HTTP service. No application credentials are required by the vulnerable endpoints.

Require authentication and endpoint-specific authorization before processing any data access or state-changing request, while disabling unnecessary remote-control APIs.

Use secure-by-default server configurations, enforce authentication through centralized middleware or an API gateway, test every sensitive route for unauthenticated access, and restrict management interfaces to trusted networks.

Find out what's already
exploitable in your codebase.