# OCEA S.A. — Contenu complet du site

> Ce fichier contient l'intégralité du contenu textuel de ocea.ch.
> Dernière génération : 2026-07-13
> Version résumée : /llms.txt

## À propos

OCEA S.A. accompagne les PME romandes avec une compétence de Directeur des
Systèmes d'Information (DSI) à temps partagé et un regard indépendant en
cybersécurité, sauvegardes et continuité.

- Site web : https://www.ocea.ch
- E-mail : info@ocea.ch
- Téléphone : 079 222 94 54
- Adresse : Route de Lausanne 17, 1400 Yverdon-les-Bains, Vaud, Suisse

---

## Articles de blog

### Une faille dans BitLocker. Voici ce qu’il faut savoir, et faire.

Date : 2026-05-18
URL : /blog/faille-yellowkey-bitlocker/

Une vulnérabilité récente affecte le chiffrement des ordinateurs portables sous Windows 11. La faille YellowKey exige un accès physique à l’ordinateur et ne permet pas une attaque depuis Internet. Les PME concernées doivent surtout vérifier les ordinateurs portables, la version de Windows et la présence d’un code demandé avant le démarrage de Windows. Les mesures prioritaires sont d’ajouter un code au démarrage, de bloquer le démarrage par clé USB et d’évaluer la désactivation du mode de dépannage lorsque ce choix est adapté.

### Cyberattaque ZEGO : six semaines d'arrêt de production

Date : 2026-07-10
URL : /blog/cyberattaque-zego-six-semaines-arret/

Une cyberattaque ne bloque pas seulement des ordinateurs.

Elle peut bloquer les commandes, la production, la livraison, la facturation, puis la trésorerie. C'est souvent là que le sujet devient concret pour une PME : non pas au moment où un serveur tombe, mais au moment où l'entreprise ne peut plus travailler normalement.

L'exemple récent de ZEGO Textilveredelungszentrum GmbH le montre clairement.

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Ce que l'on sait</p>
      <h2 class="article-heading">Un incident informatique devenu un problème d'activité.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>ZEGO Textilveredelungszentrum GmbH est une entreprise allemande basée à Aschaffenburg. Sa page entreprise présente une activité de personnalisation textile, de logistique et de préparation de commandes, avec une fondation en 1990, environ 60 collaborateurs et 6'000&nbsp;m² de surface de production et de stockage.</p>
      <p>Dans une communication publiée sur son propre site, ZEGO indique avoir déposé une demande d'insolvabilité. L'entreprise relie cette décision à l'incident du 29&nbsp;mars&nbsp;2026, qui aurait provoqué près de six semaines d'arrêt de production et des charges économiques importantes.</p>
      <p>Le point important, pour une PME, n'est pas le nom de l'entreprise touchée. C'est la chaîne de conséquences&nbsp;: informatique indisponible, production ralentie ou arrêtée, clients à gérer, facturation retardée, trésorerie fragilisée.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-section__inner">
    <div class="article-sources">
      <p class="article-sources__label">Sources</p>
      <ul>
        <li><a href="https://www.zego-tvz.com/unternehmen/" target="_blank" rel="noopener noreferrer">ZEGO — page entreprise</a></li>
        <li><a href="https://www.zego-tvz.com/impressum-textilveredelungszentrum-gmbh/" target="_blank" rel="noopener noreferrer">ZEGO — impressum et informations juridiques</a></li>
        <li><a href="https://www.zego-tvz.com/wichtige-information/" target="_blank" rel="noopener noreferrer">ZEGO — communication sur la demande d'insolvabilité</a></li>
      </ul>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Limite nécessaire</p>
      <h2 class="article-heading">Ne pas inventer ce que l'on ne sait pas.</h2>
    </div>
    <div class="article-copy">
      <p>Nous ne connaissons pas les causes techniques de l'incident. Nous ne savons pas comment l'attaque a commencé, quels systèmes ont été touchés, ni quelles protections étaient déjà en place.</p>
      <p>Nous ne savons pas non plus si les sauvegardes étaient disponibles, si elles ont pu être restaurées, ou si le problème principal venait d'une dépendance métier, d'un outil de production, d'un système de commande ou d'une combinaison de plusieurs facteurs.</p>
      <p>Il serait donc incorrect d'utiliser ce cas pour désigner une faute précise. En revanche, il est légitime d'en tirer une question utile&nbsp;: si votre infrastructure s'arrêtait lundi matin, combien de temps faudrait-il pour reprendre l'activité essentielle&nbsp;?</p>
    </div>
  </div>
</section>

