Back

Network whitelisting

Descobreix com la inclusió a la llista blanca de xarxa millora la seguretat permetent només a entitats de confiança accedir al teu sistema, reduint les vulnerabilitats.

Quan els dispositius gestionats es troben darrere d'un tallafoc o proxy corporatiu, certs punts finals han de ser accessibles o l'inscripció, la entrega de polítiques i les notificacions push deixen de funcionar. Aquest article enumera què permetre, per plataforma, i els detalls a nivell de ruta per a equips que no poden permetre tota una dominació.


Visió general

Tot el trànsit és HTTPS sortint des del dispositiu. No es necessiten regles de tallafoc entrants al costat del dispositiu.

Cada compte té el seu propi servidor MDM:

```

[company slug].mdm.getprimo.com

```

Els dispositius es connecten a aquest host per inscriure's i rebre ordres. Permet el TCP 443 sortint cap a ell.

Windows, Linux i Android no necessiten res més. Apple necessita més, perquè els dispositius Apple es desperten pel propi servei push d'Apple.


La versió curta

Punt final

Port

Necessari per

[company slug].mdm.getprimo.com

443

*.push.apple.com

443, 2197

albert.apple.com

443

deviceenrollment.apple.com

443

mdmenrollment.apple.com

443

iprofiles.apple.com

443

Com utilitzar — Apple

El MDM d'Apple depèn del servei de notificacions push d'Apple per despertar un dispositiu quan hi ha una ordre pendent. Si bloqueges els APNs, els dispositius simplement no s'assabenten de les ordres.

Permet els cinc hosts d'Apple a la taula anterior, més el teu servidor MDM.

En xarxes més antigues que bloquegen ports HTTPS no estàndard, també permet TCP 5223 sortint cap a *.push.apple.com. Si no estàs segur si la teva ho fa, permet-ho.

Apple manté la llista completa a Utilitza productes d'Apple en xarxes empresarials.

Com utilitzar — Windows, Linux i Android

L'agent parla sortint pel port 443 al teu servidor MDM i res més. No hi ha punts finals addicionals.

Permisos a nivell de ruta

Si utilitzes un proxy invers o un tallafoc amb regles de camí i prefereixes no permetre tota una dominació, permet aquestes rutes en el seu lloc.

Els dispositius que viatgen fora del VPN o intranet només necessiten els punts finals osquery:

```

/api/osquery/*

/api/v1/osquery/*

macOS

Ruta

Propòsit

/mdm/apple/scep

El dispositiu obté un certificat SCEP

/mdm/apple/mdm

El dispositiu parla el protocol MDM

/api/mdm/apple/enroll

El dispositiu descarrega un perfil d'inscripció

/api//fleet/device/

Pàgina del dispositiu de l'empleat: inscripció manual, rotació de claus

/mdm/sso, /api//fleet/mdm/sso, /mdm/sso/callback, /api//fleet/mdm/sso/callback, /assets/*

Inici de sessió del proveïdor d'identitat de l'empleat durant la configuració

/api//fleet/mdm/setup/eula/

L'empleat accepta l'EULA durant la configuració

/api/*/fleet/mdm/bootstrap

Instal·lació del paquet de bootstrap

/mdm/apple/scep i /mdm/apple/mdm es troben fora de /api perquè implementen els protocols MDM d'Apple en comptes d'una API REST.

Windows

Ruta

Propòsit

/api/mdm/microsoft/management

El dispositiu rep ordres i perfils

/api/mdm/microsoft/discovery

El dispositiu descobreix detalls del servidor MDM

/api/mdm/microsoft/policy

Polítiques d'inscripció per a l'emissió de certificats

/api/mdm/microsoft/enroll

Inscripció de token WS-Trust X.509v3 (MS-WSTEP)

/api/mdm/microsoft/tos

Termes de servei durant la inscripció automatitzada

/api/mdm/microsoft/auth

Autenticació de l'empleat durant la inscripció automatitzada

iOS i iPadOS

Ruta

Propòsit

/enroll

L'empleat accedeix a la pàgina d'inscripció

/api/*/fleet/enrollment_profiles/ota

El dispositiu descarrega un perfil d'inscripció

/api//fleet/software/titles//inhouseapp

Desplegament d'aplicacions internes .ipa

Android

Ruta

Propòsit

/enroll

L'empleat accedeix a la pàgina d'inscripció

/api/*/fleet/androidenterprise/enrollmenttoken

Token d'inscripció de l'API de gestió d'Android

/api/*/fleet/android_enterprise/pubsub

Inscripcions i notificacions d'estat

/api/fleetd/*

Desplegament de certificats per Wi-Fi i VPN

Proxy SCEP — si utilitzes Factorial IT com a proxy SCEP, també permet /mdm/scep/proxy/*.


Mutual TLS

Les rutes /api//fleet/ suporten mTLS utilitzant el certificat emès quan es va empaquetar l'agent. /mdm/apple/mdm i /api/mdm/apple/enroll suporten mTLS utilitzant el certificat SCEP emès pel servidor.

Aquests punts finals no utilitzen mTLS:

```

