AppReviewFix
Guideline library
Apple App Store — Design

4.2.7 — Remote Desktop Clients

Official source: App Store Review Guidelines
What this guideline means

Apps that let a user remotely control another computer need to be connecting to hardware the user owns, manages, or has explicit permission to access — a remote-access app can't be a general-purpose tool for unauthorized access to arbitrary machines.

Why apps actually get flagged

Comes up when a remote-desktop app's onboarding doesn't clearly establish that the connecting user has legitimate authorization to the target machine.

A real example

"Your app functions as a remote desktop client but does not ensure users are only connecting to devices they own or have permission to access, per guideline 4.2.7."

The short version, in more detail

Guideline 4.2.7 sets conditions for remote desktop clients, apps that let a person control another computer. They must connect to machines the user owns, manages or has permission to access. A remote-access app that works as a general tool for reaching arbitrary machines raises obvious security and abuse concerns, so the authorisation of the user matters in review.

Why this rule exists

Remote control software is powerful. In legitimate hands it supports work and support, but it can also be misused to gain access to a computer without the owner's knowledge. Apple therefore expects such apps to establish that the person connecting is entitled to do so, and to avoid features that make unauthorised access easy, such as discovery of random machines or hidden operation.

What this guideline covers

  • Apps that remotely control or view another computer.
  • Authorisation of the person connecting to the target machine.
  • Restrictions on streaming or running content from the host.
  • Clarity about what the app is meant to be used for.

What usually triggers this rejection

  • Onboarding that does not make clear the user must have authority over the target machine.
  • A feature that finds or connects to arbitrary computers.
  • Stealth or hidden operation on the host.
  • Marketing that suggests monitoring someone else's device.
  • Weak authentication between client and host.

How reviewers evaluate it

  • Reviewers test how a connection is set up and authenticated.
  • They consider the wording used to describe permitted use.
  • They check that the host owner is aware of access.
  • They look closely at security and privacy handling.

Common misunderstandings

  • A support or IT use does not remove the need for authorisation.
  • Strong encryption alone does not settle the authorisation question.
  • The rule is about the app's design, not just how an individual user behaves.

Common questions

Are remote desktop apps allowed on iOS?

Yes, with the conditions described.

Can an app run a game from a host computer?

There are specific limits about streaming content from a host.

Do I need to verify the owner?

The app should make sure the connecting user is authorised for the target.

Platform rules change often. This page is a plain-language explanation written by AppReviewFix, not official guidance. Check the current App Store Review Guidelines for the exact wording.

Got this exact rejection?Paste it in and get a diagnosis specific to your app, free.
Decode my rejection
Related guidelines
4.3 — Spam4.1 — Copycats and app impersonation4.2 — Minimum functionality4.5.4 — Push notification abuse4.2.3 — App independence
AppReviewFix
ProductDecoderPricingGuideline library
CompanyAboutFAQContact
ResourcesGuidesTopic overviewsCommon rejection reasons
LegalTermsPrivacy
© 2026 AppReviewFixBuilt by a developer, not a committee.