<section class="article-section">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">La question dirigeant</p>
      <h2 class="article-heading">Combien de temps avant de produire, livrer et facturer à nouveau ?</h2>
      <p class="mt-5 text-lg leading-8 text-slate-700">Beaucoup d'entreprises pensent être protégées parce qu'elles ont des sauvegardes. C'est nécessaire. Ce n'est pas suffisant pour garantir une reprise d'activité.</p>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Données</p>
        <h3>Que faut-il récupérer en premier ?</h3>
        <p>Toutes les données n'ont pas la même urgence. Les commandes ouvertes, les dossiers clients, les salaires, les fichiers de production ou la comptabilité ne se traitent pas au même niveau.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Systèmes</p>
        <h3>Quels outils font tourner l'activité ?</h3>
        <p>Un outil secondaire peut attendre. Un logiciel qui pilote la production, les caisses, les rendez-vous ou la facturation bloque directement l'entreprise s'il reste indisponible.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Décision</p>
        <h3>Qui arbitre en situation de crise ?</h3>
        <p>Le jour de l'incident, les décisions doivent être claires&nbsp;: quoi couper, quoi préserver, qui appeler, quoi communiquer, et quel niveau de reprise accepter temporairement.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">À vérifier avant</p>
      <h2 class="article-heading">Cinq pratiques qui réduisent l'impact d'un incident.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <h3>1. Tester les restaurations, pas seulement les sauvegardes</h3>
      <p>Une sauvegarde doit être restaurée régulièrement sur un cas concret. Il ne suffit pas de voir une ligne verte dans une console. Il faut savoir ce qui revient, en combien de temps, avec quelles dépendances et avec quelles pertes acceptables.</p>
      <h3>2. Identifier les systèmes qui font tourner l'entreprise</h3>
      <p>Le bon plan de reprise commence par le métier. Pour une entreprise de production, l'ordre des priorités peut être très différent de celui d'une fiduciaire, d'un cabinet médical ou d'un commerce.</p>
      <h3>3. Séparer les accès sensibles</h3>
      <p>Un compte utilisé tous les jours ne devrait pas donner accès à tout. Les accès d'administration, les accès aux sauvegardes et les accès aux services critiques doivent être traités comme des clés sensibles.</p>
      <h3>4. Préparer une procédure courte et lisible</h3>
      <p>Le jour de l'incident, personne ne lit un classeur de 80 pages. Il faut une procédure courte&nbsp;: qui appeler, quoi couper, quoi préserver, qui décide, qui communique, quels systèmes redémarrer en premier.</p>
      <h3>5. Vérifier les dépendances externes</h3>
      <p>Une PME dépend souvent de plusieurs acteurs&nbsp;: prestataire informatique, hébergeur, fournisseur métier, éditeur logiciel, opérateur télécom. En situation de crise, ces dépendances deviennent visibles. Mieux vaut les connaître avant.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le point de vue OCEA</p>
      <h2 class="article-heading">Le sujet n'est pas la peur. C'est la clarté.</h2>
    </div>
    <div class="article-copy">
      <p>L'exemple de ZEGO est marquant parce qu'il relie directement cyberattaque, arrêt de production et pression financière. Pour une PME, la bonne réponse n'est pas de dramatiser. La bonne réponse est de vérifier les points faibles avant qu'un incident ne les révèle brutalement.</p>
      <p>Un <a href="/cybersecurite/">état des lieux cybersécurité</a> sert précisément à cela&nbsp;: savoir ce qui est protégé, ce qui ne l'est pas, ce qui peut attendre, et ce qui doit être corrigé en priorité.</p>
      <p>La sécurité informatique ne devrait pas être une croyance. Elle devrait être une décision claire.</p>
    </div>
  </div>
</section>

### Hameçonnage : ne cliquez pas sur les liens dans vos e-mails

Date : 2026-05-26
URL : /blog/ne-cliquez-pas-sur-les-liens/

Les tentatives d'hameçonnage ne ressemblent plus aux courriels grossiers d'il y a dix ans. Elles reprennent le ton d'un fournisseur, le logo d'une banque, le format d'une facture, parfois même votre nom, votre fonction ou un numéro de dossier réel obtenu lors d'une fuite de données.

