Engineered for audit. Honest about certification.

Sub-processors

Qui d'autre peut toucher vos données, et pourquoi.

Les sous-traitants ultérieurs sont explicitement cadrés par workload. Les missions exigeant une résidence stricte ou un traitement zéro donnée en clair tournent sur un sous-ensemble réduit, documenté dans l'addendum DPA propre à la mission.

Liste des sous-traitants ultérieurs tenue à jour chaque trimestre. Changements significatifs notifiés aux clients sous contrat avec un préavis de trente jours. Demander la liste propre à la mission→

Architecture de sécurité

Six propriétés de la couche d'exploitation.

• Encryption

  TLS 1.3 en transit. AES-256 au repos. Rotation des clés sur un cycle de 90 jours. Clés gérées par le client disponibles pour les workloads sensibles.

• Access control

  Moindre privilège par défaut. Revue des accès trimestrielle. SSO/SAML et MFA imposés sur tous les comptes opérateurs. Élévation just-in-time pour les opérations sensibles.

• Audit trail

  Chaque prompt, chaque sortie de modèle, chaque action opérateur, chaque override. Immuable, interrogeable, exportable. Conservé selon le contrat de mission, douze mois minimum.

• Kill switch

  Par workload, par modèle, par utilisateur. Arrêter, limiter ou revenir en arrière en quelques secondes. Testé chaque trimestre. Pas une fonctionnalité greffée avant l'audit : une propriété de l'architecture.

• Gestion des vulnérabilités

  Analyse des dépendances à chaque build. Test d'intrusion tiers trimestriel programmé à partir du T3 2026. SLA de correctifs alignés sur la sévérité CVSS.

• Operator training

  Formation annuelle sécurité et confidentialité. Confidentialité et traitement des données répétés au lancement de chaque mission. Vérification des antécédents pour les opérateurs seniors sur les missions sensibles.

Divulgation responsable

Vous avez trouvé une vulnérabilité ? Dites-le-nous d'abord.

Nous accueillons favorablement la divulgation coordonnée de vulnérabilités par les chercheurs, les clients et les opérateurs. Nous nous engageons à accuser réception sous deux jours ouvrés, à trier sous cinq, et à publier une divulgation coordonnée une fois le correctif livré.

Cadre juridique & contractuel

Les quatre questions contractuelles qu'une équipe achats pose avant de signer.

Publiées ici pour que l'appel d'offres commence à la question cinq. Notre modèle de MSA intègre chacune d'elles comme socle. Addenda sectoriels pour les services financiers, la santé et le luxe disponibles sur demande.

• Liability framework

  Plafond standard à la valeur de la mission, calculé sur le Statement of Work signé. Les exceptions pour violation de confidentialité, négligence grave et atteinte à la propriété intellectuelle suivent les dispositions par défaut du code de commerce du Texas. Majoration sectorielle disponible quand la réglementation l'exige (missions sous DORA, travaux couverts par HIPAA, classification haut risque EU AI Act).

• Propriété intellectuelle à la sortie

  Tout le code sur mesure, les modèles sur mesure, les fine-tunes, les bibliothèques de prompts, les runbooks et la documentation d'exploitation produits dans le cadre de la mission appartiennent au client à la sortie. Hikari Blue conserve une licence non exclusive sur les frameworks internes et les composants réutilisables, listés un par un dans l'annexe A du MSA. Pas de boîte noire. Pas de frais de licence surprise à la passation.

• Audit rights

  Le client a droit à un audit annuel planifié des opérations Hikari Blue liées à la mission, plus tout audit exigé par le régulateur (DORA, NIS2, HIPAA, MDR, autorité sectorielle). Périmètre, préavis et conditions de confidentialité définis dans le DPA. La coopération s'étend aux sous-traitants ultérieurs via des clauses de répercussion.

• MSA template

  Modèle de Master Services Agreement disponible sous NDA, en anglais et en français. Inclut : services et processus de SOW, honoraires et facturation, propriété intellectuelle, confidentialité, traitement des données (renvoie au DPA), plafond de responsabilité et exceptions, durée et résiliation, résolution des litiges. Gouvernance de négociation : un partner désigné examine toute demande de dérogation sous soixante-douze heures.

  Demander le modèle de MSA sous NDA→

Sécurité de la chaîne d'approvisionnement

Provenance des builds, signée. Clés, détenues par le client.

Les contrôles de chaîne d'approvisionnement dont un CISO a besoin devant un conseil, au-delà de la sécurité périmétrique et de la réponse à incident.

• SBOM par mission

  Software Bill of Materials généré et signé pour chaque build de production de chaque mission signée. Format : SPDX ou CycloneDX, au choix du client. Inclut les dépendances directes et transitives, l'inventaire des licences, l'état des CVE connues au moment du build. Livré avec chaque release et à la demande pour la réponse à incident.

• SLSA Level 3 par défaut

  Pipelines de build alignés sur l'intégrité de chaîne d'approvisionnement SLSA Level 3 : builds hermétiques, provenance signée, environnements de build isolés, revue croisée sur les branches protégées. SLSA Level 4 disponible quand le profil de risque du client et le régulateur (DORA article 28, NIS2 article 21) l'exigent.

• Clés gérées par le client (CMK)

  Pris en charge pour les missions de production sur AWS KMS, Azure Key Vault, GCP KMS et HashiCorp Vault (auto-hébergé ou HCP). Les clés restent sous la garde du client à tout moment. Hikari Blue détient des liaisons de rôles opérationnels, jamais les clés elles-mêmes. Documenté dans l'annexe technique du DPA.

• Évaluations de sécurité par des tiers

  Résumé du test d'intrusion externe disponible sous NDA, actualisé au cycle défini par mission (annuel au minimum, trimestriel pour les workloads à haut risque). Questionnaires SIG Lite et CAIQ Lite disponibles pour les programmes de risque fournisseur. Questionnaires de risque sur mesure acceptés, réponse sous quarante-huit heures.

  Demander le résumé de pentest et un échantillon de SBOM sous NDA→