/mdm/apple/scep

/api/mdm/microsoft/discovery

/api/mdm/microsoft/auth

/api/mdm/microsoft/policy

/api/mdm/microsoft/enroll

/api/mdm/microsoft/management

/api/mdm/microsoft/tos

```

A macOS i Windows, el client envia el seu certificat en un capçalera de sol·licitud, i el servidor el verifica de manera independent.


Dispositius que viatgen fora del VPN

Si la teva flota només accedeix a la xarxa a través d'un VPN o d'una intranet, els portàtils en moviment es queden en silenci. No cal obrir-ho tot per solucionar-ho: exposa només els punts finals osquery, i l'agent continuarà informant des de qualsevol lloc mentre la resta de la superfície es manté tancada.

Windows necessita les seves pròpies rutes

La inscripció i gestió de Windows no es realitzen pels mateixos camins que l'agent. Tres rutes ho transporten:

Ruta

Què transporta

Gestió

Les ordres i perfils que rep el dispositiu

Descobriment

Com el dispositiu troba el servidor de gestió

Política

Les polítiques d'inscripció que emeten el certificat d'identitat

Afegeix Windows Autopilot i també necessites els propis punts finals de Microsoft, que estan documentats al seu costat i canvien segons el seu horari, no el nostre.

Apple i Android tiren dels seus propis venedors

Apple necessita que els seus hosts de push, activació i inscripció siguin accessibles — notificacions push a 443 i 2197, activació i inscripció del dispositiu a 443. Si els bloqueges, els dispositius s'inscriuen però mai més reben una ordre.

Android no té agent en absolut. Els dispositius es gestionen a través d'Android Enterprise, així que el que necessiten és Google: l'API de gestió, Google Play i Firebase Cloud Messaging. No hi ha res nostre que permetre.


Consells i millors pràctiques

  • Permet els hosts d'Apple abans de la teva primera inscripció de Mac, no després que falli. Bloquejar els APNs sembla exactament com un MDM trencat, i és la causa més comuna de "les ordres no fan res".
  • Permet TCP 5223 si no estàs segur sobre la teva xarxa. No costa res i elimina tota una classe de fallades intermitents en xarxes més antigues.
  • Preferix la llista d'exclusió a nivell de dominació on el teu equip de seguretat ho permeti. La llista de rutes canvia a mesura que ho fa el producte; una regla de domini no.
  • Protegeix els dispositius que surten de l'oficina. Les xarxes domèstiques i de cafè es troben fora del teu tallafoc, així que exposar els punts finals osquery és el que manté els dispositius en moviment informant.

Resolució de problemes i FAQ

Resolució de problemes

  • Els dispositius Apple s'inscriuen però mai actuen sobre les ordres. Els APNs estan bloquejats. Permet *.push.apple.com a 443 i 2197, i afegeix 5223 si la teva xarxa restringeix ports no estàndard.
  • La inscripció falla a Apple durant la configuració del dispositiu. One dels hosts d'inscripció no és accessible. Comprova deviceenrollment.apple.com, mdmenrollment.apple.com i iprofiles.apple.com.
  • Un dispositiu Windows o Linux instal·la l'agent i després no reporta res. El dispositiu no pot accedir al teu servidor MDM a 443. Aquest host és l'únic punt final que necessiten aquestes plataformes, així que comença per aquí.
  • Els dispositius només informen des de l'oficina. Els punts finals osquery no són accessibles des de fora de la xarxa. Permet /api/osquery/ i /api/v1/osquery/.

FAQ

  1. Necessitem regles de tallafoc entrants?
    No. Cada connexió és sortint des del dispositiu.
  2. Quina plataforma necessita més punts finals?
    Apple. Windows, Linux i Android només necessiten el teu servidor MDM.
  3. Podem permetre rutes en comptes de dominis sencers?
    Sí — les taules de rutes anteriors ho cobreixen. Només tingues en compte que les rutes canvien a mesura que ho fa el producte.
  4. Encara necessitem el port 5223?
    Només en xarxes més antigues que bloquegen ports HTTPS no estàndard. Permetre-ho no és perjudicial.

Was this article helpful?

Give feedback about this article

Can’t find what you’re looking for?

Our customer care team is here for you.

Contact us

Knowledge Base Software powered by Helpjuice