Dans ce contexte, vouloir « reconnaître » un message frauduleux à l'œil nu devient un mauvais pari. Il existe un réflexe plus sûr, beaucoup plus simple, et qui suffit à neutraliser la grande majorité des attaques&nbsp;: ne pas cliquer sur les liens reçus par e-mail.

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le principe</p>
      <h2 class="article-heading">Un lien n'est jamais ce qu'il prétend être.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>Un e-mail peut afficher un texte de lien parfaitement crédible — « Mon compte », « Suivre ma livraison », « Régler ma facture » — alors que l'adresse réelle pointe vers un site contrôlé par un attaquant. Le nom affiché de l'expéditeur peut lui aussi être falsifié sans difficulté.</p>
      <p>Cliquer, même par curiosité, suffit à signaler que la boîte mail est active et lue. Cela peut déclencher d'autres envois, ouvrir une page conçue pour collecter un mot de passe, ou installer un script en arrière-plan.</p>
      <p>La bonne question n'est donc pas « ce message a-t-il l'air vrai&nbsp;? », mais « ai-je besoin du lien fourni pour vérifier ce qu'il annonce&nbsp;? ». La réponse est presque toujours non.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Le bon réflexe</p>
      <h2 class="article-heading">Vérifier l'information par un autre canal, jamais par le lien.</h2>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 1</p>
        <h3>Ne cliquez pas</h3>
        <p>Si un e-mail annonce un problème, une facture, un colis, un remboursement ou un message urgent, traitez-le comme une simple notification. Le lien fourni n'a pas besoin d'être ouvert pour vérifier le fond.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 2</p>
        <h3>Ouvrez le site officiel vous-même</h3>
        <p>Tapez l'adresse du site dans le navigateur, ou ouvrez l'application correspondante. Connectez-vous comme d'habitude, et regardez si un message, une facture ou une demande figure réellement dans votre compte.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 3</p>
        <h3>Recoupez avant de répondre</h3>
        <p>En cas de doute sur un fournisseur, une banque ou une administration, appelez le numéro habituel — celui d'une facture papier ou du site officiel — et non celui indiqué dans l'e-mail.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Pourquoi c'est efficace</p>
      <h2 class="article-heading">Une règle simple supprime l'effet de surprise.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>L'hameçonnage repose sur deux ressorts&nbsp;: l'urgence et la confiance. Une facture impayée, un compte « suspendu », un colis bloqué, une mise à jour à valider. Le but est de provoquer un clic avant la réflexion.</p>
      <p>Une règle universelle — ne jamais cliquer sur les liens des e-mails — supprime ce déclencheur. Elle ne demande plus de juger chaque message au cas par cas, ce qui est précisément l'exercice où un attaquant compétent finit toujours par gagner.</p>
      <p>Elle a un autre mérite&nbsp;: elle s'applique aussi bien à un mail très grossier qu'à un message ciblé, rédigé en bon français, avec une signature plausible et un contexte réaliste.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Les pièges fréquents</p>
      <h2 class="article-heading">Ce qui doit déclencher une vigilance immédiate.</h2>
      <p class="mt-5 text-lg leading-8 text-slate-700">Aucun de ces signaux ne prouve à lui seul une fraude. Ensemble, ils justifient toujours une vérification par un autre canal.</p>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Expéditeur</p>
        <h3>Adresse réelle masquée</h3>
        <p>Le nom affiché peut être « Service client Postfinance » alors que l'adresse réelle est inconnue. Vérifier l'adresse complète prend deux secondes&nbsp;: un nom officiel ne se cache jamais derrière un domaine étranger ou aléatoire.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Domaine</p>
        <h3>Lettres remplacées ou ajoutées</h3>
        <p>Un attaquant utilise volontiers des variations difficiles à voir&nbsp;: « rnicrosoft.com » au lieu de « microsoft.com », « ch-impots.net » au lieu du domaine officiel, ou une lettre grecque qui imite une lettre latine.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Ton</p>
        <h3>Urgence ou menace</h3>
        <p>« Votre compte sera bloqué dans 24h », « Dernière relance avant huissier », « Validation requise immédiatement ». L'urgence n'est pas une information&nbsp;: c'est une pression. Elle justifie toujours de vérifier ailleurs, jamais de cliquer plus vite.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Pièce jointe</p>
        <h3>Document inattendu</h3>
        <p>Une facture, un bon de commande ou un PDF reçus sans contexte préalable peuvent contenir un lien ou un script. Le document s'ouvre dans un environnement contrôlé seulement si l'on connaît déjà l'expéditeur et la raison.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Demande</p>
        <h3>Mot de passe ou code de sécurité</h3>
        <p>Aucune banque, aucune administration, aucun fournisseur sérieux ne demande un mot de passe, un code SMS ou un code d'authentification par e-mail. Cette demande, à elle seule, désigne la fraude.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Contexte</p>
        <h3>Message qui « tombe bien »</h3>
        <p>Un faux courriel arrive parfois au moment exact où l'on attend une livraison, un remboursement ou un règlement. Cette coïncidence est précisément ce qui rend l'attaque convaincante. Elle ne dispense pas de vérifier.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">En entreprise</p>
      <h2 class="article-heading">Ce qu'un dirigeant peut décider, sans devenir technicien.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>L'hameçonnage ne se résout pas uniquement par des outils. Il se traite d'abord par une règle partagée&nbsp;: dans l'entreprise, on ne clique pas sur les liens reçus par e-mail, et on ne reproche jamais à un collaborateur d'avoir préféré vérifier.</p>
      <p>Le second levier consiste à rendre le signalement facile. Une adresse interne ou un canal court — « j'ai un doute, je transfère » — vaut mieux qu'une procédure longue que personne n'utilise.</p>
      <p>Le troisième levier est technique&nbsp;: filtre antispam à jour, double authentification sur les comptes sensibles, séparation des accès administrateurs et des accès quotidiens. Aucune de ces mesures ne remplace le réflexe humain, mais elles réduisent fortement l'impact d'un clic isolé.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le point de vue OCEA</p>
      <h2 class="article-heading">Une règle simple, appliquée par tout le monde, protège mieux qu'une consigne sophistiquée.</h2>
    </div>
    <div class="article-copy">
      <p>Les attaques par e-mail évoluent vite. Les outils de filtrage progressent, mais les messages frauduleux aussi&nbsp;: ils sont plus crédibles, mieux écrits, mieux ciblés. Vouloir trier ces messages à l'œil nu devient un exercice perdu d'avance.</p>
      <p>Ce qui résiste, c'est le réflexe&nbsp;: ne pas cliquer sur les liens, ouvrir soi-même le site officiel, vérifier dans son compte. Cette habitude tient en une phrase. Elle peut être expliquée à toute une équipe en cinq minutes, et elle suffit à arrêter la majorité des tentatives.</p>
      <p>Notre rôle consiste à compléter ce réflexe par les protections techniques qui en réduisent les angles morts, et à organiser un signalement clair lorsque le doute s'installe. La sécurité utile, en PME, est rarement spectaculaire&nbsp;: elle est partagée, comprise, et appliquée sans hésiter.</p>
    </div>
  </div>
