Termes et flux sortants

Utilisez cette page pour retrouver un terme de la section Déployer, ou pour copier la règle de sortie dans une demande de changement.

Termes et acronymes

Terme	Signification
Agent Autonomy Zone	Le périmètre opérationnel dans lequel un agent travaille, exprimé en politiques d’intention selon cinq dimensions : Qualité, Économie, Sécurité, Sûreté et Conformité. Voir Autonomy Zone
Agent Intent Policy (AIP)	La forme sous laquelle l’intention de votre organisation est rédigée dans la console, et compilée en règles déterministes qui décident d’une action
Verdicts	Allow, Ask, Block ou Optimize, dans cet ordre. Allow laisse l’action se poursuivre. Ask la laisse se poursuivre et la signale pour une revue asynchrone. Block l’arrête avant qu’elle ne s’exécute. Optimize modifie le chemin : en Enforce, un levier agit, et en Monitor, il mesure ce qu’il aurait fait. Voir Verdicts
Client	Le logiciel OpenLatch installé une fois sur chaque machine qui exécute un agent. Il décide d’une action couverte, sur la machine, avant qu’elle ne s’exécute
Console	L’application web OpenLatch à app.openlatch.ai, où vous configurez l’organisation, rédigez les politiques et voyez ce qu’ont fait vos agents
Niveau de contrôle	Le contrôle dont OpenLatch dispose sur un agent. Enforced : le verdict atteint l’agent et il est respecté. Monitored : les événements circulent, mais aucun verdict ne peut être délivré. Known : l’agent est identifié et classé, avec les limites du contrôle énoncées. Voir Niveaux de contrôle
IdP	Fournisseur d’identité : l’annuaire et le service d’authentification de votre organisation
MDM	Gestion des appareils mobiles : les outils qui livrent logiciels et réglages aux machines gérées
PAC / WPAD	Configuration automatique de proxy et Web Proxy Auto-Discovery : un script qui indique à un client quel proxy utiliser, et le mécanisme qui le localise
SAML 2.0	Security Assertion Markup Language, version 2.0 : le protocole d’authentification unique que la console prend en charge par organisation
SNI	Server Name Indication : l’extension TLS qui porte en clair le nom de l’hôte de destination, et que lit une autorisation par nom
Inspection TLS	Un proxy qui termine et réémet TLS pour inspecter le trafic. Prise en charge quand l’autorité de certification d’interception est approuvée
Vague	Une étape d’un déploiement. La section Déployer compte trois vagues de taille croissante

Flux sortants requis

Remettez ce tableau à la personne qui gère vos flux sortants. Une machine qui exécute le client a besoin d’exactement une destination d’OpenLatch, et la télémétrie produit et les rapports de plantage facultatifs y transitent aussi. La deuxième ligne n’est nécessaire que pendant l’installation ou la mise à jour du client. La troisième concerne les navigateurs qui se connectent à la console ; aucune machine qui exécute le client ne la contacte.

Destination	Port	Sens	Protocole	Comment l’autoriser
app.openlatch.ai	TCP 443	Sortant	HTTPS	Par nom. Il n’existe aucune plage d’adresses statique. Cette entrée porte aussi la télémétrie produit et les rapports de plantage facultatifs
Votre registre de paquets : registry.npmjs.org, sauf si vous pointez le client sur un miroir	TCP 443	Sortant	HTTPS	Par nom, ou utilisez votre miroir interne. Nécessaire pour une installation ou une mise à jour, pas pour fonctionner
challenges.cloudflare.com, depuis le navigateur de toute personne qui se connecte à la console	TCP 443	Sortant	HTTPS	Par nom, pour les navigateurs uniquement. Il sert la vérification que l’étape e-mail effectue à la connexion

Vos agents atteignent leurs points d’accès de modèles exactement comme avant. Ces points d’accès doivent rester joignables, et exemptés de la mise en tampon des réponses et de l’inspection des flux.

Aucun port entrant n’est requis, ni sur la machine ni ailleurs. OpenLatch n’émet aucun certificat et n’en exige aucun. Exigences réseau traite le sujet en entier, dont les proxys, l’authentification et l’inspection TLS.