Sightadel

Solutions · Éditeurs de logiciels et prestataires IT

Vos clients vous évaluent.
Montrez-le une fois, pas à chaque fois.

Quiconque propose des logiciels, des services cloud ou de l’exploitation informatique est évalué avant chaque contrat important. Questionnaires, certificats, rapports d’audit, clauses contractuelles. S’y ajoute NIS2 pour les fournisseurs de cloud, les centres de données et les fournisseurs de services managés. Sightadel vous guide à travers ISO 27001, SOC 2 et le C5 de l’Office fédéral de la sécurité des technologies de l’information (BSI), rassemble les preuves sur toute la période d’audit et présente votre état dans le Trust Center.

Situation de départ

À quoi cela ressemble en pratique.

Pour les éditeurs de logiciels et les prestataires IT, la sécurité de l’information fait partie du produit. Les clients vous confient des données, des accès ou des processus métier entiers. Avant de le faire, ils veulent savoir comment vous les traitez. Cela se voit dans la vente : les achats envoient un questionnaire de sécurité de cent questions, le service juridique exige des annexes au contrat, l’informatique du client veut voir certificats et rapports.

Les questions sont presque toujours les mêmes, seulement formulées autrement. Pourtant, beaucoup de fournisseurs répondent à chaque questionnaire à la main, avec des contributions du développement, de l’exploitation et de la direction. Cela coûte du temps qui manque au produit, et des réponses contradictoires apparaissent. Un certificat ou un rapport d’audit raccourcit ces échanges, sans les supprimer complètement.

La bonne preuve dépend des clients. Sur le marché germanophone et européen, l’ISO 27001 est la référence habituelle. Les clients aux États-Unis demandent un SOC 2. Le secteur de la santé et le secteur public attendent des fournisseurs de cloud une attestation selon le C5 du BSI. Avec le temps, beaucoup de fournisseurs ont besoin de plusieurs de ces preuves. En les construisant sur une base commune, on ne fait l’essentiel du travail qu’une seule fois.

Pourquoi maintenant

Les raisons typiques de s’y mettre.

01

Grand compte ou groupe en phase de vente

Le contrat est à portée de main, mais les achats exigent un certificat ou un rapport d’audit. Sans preuve, la signature est retardée ou échoue complètement. L’échéance figure souvent déjà dans l’offre.

02

Clients aux États-Unis

Les clients américains demandent presque toujours un rapport SOC 2. Un certificat ISO est souvent reconnu, mais ne répond pas à toutes les questions de leurs services de sécurité.

03

Appel d’offres ou client du secteur de la santé

Les acheteurs publics et les acteurs du secteur de la santé demandent le C5 du BSI pour les services cloud. Pour le traitement de données de santé dans le cloud, une attestation à jour est une condition préalable.

04

NIS2 pour votre propre exploitation

Les fournisseurs de cloud, les centres de données et les fournisseurs de services managés font partie des secteurs hautement critiques de la loi allemande sur le BSI (BSIG). À partir d’une taille moyenne, ce sont des entités importantes, à partir d’une grande taille des entités essentielles.

05

Clients soumis à NIS2 ou DORA

Même si vous n’êtes pas vous-même concerné, les exigences vous parviennent par vos clients. Banques, assureurs et entreprises soumises à NIS2 doivent évaluer leurs prestataires et les engager contractuellement.

06

Levée de fonds ou cession

Les investisseurs et les acheteurs examinent la sécurité de l’information des éditeurs de logiciels lors de la due diligence. Un SMSI tenu à jour répond à ces questions sans heures supplémentaires.

Frameworks pertinents

Ce qui s’applique – et ce que cela exige concrètement ici.

Résumé avec nos propres mots, sans valeur de conseil juridique. Seul le texte original dans sa version en vigueur fait foi.

ISO/IEC 27001Souvent exigé