</section>

### Ransomware : quand la sauvegarde ne suffit plus

Date : 2026-06-24
URL : /blog/ransomware-quand-la-sauvegarde-ne-suffit-plus/

Au printemps 2026, le groupe technologique RUAG a confirmé avoir versé une rançon aux cybercriminels du groupe Akira, après le piratage de l'une de ses filiales. La même bande a frappé environ deux cents organisations en Suisse. Ces affaires ne sont pas des cas isolés&nbsp;: en 2025, près de 65 000 signalements de cyberattaques ont été enregistrés dans le pays, et les attaquants ont changé de méthode.

Pendant des années, le conseil tenait en une phrase&nbsp;: ayez de bonnes sauvegardes, et un rançongiciel ne pourra pas vous forcer à payer. Ce raisonnement reste juste, mais il ne couvre plus qu'une partie du problème. Les groupes les plus actifs aujourd'hui commencent par voler les données avant de les chiffrer — et une donnée volée, aucune sauvegarde ne peut la récupérer.

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Ce qui a changé</p>
      <h2 class="article-heading">D'un chiffrement qui bloque à une extorsion qui expose.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>Le rançongiciel «&nbsp;classique&nbsp;» chiffrait vos fichiers, puis demandait une rançon pour la clé de déchiffrement. Face à ce scénario, une sauvegarde saine et restaurable suffisait souvent à reprendre l'activité sans payer.</p>
      <p>La méthode dominante est désormais la double extorsion&nbsp;: les attaquants copient d'abord vos données, puis les chiffrent. Si vous refusez de payer, ils menacent de publier ou de revendre les informations dérobées — contrats, données clients, fiches du personnel, dossiers médicaux.</p>
      <p>Certains groupes vont plus loin et abandonnent même le chiffrement. Ils se contentent de voler les données et d'exiger un paiement pour ne pas les divulguer. Plus rapide, plus discret, et insensible à la qualité de vos sauvegardes.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-section__inner">
    <div class="article-sources">
      <p class="article-sources__label">Sources</p>
      <ul>
        <li><a href="https://www.rts.ch/info/suisse/2026/article/ruag-paie-une-rancon-aux-hackers-akira-apres-une-cyberattaque-aux-usa-29265568.html" target="_blank" rel="noopener noreferrer">RTS — RUAG a payé une rançon aux hackers d'Akira après une cyberattaque</a></li>
        <li><a href="https://www.rts.ch/info/suisse/2026/article/pres-de-65-000-annonces-de-cyberattaques-en-2025-en-hausse-de-3-29198238.html" target="_blank" rel="noopener noreferrer">RTS — Près de 65 000 annonces de cyberattaques en 2025, en hausse de 3 %</a></li>
        <li><a href="https://www.ictjournal.ch/etudes/2026-01-07/cyberincidents-en-suisse-la-hausse-ralentit-mais-les-attaques-deviennent-plus" target="_blank" rel="noopener noreferrer">ICTjournal — Cyberincidents en Suisse : des attaques plus ciblées</a></li>
      </ul>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Le point aveugle</p>
      <h2 class="article-heading">La sauvegarde répond à la disponibilité, pas à la confidentialité.</h2>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">1</p>
        <h3>Restaurer ≠ reprendre le contrôle</h3>
        <p>Une bonne sauvegarde vous permet de remettre vos systèmes en route. Elle ne change rien au fait qu'une copie de vos données se trouve désormais entre les mains d'un tiers.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">2</p>
        <h3>La pression vient de la fuite</h3>
        <p>Le levier de l'attaquant n'est plus «&nbsp;vous ne pouvez plus travailler&nbsp;», mais «&nbsp;nous allons rendre vos données publiques&nbsp;». La menace persiste même après une restauration complète.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">3</p>
        <h3>Les obligations restent</h3>
        <p>Une fuite de données personnelles peut entraîner une obligation d'annonce et d'information des personnes concernées. Restaurer un serveur ne fait pas disparaître cette responsabilité.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Ce qui protège réellement</p>
      <h2 class="article-heading">Empêcher l'intrusion et la repérer, pas seulement réparer après coup.</h2>
      <p class="mt-5 text-lg leading-8 text-slate-700">Puisqu'on ne peut plus compter sur la seule restauration, l'effort se déplace vers l'amont&nbsp;: réduire les chances qu'un attaquant entre, et augmenter celles de le détecter avant qu'il n'exfiltre des données.</p>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Détecter</p>
        <h3>Surveiller, pas seulement protéger</h3>
        <p>Un vol de données laisse des traces&nbsp;: connexions inhabituelles, transferts massifs, accès hors horaires. Une surveillance active des postes et du réseau permet de réagir pendant l'attaque, pas après.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Réduire</p>
        <h3>Limiter ce qui est accessible</h3>
        <p>Authentification à deux facteurs, droits d'accès au plus juste, segmentation du réseau&nbsp;: si un compte est compromis, l'attaquant ne doit pas pouvoir atteindre l'ensemble de vos données.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Préserver</p>
        <h3>Des sauvegardes hors d'atteinte</h3>
        <p>La sauvegarde reste indispensable — à condition qu'une copie soit immuable ou déconnectée. Les attaquants cherchent désormais à détruire les sauvegardes avant de chiffrer le reste.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">À éviter</p>
      <h2 class="article-heading">Les raisonnements qui rassurent à tort.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>«&nbsp;Nous avons des sauvegardes, nous sommes couverts.&nbsp;» C'est vrai pour la disponibilité, faux pour la confidentialité. Le vol de données contourne entièrement cette protection.</p>
      <p>«&nbsp;Nous sommes trop petits pour intéresser ces groupes.&nbsp;» Les attaques actuelles sont largement automatisées et opportunistes. Une PME disposant de données réelles et de défenses modestes est précisément une cible rentable.</p>
      <p>«&nbsp;Notre antivirus s'en occupe.&nbsp;» Un antivirus bloque des fichiers connus. Il ne repère pas un attaquant qui utilise des identifiants volés et se déplace lentement, en se faisant passer pour un utilisateur légitime.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le point de vue OCEA</p>
      <h2 class="article-heading">La sauvegarde reste le socle. Elle n'est plus le toit.</h2>
    </div>
    <div class="article-copy">
      <p>La règle 3‑2‑1 garde toute sa valeur&nbsp;: sans sauvegarde fiable et testée, une PME reste vulnérable aux pannes, aux erreurs et au chiffrement. Si ce point n'est pas encore réglé, c'est par là qu'il faut commencer — nous l'expliquons dans notre article sur la <a href="/blog/sauvegarde-3-2-1-regle/">règle 3‑2‑1</a>.</p>
      <p>Mais face aux attaques de 2026, la bonne question n'est plus seulement «&nbsp;pourrions-nous redémarrer&nbsp;?&nbsp;». Elle devient «&nbsp;saurions-nous repérer une exfiltration de données à temps, et limiter ce qu'un compte compromis peut atteindre&nbsp;?&nbsp;».</p>
      <p>Pour un dirigeant, l'objectif n'est pas de maîtriser chaque outil, mais de savoir où en est l'entreprise sur trois axes&nbsp;: ce qui est surveillé, ce qui est cloisonné, et ce qui pourrait fuiter. C'est exactement le rôle d'un regard externe&nbsp;: transformer une impression de sécurité en constats vérifiables et en priorités concrètes.</p>
    </div>
  </div>
