Plateforme

La chaîne d'approvisionnement souveraine pour Kubernetes classifié.

Northfleet est un fournisseur de chaîne d'approvisionnement Kubernetes constitué en société canadienne qui fournit le protocole d'ensembles, la chaîne d'attestation et la piste d'audit que les équipes de génie habilités appliquent à leurs clusters Protégé B et Secret. Le client exploite le cluster; Northfleet fournit la chaîne d'approvisionnement.

aperçu

De la compilation à l'application

Ce que Northfleet livre, en 68 secondes.

Capacités

Quatre piliers. Une seule plateforme.

Chaque pilier est construit selon la même norme : chaîne d'approvisionnement sous juridiction canadienne, preuves prêtes pour l'accréditation, déployable dans les environnements habilités existants sans tout remplacer.

  1. 01

    Chaîne d'approvisionnement souveraine

    Chaque artefact entrant dans un cluster classifié est regroupé, signé, vérifié et appliqué sous juridiction canadienne. Les artefacts sont signés avec les clés du client et vérifiés hors ligne par rapport à sa propre racine de confiance, sans aucun service distant dans le chemin de vérification. Les équipes de génie habilités du client exploitent le cluster sur Kubernetes amont; Northfleet fournit la chaîne d'approvisionnement.

  2. 02

    Attestation d'artefact renforcée

    Chaque artefact entrant dans le chemin de confiance est signé, attesté et accompagné d'une nomenclature logicielle vérifiable. Inspectable de bout en bout. Vérifiable par votre équipe de sécurité sans accès privilégié à Northfleet.

  3. 03

    Opérations en environnement isolé

    Un protocole de transfert unidirectionnel commercialisé avec chaîne d'attestation et piste d'audit à l'épreuve de la falsification. Conçu pour les installations classifiées où l'environnement côté haut n'a jamais eu accès à Internet, et ne l'aura jamais.

  4. 04

    Conformité accréditable et vérification

    Contrôles de l'ITSP.10.033 associés aux capacités de Northfleet. Collecte de preuves intégrée, obligatoire en mode Protégé B et prête pour l'examen d'accréditation. Les preuves sont émises sur l'infrastructure du client à chaque changement; les équipes de génie habilités qui exploitent le cluster en prennent la responsabilité.

Modèle de souveraineté

Fournisseur canadien. Clés détenues par le client. Aucune autorité étrangère sur le chemin de confiance du client.

Northfleet est constituée en société au Canada. Les contrats d'approvisionnement sont conclus avec une contrepartie canadienne soumise au droit canadien. Le client exploite le chemin de signature, la chaîne d'attestation et le journal d'audit sur sa propre infrastructure, avec ses propres clés, et vérifie hors ligne par rapport à sa propre racine de confiance, sans aucun service distant dans le chemin de vérification. Northfleet ne détient aucune donnée client ni aucune clé de signature client, et l'architecture suppose que le fournisseur lui-même peut être compromis ou contraint. Contraindre Northfleet ne produit pas de porte dérobée silencieuse.

L'outillage de Northfleet fonctionne aux côtés de ce que votre équipe de génie a déjà construit. Il n'y a pas de remplacement intégral. L'outillage existant et les opérateurs existants continuent de fonctionner. Chaque ensemble cible une seule application sur un seul cluster, de sorte que l'adoption peut commencer par une seule charge de travail.

Le substrat est Kubernetes amont. Tout ce que Northfleet livre est conçu pour qu'un ingénieur habilité puisse le vérifier sans recourir à l'outillage fourni par Northfleet.

Surfaces de déploiement

Où cela s'exécute.

  • Sur site

    Centres de données ministériels et installations classifiées exploitées par les grands maîtres d'œuvre. La valeur par défaut pour les charges de travail Secret.

  • Nuage souverain

    Régions infonuagiques détenues et exploitées par des Canadiens, verrouillées par région, sans flux de données transfrontaliers ni société mère sous juridiction étrangère.

  • Environnements hybrides

    Construction et tests intermédiaires sur nuage commercial canadien; production sur site. La couche d'environnement isolé transporte les déploiements à travers la frontière de classification.

Posture d'accréditation

Conçue pour l'accréditation dès le premier commit.

L'approvisionnement classifié canadien repose désormais sur l'ITSP.10.033, qui a remplacé en 2026 le catalogue de contrôles de l'ITSG-33 publié par le Centre pour la cybersécurité. Northfleet est structurée autour des contrôles que l'approvisionnement exige réellement : accès, vérification, gestion de la configuration, identification et authentification, et communications système. Les preuves prêtes pour les vérificateurs sont intégrées, non un ajout.

Les directives du CCCS et les bulletins techniques du CST définissent la posture de politique par défaut. Les ministères ayant des superpositions plus strictes apportent leur propre politique, et la vérification s'appuie sur celle-ci avant toute application.

Limites

Ce que Northfleet n'est pas.

La forme de Northfleet est définie autant par ce qu'elle refuse d'être que par ce qu'elle livre.

  • Pas une distribution Kubernetes.

    Northfleet s'exécute sur Kubernetes amont. L'approvisionnement en défense est allergique aux plans de contrôle spécifiques aux fournisseurs qui s'écartent de la conformité CNCF, et à juste titre.

  • Pas un fournisseur de services gérés.

    Northfleet fournit le chemin de confiance et n'en exploite aucune partie. Les équipes de génie habilités du client exploitent le cluster, comme elles le font déjà. Aucun opérateur de Northfleet n'a d'accès kubeconfig à un environnement client.

  • Pas un revendeur Red Hat.

    OpenShift est un bon produit sous juridiction étrangère. C'est précisément l'écart que Northfleet existe pour combler, pas réduire.

  • Pas un nuage générique.

    Northfleet existe pour une seule réalité : juridiction canadienne, équipes de génie habilités, charges de travail classifiées. Tout ce qui est en dehors est hors périmètre.

  • Pas un SaaS grand public.

    Il n'y a pas d'inscription en libre-service. L'approvisionnement commence par une conversation avec les personnes qui seront responsables du déploiement.

Prochaine étape

Pour une conversation sur l'approvisionnement,
parlez-nous.

Le mémoire d'architecture couvre le protocole, le modèle de menace, la chaîne d'attestation et la correspondance d'accréditation. Il est transmis après une première conversation avec les responsables du génie et de l'approvisionnement qui seront sur la ligne pour le déploiement.