La référence en sécurité de l’information sur le marché européen et la base commune de toutes les autres preuves. Le certificat d’un organisme accrédité est valable trois ans, avec des audits de surveillance annuels. Pour beaucoup de fournisseurs, c’est le premier objectif.

Voir le framework →
SOC 2Selon la situation

Demandé dès que s’ajoutent des clients aux États-Unis ou des groupes internationaux. Le Type I décrit la conception des contrôles à une date donnée, le Type II leur efficacité sur une période. Le rapport est établi par un cabinet d’expertise comptable américain (CPA). Avec un SMSI ISO 27001 existant, une grande partie des contrôles est déjà en place.

Voir le framework →
BSI C5:2026Selon la situation

Pour les fournisseurs de cloud dont les clients viennent du secteur de la santé, du secteur public ou de secteurs réglementés. Depuis le printemps 2026, c’est le C5:2026 qui s’applique. Pour les périodes d’audit commençant à partir du 1er juin 2027, seule la nouvelle version est admise. L’attestation est délivrée par un auditeur indépendant (expert-comptable) selon ISAE 3000.

Voir le framework →
NIS2Selon la situation

Les fournisseurs de services cloud et de centres de données relèvent de l’infrastructure numérique, les fournisseurs de services managés et de services de sécurité managés de la gestion des services TIC. Les deux secteurs figurent à l’annexe 1 de la BSIG. Les places de marché en ligne, les moteurs de recherche et les réseaux sociaux sont couverts à l’annexe 2 en tant que fournisseurs de services numériques. Certains services y sont soumis indépendamment de leur taille.

Voir le framework →
RGPDObligatoire

Quiconque traite des données personnelles pour le compte de clients est sous-traitant. Cela implique des accords de sous-traitance (art. 28 RGPD), une liste des sous-traitants ultérieurs, des mesures techniques et organisationnelles (MTO) et une procédure en cas de violation de données qui informe aussi les clients à temps.

Voir le framework →
ISO/IEC 42001Recommandé

Pour les fournisseurs dont le produit intègre des fonctions d’IA. Les clients demandent de plus en plus comment les modèles sont choisis, les données utilisées et les risques évalués. Un système de management selon ISO/IEC 42001 repose sur la même structure que l’ISO 27001.

Voir le framework →

Ordre recommandé

Par où commencer – et ce qui vient ensuite.

  1. 1

    Choisir l’objectif selon les clients

    Quels clients voulez-vous gagner, et qu’exigent-ils ? L’ordre en découle. Le plus souvent, l’ISO 27001 est la première étape, SOC 2 ou C5 suivent. En parallèle, vous vérifiez si votre activité relève de NIS2.

  2. 2

    Définir le périmètre et les limites du système

    Quel produit, quels environnements, quels sites et quels sous-traitants en font partie ? Pour SOC 2 et C5, la description du système en découle. Un périmètre restreint et bien justifié vaut mieux qu’un périmètre large qui n’est pas appliqué.

  3. 3

    Mettre en place le SMSI

    Analyse de risques, politiques, gestion des accès, développement sécurisé, gestion des changements, journalisation, sauvegarde des données et traitement des incidents. Beaucoup de ces pratiques existent depuis longtemps dans le développement et l’exploitation et n’ont besoin que d’un justificatif daté.

  4. 4

    Tenir les preuves sur toute la période

    Pour le SOC 2 Type II et le C5 de type 2, ce qui compte, c’est que les contrôles aient été efficaces pendant des mois. Revues des accès, arrivées, départs et changements nécessitent des justificatifs en continu. Si vous ne rassemblez qu’à l’approche de l’audit, vous ne couvrez pas la période.

  5. 5

    Audit par des tiers indépendants

    Le certificat ISO est délivré par un organisme de certification accrédité, le rapport SOC 2 par un cabinet CPA, l’attestation C5 par un auditeur indépendant (expert-comptable). Les auditeurs reçoivent dans Sightadel leur propre rôle, sans droit de suppression.

  6. 6

    Présenter l’état dans le Trust Center

    Certificats, politiques approuvées, mesures de sécurité et sous-traitants figurent sur une page dédiée. La vente y renvoie au lieu de répondre à chaque questionnaire depuis le début.