</section>

### Sauvegardes PME : comprendre la règle 3‑2‑1

Date : 2026-01-28
URL : /blog/sauvegarde-3-2-1-regle/

Beaucoup de PME romandes pensent être protégées par leur sauvegarde. Et pourtant, lorsqu’un incident arrive — panne de serveur, suppression accidentelle, attaque par rançongiciel — on découvre souvent que la sauvegarde n’était pas aussi complète qu’on le croyait.

La règle 3‑2‑1, simple et éprouvée, permet d’éviter ce moment où l’on réalise trop tard. Elle ne demande pas forcément une infrastructure complexe. Elle demande surtout une logique claire, appliquée avec régularité.

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le principe</p>
      <h2 class="article-heading">Trois copies, deux supports, une copie hors site.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>La règle 3‑2‑1 tient en une phrase&nbsp;: conserver trois copies de vos données importantes, sur deux types de supports différents, dont une copie en dehors de vos locaux.</p>
      <p>Elle répond à une question très concrète pour une direction de PME&nbsp;: si un serveur tombe en panne, si un collaborateur supprime un dossier important, ou si un rançongiciel chiffre les fichiers, que pouvez-vous réellement récupérer&nbsp;?</p>
      <p>Une sauvegarde n’est utile que si elle couvre les bonnes données, si elle est protégée contre l’incident qui vous touche, et si elle peut être restaurée dans un délai acceptable.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Les trois piliers</p>
      <h2 class="article-heading">Une règle facile à retenir, plus exigeante à maintenir.</h2>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">1</p>
        <h3>3 copies</h3>
        <p>Vos données de travail ne doivent jamais être votre seule version disponible. Il faut au minimum deux copies de secours, indépendantes de l’original.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">2</p>
        <h3>2 supports différents</h3>
        <p>Une copie locale et une copie sur un autre type de stockage limitent les effets d’une panne unique ou d’un défaut matériel répété.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">3</p>
        <h3>1 copie hors site</h3>
        <p>Une copie en dehors des locaux protège contre les scénarios physiques&nbsp;: vol, incendie, dégât d’eau, ou indisponibilité complète du site.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Application concrète</p>
      <h2 class="article-heading">Commencer par ce qui doit vraiment être récupéré.</h2>
      <p class="mt-5 text-lg leading-8 text-slate-700">Une bonne stratégie de sauvegarde ne commence pas par un outil. Elle commence par une liste claire de ce qui fait fonctionner l’entreprise.</p>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 1</p>
        <h3>Faire l’inventaire</h3>
        <p>Listez les données et systèmes qui doivent être récupérables&nbsp;: fichiers partagés, logiciels de gestion, messagerie, postes clés, configurations réseau.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 2</p>
        <h3>Mettre en place les copies</h3>
        <p>Combinez une sauvegarde locale, par exemple sur un stockage en réseau, avec une copie externe protégée. Le cloud peut convenir si le lieu, le chiffrement et l’accès sont maîtrisés.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 3</p>
        <h3>Tester la restauration</h3>
        <p>Un statut vert ne suffit pas. Il faut restaurer des fichiers, vérifier une application, et mesurer le délai réel pour redémarrer après un incident.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Pièges fréquents</p>
      <h2 class="article-heading">Ce qui donne une fausse impression de sécurité.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>Le premier piège consiste à sauvegarder les serveurs, mais pas les fichiers importants restés sur des postes individuels. Le deuxième consiste à conserver toutes les copies dans les mêmes locaux.</p>
      <p>Un autre point revient souvent&nbsp;: confondre redondance et sauvegarde. Un système de redondance disque peut maintenir un serveur disponible lorsqu’un disque tombe en panne. Il ne protège pas contre une suppression accidentelle, une erreur de synchronisation ou un rançongiciel.</p>
      <p>Enfin, beaucoup d’entreprises surveillent la réussite des sauvegardes, mais ne testent jamais la restauration. C’est pourtant le seul test qui compte vraiment.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le point de vue OCEA</p>
      <h2 class="article-heading">Une sauvegarde doit être vérifiée, pas seulement déclarée.</h2>
    </div>
    <div class="article-copy">
      <p>La règle 3‑2‑1 est utile parce qu’elle oblige à regarder les sauvegardes comme un système complet&nbsp;: données couvertes, emplacement des copies, droits d’accès, fréquence, délai de restauration.</p>
      <p>Pour un dirigeant, l’objectif n’est pas de suivre chaque réglage technique. L’objectif est de pouvoir répondre clairement à trois questions&nbsp;: qu’est-ce qui est protégé, combien de temps faut-il pour redémarrer, et combien de données pourrait-on perdre dans le pire des cas&nbsp;?</p>
      <p>C’est exactement le rôle d’un regard externe. Il transforme une impression de sécurité en constats vérifiables et en priorités concrètes.</p>
    </div>
  </div>
