Scrydon

Périmètre réseau

Comment Scrydon limite le réseau — politique d'egress, terminaison d'ingress et périmètre du cluster.

Le modèle réseau de Scrydon repose sur un principe : le cluster client est la frontière de confiance. Tout ce qui se trouve à l'intérieur est appliqué par mTLS et des vérifications de capacité ; tout ce qui se trouve à l'extérieur est considéré comme non fiable.

Trafic entrant

Le trafic entrant se termine à Traefik. Trois classes de routes :

Classe de routeAuthentifié comme
Application côté utilisateurSession utilisateur (SSO + Better Auth)Éditeur de workflow, paramètres, chat, voix
API de workflowClé API (limitée au workflow)POST /api/workflows/{id}/execute
Assets publicsAucun/favicon.ico, /health (liveness/readiness uniquement)

Il n'existe pas de points de terminaison publics exposant des données client. Le point de terminaison /health ne renvoie que la disponibilité de la plateforme — il ne divulgue pas la version, la configuration ni les données du tenant.

Voir Renforcement de l'ingress pour les règles de suppression d'en-têtes et de terminaison TLS.

Trafic sortant

Le trafic sortant se répartit en trois catégories :

CatégorieObligatoire ?
Heartbeat de licenceOui, pour le fonctionnement sous licencelicense.scrydon.com — POST quotidien, fenêtre de grâce de 30 jours
Appels aux fournisseursOpt-in par intégrationLes points de terminaison déclarés par les intégrations installées (OpenAI, Microsoft Graph, etc.)
Backend CopilotObligatoire uniquement si Copilot est utilisécopilot.scrydon.com — orchestration pour l'assistant intégré à l'éditeur

Rien d'autre ne quitte le cluster. Pas de télémétrie, pas de rapport d'erreurs à Scrydon, pas d'analytics anonymes. Si votre politique de sécurité requiert une liste d'autorisation d'egress strictement limitée, les trois points de terminaison ci-dessus plus ce que les intégrations installées appellent constituent la liste complète.

Mode air-gap

Pour les déploiements vraiment isolés, vous pouvez :

  • Fonctionner hors ligne uniquement : ignorer le heartbeat de licence. Les opérations se poursuivent sous votre licence contractuelle ; le phone-home est désactivé.
  • Ignorer Copilot : l'assistant intégré à l'éditeur devient indisponible. Le reste de la plateforme n'est pas affecté.
  • Limiter les intégrations de fournisseurs aux seuls fournisseurs auto-hébergés. Aucun appel de fournisseur sortant ne se produit.

Voir Déploiement → Air-gap pour la procédure complète.

Liste d'autorisation d'egress

Pour les déploiements non air-gappés, la politique d'egress recommandée est :

ALLOW  license.scrydon.com:443                # required
ALLOW  copilot.scrydon.com:443                # optional (Copilot)
ALLOW  <endpoints declared by installed integrations>
DENY   *                                       # everything else

La plateforme n'effectue jamais d'appels sortants vers des destinations qui ne figurent pas dans cette liste. La liste est auditable depuis Paramètres → Plateforme → Intégrations (chaque intégration installée liste ses points de terminaison d'egress déclarés).

Les points de terminaison d'egress déclarés d'un fournisseur font partie du manifeste d'intégration, sont validés à l'installation et sont rejetés s'ils élargissent la surface d'egress au-delà de la liste d'autorisation configurée de l'organisation.

Protection SSRF par outil

Les appels web-fetch et les appels sortants pilotés par des outils sont soumis à une vérification SSRF à l'exécution :

  • Les adresses RFC 1918 (privées) sont refusées.
  • Le link-local (169.254.0.0/16) est refusé.
  • L'IPv6 unique-local (fc00::/7) est refusé.
  • Le loopback est refusé.
  • Les noms d'hôtes internes au cluster (*.svc.cluster.local) sont refusés.

Cela s'applique à l'outil intégré fetch-webpage, au bloc API et à tout outil de fournisseur qui effectue une récupération sortante sur une entrée contrôlée par l'utilisateur. Les auteurs d'intégration ne peuvent pas contourner cette vérification ; la plateforme l'applique à chaque dispatch.

Voir aussi

Sur cette page

Sur cette page