Priorité

Du questionnaire au Trust Center

Pour les éditeurs de logiciels et les prestataires IT, les questionnaires de sécurité font partie de la vente. On ne peut pas les supprimer, mais on peut y répondre bien plus vite.

Répondre proprement une fois

Les réponses aux questions typiques des clients se trouvent déjà dans le SMSI : où sont les serveurs, qui y a accès, comment les données sont chiffrées, à quelle fréquence elles sont sauvegardées, comment les incidents sont notifiés. Une fois ces réponses vérifiées et prouvées, personne n’a besoin de les reformuler.

Public, ce qui peut l’être

Dans le Trust Center, vous présentez certificats, résumés de politiques, mesures de sécurité et sous-traitants. Les éléments confidentiels comme les rapports d’audit ou les schémas réseau ne sont partagés que sur demande.

Garder un œil sur les sous-traitants

Hébergement, envoi d’e-mails, supervision, outils de support. Les clients veulent savoir qui d’autre voit leurs données. Le module Fournisseurs gère vos sous-traitants avec évaluation et preuves, le Trust Center affiche la liste à jour.

Référentiels propres aux clients

Certains clients envoient leurs propres référentiels d’exigences, qui reviennent régulièrement. Vous les modélisez sous forme de framework personnalisé, y compris par import depuis Excel ou Word, et reliez les preuves existantes au lieu de les rechercher à nouveau.

Comment Sightadel vous aide

Les fonctions qui font la différence ici.

Regard extérieur

Des preuves pour les questions sur les scans et les tests d’intrusion.

Presque aucun questionnaire de sécurité ne fait l’impasse sur la question de la fréquence à laquelle vous analysez vos applications à la recherche de vulnérabilités et de la date du dernier test d’intrusion. Avec veyrisk, nous proposons les contrôles correspondants. Vous déposez les rapports et les constats corrigés comme preuve dans Sightadel et les partagez si nécessaire via le Trust Center.

Les contrôles peuvent être commandés indépendamment de votre licence Sightadel. Vous recevez l’offre après un bref entretien.

Demander un conseil

Effort et durée

Une estimation honnête.

ISO 27001 pour un produit SaaS3–6 mois
Jusqu’à être prêt pour l’audit, si une petite équipe y travaille régulièrement. Les organisations cloud-native disposent déjà de nombreux justificatifs techniques dans leurs outils.
SOC 2 sur un SMSI existant2–4 mois
Jusqu’au Type I ; ensuite court la période d’audit pour le Type II, généralement de trois à douze mois. L’effort porte sur la correspondance des contrôles, la description du système et des justificatifs sans lacune.
BSI C5 pour fournisseurs de cloud4–8 mois
Jusqu’à être prêt pour l’audit, plus la période d’audit pour le type 2. Avec un SMSI selon ISO 27001, plutôt dans le bas de la fourchette.
Fournisseur de services managés soumis à NIS23–9 mois
Jusqu’à un état des preuves solide. Outre votre propre exploitation, les accès aux systèmes des clients, les outils de télémaintenance et la chaîne de notification passent au premier plan.

Ces fourchettes sont des valeurs d’expérience, pas un engagement. Les facteurs les plus déterminants sont la taille du périmètre, le nombre de sous-traitants et le temps que le développement et l’exploitation peuvent y consacrer en plus du travail sur le produit.

Ce que vous souscrivez · généralement Professional

Un éditeur SaaS typique, avec des clients en Europe et aux États-Unis, pilote ISO 27001 et SOC 2 dans l’édition Professional. Elle comprend dix utilisateurs, dix actifs et 25 fournisseurs. Si ISO 27001 fait partie de la licence, SOC 2 bénéficie d’une remise permanente. Les petites équipes avec un seul produit se contentent souvent de Basic. Vous ajoutez le BSI C5 lorsque des clients l’exigent.