</section>

### Sécuriser votre PME : cinq décisions utiles

Date : 2026-01-15
URL : /blog/securite-pme-5-etapes/

Sécuriser son informatique n’est pas un sujet sur lequel un dirigeant peut tout savoir. Mais c’est un sujet sur lequel il peut prendre des décisions structurantes, à condition d’avoir une lecture claire des priorités.

Cet article propose cinq étapes concrètes, dans l’ordre où nous les recommandons habituellement aux PME romandes. L’objectif n’est pas de tout faire en même temps. Il est de savoir par où commencer, ce qui mérite l’investissement en premier, et ce qui peut être planifié ensuite.

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le point de départ</p>
      <h2 class="article-heading">La sécurité commence par des priorités lisibles.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>Une PME n’a pas besoin d’une liste interminable de mesures abstraites. Elle a besoin de savoir quels accès protègent les informations sensibles, quels outils sont indispensables au travail quotidien, et quels scénarios provoqueraient une vraie interruption.</p>
      <p>Une fois ces éléments posés, les décisions deviennent plus simples&nbsp;: renforcer les accès, corriger ce qui peut l’être, tester les sauvegardes, et préparer une réponse claire en cas d’incident.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Les cinq étapes</p>
      <h2 class="article-heading">Cinq décisions à prendre dans le bon ordre.</h2>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 1</p>
        <h3>Identifier ce qui a vraiment de la valeur</h3>
        <p>Listez les données, les accès et les logiciels de gestion qui feraient perdre du temps, de l’argent ou de la confiance s’ils devenaient indisponibles.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 2</p>
        <h3>Protéger les accès</h3>
        <p>Les mots de passe, la double authentification et les droits utilisateurs sont souvent les mesures les plus visibles pour vos équipes, et les plus utiles à clarifier.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 3</p>
        <h3>Mettre à jour ce qui peut l’être</h3>
        <p>Un ordinateur, un serveur ou le logiciel interne de vos équipements doit être corrigé régulièrement. Le but est d’éviter que des faiblesses connues restent ouvertes trop longtemps.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 4</p>
        <h3>Sauvegarder, puis tester</h3>
        <p>Une sauvegarde est utile uniquement si elle peut être restaurée. Les tests donnent une réponse concrète&nbsp;: que peut-on récupérer, et en combien de temps&nbsp;?</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Étape 5</p>
        <h3>Préparer la réaction</h3>
        <p>En cas d’incident, chacun doit savoir qui appeler, quoi couper, quoi préserver, et quelles décisions doivent revenir à la direction.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Application concrète</p>
      <h2 class="article-heading">Passer d’une liste de risques à un plan réaliste.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>Commencez par les informations que vous comprenez déjà comme dirigeant&nbsp;: clients, offres, contrats, salaires, accès bancaires, dossiers en cours. Ensuite seulement, rattachez ces informations aux outils techniques qui les hébergent.</p>
      <p>Cette approche évite de traiter tous les sujets au même niveau. Un poste partagé, un compte administrateur, une sauvegarde jamais testée ou un accès distant utilisé tous les jours ne méritent pas la même priorité.</p>
      <p>La bonne question n’est pas&nbsp;: « Avons-nous tout sécurisé&nbsp;? » La bonne question est&nbsp;: « Avons-nous traité ce qui compte le plus, dans un ordre défendable&nbsp;? »</p>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Points de vigilance</p>
      <h2 class="article-heading">Quelques sujets reviennent presque toujours.</h2>
      <p class="mt-5 text-lg leading-8 text-slate-700">Ils ne demandent pas tous un grand projet. Mais ils demandent une décision claire.</p>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Accès</p>
        <h3>Comptes partagés</h3>
        <p>Un compte utilisé par plusieurs personnes rend les responsabilités floues. Il complique aussi la suppression d’un accès lorsqu’un collaborateur quitte l’entreprise.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Mises à jour</p>
        <h3>Équipements oubliés</h3>
        <p>Les imprimantes, routeurs, bornes Wi-Fi et anciens serveurs restent parfois en service sans suivi. Ils doivent faire partie de l’inventaire.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Sauvegardes</p>
        <h3>Restauration non testée</h3>
        <p>Voir une sauvegarde annoncée comme réussie ne suffit pas. Un test de restauration permet de vérifier le résultat, pas seulement le message affiché.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le point de vue OCEA</p>
      <h2 class="article-heading">La sécurité devient utile quand elle devient compréhensible.</h2>
    </div>
    <div class="article-copy">
      <p>Un dirigeant n’a pas besoin de connaître chaque terme technique pour prendre de bonnes décisions. Il a besoin d’un état des lieux clair, de priorités réalistes, et d’une distinction nette entre ce qui est urgent, important ou simplement à planifier.</p>
      <p>Les incidents les plus difficiles à gérer ne sont pas toujours les plus spectaculaires. Un accès conservé trop longtemps, un poste non corrigé, une sauvegarde impossible à restaurer ou un hameçonnage mal signalé peuvent suffire à créer une situation pénible.</p>
      <p>Notre rôle consiste à traduire ces sujets en décisions concrètes&nbsp;: ce qui est déjà maîtrisé, ce qui doit être renforcé, et ce qui peut attendre sans créer de risque inutile.</p>
    </div>
  </div>
</section>

### Souveraineté numérique : la leçon de l'affaire Fable

Date : 2026-06-24
URL : /blog/souverainete-numerique-lecon-affaire-fable/

Le 12 juin 2026, l'éditeur Anthropic a suspendu l'accès à ses deux modèles d'intelligence artificielle les plus puissants, Fable 5 et Mythos 5. Non pas pour une panne ou une faille interne, mais pour se conformer à une directive du gouvernement américain, prise au nom de la sécurité nationale et fondée sur le contrôle des exportations. La décision visait les ressortissants étrangers&nbsp;; en pratique, l'accès a été coupé pour le monde entier.

Pour une PME romande, l'affaire peut sembler lointaine&nbsp;: peu d'entreprises dépendent directement de ces modèles. Mais en y regardant de plus près, elle illustre un risque que beaucoup d'organisations portent sans l'avoir mesuré&nbsp;: un service numérique étranger peut être coupé du jour au lendemain, pour des raisons qui n'ont rien à voir avec vous, votre contrat ou vos paiements.

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Les faits</p>
      <h2 class="article-heading">Un service mondial interrompu sur décision d'un État.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>À l'origine de la mesure&nbsp;: une directive de contrôle des exportations exigeant de suspendre l'accès aux deux modèles pour tout ressortissant étranger, y compris en dehors des États-Unis. Plutôt que de filtrer ses utilisateurs, l'éditeur a coupé l'accès pour tous.</p>
      <p>Des clients en règle, utilisant un service payant et fiable la veille, se sont retrouvés sans accès le lendemain. Aucune clause contractuelle ne les en protégeait&nbsp;: une décision souveraine prime sur des conditions commerciales.</p>
      <p>Que l'on juge la mesure justifiée ou non, le mécanisme est le point important. Il n'est pas propre à l'intelligence artificielle&nbsp;: il s'applique à tout service rendu depuis une juridiction étrangère.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-section__inner">
    <div class="article-sources">
      <p class="article-sources__label">Sources</p>
      <ul>
        <li><a href="https://www.anthropic.com/news/fable-mythos-access" target="_blank" rel="noopener noreferrer">Anthropic — Communiqué sur la directive de suspension de Fable 5 et Mythos 5</a></li>
        <li><a href="https://time.com/article/2026/06/13/anthropic-fable-mythos-ban-US-security/" target="_blank" rel="noopener noreferrer">TIME — Anthropic Pulls Its Most Powerful AI Models After U.S. Bars Foreign Access</a></li>
        <li><a href="https://www.franceinfo.fr/internet/intelligence-artificielle/intelligence-artificielle-cinq-questions-sur-le-blocage-des-dernieres-ia-d-anthropic-par-le-gouvernement-de-donald-trump8061410.html" target="blank" rel="noopener noreferrer">franceinfo — Cinq questions sur le blocage des dernières IA d'Anthropic</a></li>
      </ul>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">La vraie question</p>
      <h2 class="article-heading">Ce n'est pas l'IA, c'est la dépendance.</h2>
      <p class="mt-5 text-lg leading-8 text-slate-300">Remplacez «&nbsp;Fable&nbsp;» par le nom d'un service que votre entreprise utilise tous les jours, et la question devient concrète.</p>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Messagerie</p>
        <h3>Et si elle s'arrêtait demain&nbsp;?</h3>
        <p>Une suite collaborative étrangère héberge vos e-mails, vos agendas, vos documents. Sauriez-vous travailler une semaine sans elle, et récupérer vos données pour les remettre ailleurs&nbsp;?</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Logiciel métier</p>
        <h3>Où vivent vos données&nbsp;?</h3>
        <p>Un CRM ou un ERP en mode service conserve souvent l'essentiel de votre activité. Pouvez-vous en exporter une copie exploitable, ou êtes-vous tributaire de l'éditeur pour y accéder&nbsp;?</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Cloud</p>
        <h3>Qui peut y accéder&nbsp;?</h3>
        <p>Des lois extraterritoriales permettent à certains États d'exiger l'accès à des données hébergées par leurs entreprises, même stockées à l'étranger. Le lieu du serveur ne dit pas tout.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Deux risques distincts</p>
      <h2 class="article-heading">Souveraineté des données et souveraineté des services.</h2>
      <div class="article-rule"></div>
    </div>
    <div class="article-copy">
      <p>La <strong>souveraineté des données</strong> répond à deux questions&nbsp;: où sont stockées mes informations, et qui peut légalement en exiger l'accès&nbsp;? Un hébergement en Europe et un cadre juridique clair changent ici beaucoup de choses.</p>
      <p>La <strong>souveraineté des services</strong> est différente&nbsp;: même si vos données sont bien protégées, pouvez-vous continuer à travailler si le service qui les exploite devient indisponible&nbsp;? L'affaire Fable touche précisément ce second risque.</p>
      <p>Les deux comptent. Une donnée bien hébergée mais enfermée dans un outil que l'on peut vous couper reste un point de fragilité. La résilience se joue sur les deux plans à la fois.</p>
    </div>
  </div>