Licence par framework, durée minimale d’un an, paiement mensuel ou annuel. Tous les prix, remises et un simulateur se trouvent sur la page des tarifs. Les honoraires d’un organisme de certification ou d’audit s’ajoutent séparément.

Questions et réponses

Questions sur éditeurs de logiciels et prestataires IT

Plus de réponses dans la FAQ ou directement via notre formulaire de contact.

ISO 27001 ou SOC 2 : par quoi commencer ?

Par la preuve que vos principaux clients exigent. Pour les clients en Allemagne et en Europe, c’est généralement l’ISO 27001, pour les clients aux États-Unis le SOC 2. Si vous servez les deux marchés, vous commencez souvent par l’ISO 27001, car le SMSI constitue la base du SOC 2. Dans Sightadel, les deux frameworks utilisent les mêmes preuves.

Notre produit est exploité chez un grand fournisseur de cloud. Que devons-nous prouver nous-mêmes ?

La part dont vous êtes responsable. Le centre de données et la sécurité physique sont couverts par le fournisseur de cloud avec ses propres certificats et rapports. Configuration, accès, sécurité applicative, sauvegarde des données et traitement des incidents relèvent de vous. Vous déposez les preuves du fournisseur dans le module Fournisseurs et y faites référence.

En tant qu’éditeur SaaS, relevons-nous de NIS2 ?

Cela dépend de la qualification de votre service et de la taille de votre entreprise. Les services d’informatique en nuage, les centres de données et les services managés figurent à l’annexe 1 de la loi allemande sur le BSI (BSIG), les places de marché en ligne, les moteurs de recherche et les réseaux sociaux à l’annexe 2. Tout logiciel fourni en tant que service n’est pas automatiquement un service d’informatique en nuage au sens de la loi. La qualification est une question juridique à traiter avec votre conseil.

Nous sommes fournisseur de services managés. Qu’est-ce qui change avec NIS2 ?

À partir d’une taille moyenne, vous êtes vous-même concerné, avec enregistrement auprès du BSI, gestion des risques, obligations de notification et responsabilité de la direction. Vos accès aux systèmes des clients sont particulièrement surveillés, car une attaque contre vous touche de nombreux clients à la fois. En outre, vos clients exigent des preuves, parce qu’ils doivent évaluer leur chaîne d’approvisionnement.

Un Trust Center raccourcit-il vraiment le cycle de vente ?

Il retire du processus les questions récurrentes. Le temps gagné dépend de vos clients ; nous n’avançons pas de chiffre forfaitaire. L’expérience montre que quelques questions individuelles subsistent. Les questions standard sur les certificats, l’hébergement, le chiffrement et les sous-traitants, le client les trouve lui-même.

Nous avons une attestation C5 selon le C5:2020. Que faire ?

L’attestation reste valable. Pour les périodes d’audit commençant à partir du 1er juin 2027, seul le C5:2026 est admis. Planifiez le travail sur les écarts suffisamment tôt avant la prochaine période d’audit. Dans Sightadel, vous associez les mesures existantes aux nouveaux critères et voyez ce qui est nouveau ou renforcé.

Les développeurs peuvent-ils collaborer sans apprendre un outil de plus ?

Ils travaillent en tant que Contributor uniquement sur leurs tâches et y téléversent des justificatifs, par exemple un extrait du pipeline ou un compte rendu de la revue des accès. Il n’existe pas de connexion aux outils de développement. Ceux qui ont besoin d’une vue plus large voient dans le tableau de bord l’état de tous les frameworks.

Contenu vérifié le 8 octobre 2026 · Pas de conseil juridique. Seuls la norme ou la loi dans leur version en vigueur font foi.

Commencez par une seule norme.

14 jours, accès complet, sans données de paiement. Tout ce que vous créez est conservé dans l’offre payante.