</section>

<section class="article-section article-section--tight">
  <div class="article-section__inner">
    <div class="max-w-3xl">
      <p class="article-kicker">Ce qui rend résilient</p>
      <h2 class="article-heading">Garder la main, sans fuir le cloud.</h2>
      <p class="mt-5 text-lg leading-8 text-slate-700">Il ne s'agit pas de tout rapatrier ni de renoncer aux services en ligne, qui restent souvent les plus pratiques et les mieux sécurisés. Il s'agit de les choisir en connaissance de cause.</p>
    </div>
    <div class="article-cards">
      <article class="article-card">
        <p class="article-card__eyebrow">Cartographier</p>
        <h3>Connaître ses dépendances</h3>
        <p>Lister les services réellement critiques pour l'activité, et pour chacun&nbsp;: où sont les données, qui les opère, sous quelle juridiction, et que se passe-t-il s'ils s'arrêtent.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Exiger</p>
        <h3>La portabilité des données</h3>
        <p>Un service acceptable est un service que l'on peut quitter&nbsp;: export régulier, formats ouverts, copie exploitable hors de la plateforme. La réversibilité se vérifie avant le problème, pas pendant.</p>
      </article>
      <article class="article-card">
        <p class="article-card__eyebrow">Prévoir</p>
        <h3>Un plan de repli</h3>
        <p>Pour les fonctions vitales, savoir vers quoi basculer&nbsp;: hébergement européen, solution auto-hébergeable ou open source, ou simplement un second fournisseur. L'objectif n'est pas zéro risque, mais aucune surprise.</p>
      </article>
    </div>
  </div>
</section>

<section class="article-section article-section--dark">
  <div class="article-sectioninner article-sectiongrid">
    <div>
      <p class="article-kicker">Le point de vue OCEA</p>
      <h2 class="article-heading">Choisir le cloud en gardant le contrôle.</h2>
    </div>
    <div class="article-copy">
      <p>Le cloud n'est pas le problème, et la souveraineté n'est pas un slogan. Le bon réflexe n'est ni la méfiance systématique, ni la confiance aveugle&nbsp;: c'est de savoir, pour chaque service important, ce que l'on perdrait s'il disparaissait — et d'avoir une réponse.</p>
      <p>En pratique, cela passe par des choix sobres&nbsp;: privilégier l'hébergement en Europe quand c'est pertinent, vérifier la portabilité avant de s'engager, et conserver pour les fonctions critiques une option réversible. Ce sont des décisions de direction autant que de technique.</p>
      <p>C'est là qu'un regard externe est utile. Il ne s'agit pas de tout reconstruire, mais de transformer une dépendance subie en choix assumé&nbsp;: documenté, localisé quand il le faut, et réversible là où c'est vital.</p>
    </div>
  </div>
</section>

---

## Pages de services

- DSI à temps partagé : /dsi-externalise/
- Cybersécurité et sauvegarde : /cybersecurite/

## Autres pages

- À propos : /a-propos/
- Contact : /contact/
- Politique de confidentialité : /politique-de-confidentialite/
- Blog : /blog/
- Mentions légales : /mentions-legales/