Aller au contenu principal
  • Audit
  • Durcissement
  • SIEM
  • Supervision

Cybersécurité et sécurisation des systèmes

Protéger vos données avant l’incident — et savoir exactement quoi faire pendant.

La plupart des compromissions que nous rencontrons n’ont rien de sophistiqué : un mot de passe réutilisé, une boîte mail sans double authentification, un compte d’administration partagé entre quatre personnes, une sauvegarde branchée en permanence sur le réseau. Ce ne sont pas des attaques, ce sont des portes restées ouvertes.

Notre approche part de là : fermer les portes évidentes avant d’acheter quoi que ce soit. Nous auditons l’existant, nous durcissons les configurations, nous mettons en place l’authentification multifacteur et nous vérifions que vos sauvegardes survivraient à un chiffrement de votre réseau.

Les problèmes que cela règle vraiment

Cinq faiblesses que nous trouvons presque à chaque audit, et ce qu’elles ouvrent comme possibilité.

Le même mot de passe sert à la messagerie, à la banque et au serveur

Une seule fuite sur un site tiers suffit à ouvrir les trois. Nous mettons en place une politique réaliste — un gestionnaire de mots de passe, des mots de passe uniques, et l’authentification multifacteur là où elle compte.

La messagerie professionnelle n’a pas de double authentification

C’est la porte d’entrée la plus utilisée. Une fois dans la boîte, on lit les échanges, on attend une facture, on change un numéro de compte et on renvoie. Le MFA rend cette attaque nettement plus difficile pour un coût nul.

Le disque de sauvegarde est branché en permanence

En cas de chiffrement par rançongiciel, il est chiffré avec le reste. Une sauvegarde qui ne peut pas être atteinte depuis le réseau infecté est la seule qui compte vraiment.

Tout le monde travaille avec un compte administrateur

Chaque clic devient une installation possible. Nous séparons les comptes d’administration des comptes de travail et nous réduisons les privilèges là où ils ne servent à rien.

Personne ne saurait quoi faire en cas d’incident

Qui débranche quoi, qui prévient qui, à partir de quelle sauvegarde on repart. Nous écrivons cette procédure pendant que tout va bien, parce qu’on ne l’écrit pas pendant.

Ce que nous réalisons

Trois temps, et ils se commandent dans cet ordre : on regarde, on ferme, on surveille.

Audit

  • Audit de sécurité des postes, serveurs et équipements réseau
  • Revue des comptes, des droits et des privilèges d’administration
  • Analyse de vulnérabilités et des versions non corrigées
  • Contrôle de l’exposition sur Internet : ports ouverts, accès distants
  • Revue de la stratégie de sauvegarde et test de restauration
  • Restitution écrite avec un plan de correction priorisé

Durcissement

  • Mise en place de l’authentification multifacteur (MFA)
  • Politique de mots de passe et gestionnaire de mots de passe
  • Réduction des privilèges et séparation des comptes d’administration
  • Configuration du pare-feu et fermeture des accès inutiles
  • Durcissement des postes et des serveurs, désactivation des services superflus
  • Chiffrement des postes portables et des supports amovibles

Résilience et suivi

  • Sauvegarde hors ligne ou hors site, inaccessible depuis le réseau
  • Test de restauration périodique, documenté
  • Journalisation des accès et des événements de sécurité
  • Procédure écrite de réaction à incident
  • Sensibilisation des équipes aux tentatives d’hameçonnage
  • Accompagnement après incident et remise en état

SIEM et supervision de la sécurité

Ivory Coast Connect accompagne les entreprises dans la mise en place de solutions de supervision permettant de centraliser les journaux de sécurité, surveiller les événements importants et améliorer la détection des comportements suspects.

Ce que cela résout

Les journaux existent, mais dans quinze endroits différents

Le pare-feu garde les siens, chaque serveur les siens, Microsoft 365 les siens. Reconstituer une chronologie après un incident demande alors des heures de va-et-vient entre des interfaces qui n’ont ni le même format d’heure ni le même vocabulaire.

Personne ne regarde, parce que personne n’a le temps

Un service qui redémarre en boucle, un compte qui échoue vingt fois à se connecter la nuit : ces signaux sont visibles, mais seulement si quelqu’un ouvre le journal. Une alerte transforme un signal en notification.

Après un incident, on ne sait pas dire depuis quand

Sans conservation centralisée, les journaux tournent et s’effacent au bout de quelques jours. La question « depuis combien de temps ? » reste sans réponse, et l’étendue réelle de la compromission avec elle.

La traçabilité demandée n’est pas tenable à la main

Un client, un assureur ou une autorité demande de prouver qui a accédé à quoi, et quand. Sans collecte centralisée, la réponse se fabrique après coup, à partir de ce qui reste.

Ce que nous réalisons

Collecte et intégration

  • Centralisation des journaux de l’ensemble du parc
  • Collecte des événements Windows, postes et serveurs
  • Journaux des serveurs : système, applicatifs, partages de fichiers
  • Collecte des événements réseau
  • Intégration avec le pare-feu et les équipements réseau
  • Intégration avec Microsoft 365 et les services cloud, selon les besoins
  • Définition de la durée de conservation et dimensionnement du stockage

Exploitation et alertes

  • Création d’alertes, réglées pour limiter le bruit
  • Tableaux de bord de supervision
  • Recherche libre dans les événements collectés
  • Aide à l’analyse d’incidents
  • Surveillance des activités suspectes
  • Suivi des événements de sécurité dans la durée
  • Amélioration de la traçabilité et des preuves disponibles

Mettre en place une supervision

Une supervision utile se construit par étapes : on collecte d’abord, on règle les alertes ensuite, et on accepte qu’il faille plusieurs semaines pour que le bruit retombe.

  1. Périmètre

    Quelles machines, quels services, quels journaux, et pour quelle durée de conservation. Nous écartons ce qui produit du volume sans produire d’information — c’est ce qui fait exploser le coût de stockage pour rien.

  2. Collecte

    Installation des agents ou des collecteurs, raccordement du pare-feu, des serveurs et des services cloud. À ce stade tout arrive au même endroit et rien n’alerte encore : on observe ce que produit votre parc en temps normal.

  3. Réglage des alertes

    Nous partons d’un petit nombre de règles et nous les ajustons sur vos données réelles. Une alerte qui se déclenche dix fois par jour pour rien finit par être ignorée : c’est la première cause d’échec d’un SIEM, bien avant la technique.

  4. Exploitation et suivi

    Tableaux de bord, procédure de vérification, et revue périodique des règles. Nous documentons ce qui est collecté, ce qui est conservé, et pendant combien de temps.

Pour qui

  • Structures avec un serveur et un annuaire

    Active Directory produit les journaux les plus utiles : connexions, échecs répétés, changements de droits, créations de comptes.

  • Organisations soumises à une exigence de traçabilité

    Un client, un assureur ou une autorité demande de prouver qui a fait quoi, et quand.

  • Structures déjà touchées par un incident

    Après coup, la question est toujours « depuis quand ? ». Sans collecte, elle reste sans réponse.

  • Sites à équipements multiples

    Pare-feu, serveurs, postes, caméras, Microsoft 365 : autant de journaux séparés à réunir.

Cas d’usage

Détection de tentatives de connexion anormales

Vingt échecs en deux minutes sur un même compte, ou une connexion réussie depuis un pays où personne ne travaille, à trois heures du matin.

Suivi des événements Active Directory

Création d’un compte, ajout à un groupe d’administration, réinitialisation d’un mot de passe en dehors de la procédure habituelle.

Surveillance des serveurs critiques

Service qui s’arrête, disque qui se remplit, redémarrage non planifié, tâche de sauvegarde en échec depuis trois nuits.

Détection d’activités inhabituelles

Un poste qui se met à communiquer avec des adresses qu’il n’a jamais contactées, ou un volume de transfert sans rapport avec l’usage habituel du service.

Centralisation des journaux dispersés

Pare-feu, serveurs, postes et Microsoft 365 réunis sur une même ligne de temps, consultable depuis un seul endroit.

Analyse après incident

Reconstituer l’enchaînement : point d’entrée, comptes utilisés, machines atteintes, données consultées, et à quel moment.

Bonnes pratiques

  • Commencer par un périmètre réduit : les journaux qui servent, pas tous ceux qui existent
  • Fixer la durée de conservation avant de dimensionner le stockage
  • Peu d’alertes au départ, puis un affinage sur vos données réelles
  • Protéger l’accès au SIEM lui-même : il concentre des informations sensibles
  • Vérifier que les collecteurs remontent toujours — un agent muet ne prévient pas
  • Documenter ce qui est collecté, ce qui est conservé, et pendant combien de temps
  • Relire les règles périodiquement : un parc qui change rend les règles caduques

Un SIEM n’empêche pas une intrusion et ne la détecte pas tout seul. Il améliore la visibilité, la détection et l’analyse — à condition d’être correctement configuré et régulièrement suivi. Mal réglé, il produit un flot d’alertes que plus personne ne lit, ce qui est pire que pas de supervision du tout. Selon votre parc et votre budget, nous mettons en œuvre des solutions telles que Wazuh, Microsoft Sentinel, Elastic Security, Graylog ou Splunk. Nous ne sommes partenaire officiel d’aucun de ces éditeurs.

Comment se déroule un projet

Quatre étapes, dont une restitution écrite que vous gardez même si vous nous arrêtez là.

  1. Audit

    Une journée sur site, généralement. Nous regardons les comptes, les droits, les sauvegardes, l’exposition sur Internet et les versions en place. Nous ne testons rien qui puisse perturber la production.

  2. Restitution priorisée

    Vous recevez un document classé par gravité et par effort : ce qui se corrige en une heure, ce qui demande un projet, et ce qui peut attendre. Chaque point indique ce qu’il ouvre comme risque concret.

  3. Correction

    Nous appliquons les corrections retenues, en commençant par celles dont le rapport effet-coût est le meilleur : MFA, sauvegarde hors ligne, séparation des comptes d’administration.

  4. Vérification et sensibilisation

    Nouveau passage sur les points corrigés, puis une session courte avec vos équipes sur ce qu’elles verront passer : fausses factures, faux fournisseurs, faux support technique.

Les mesures qui comptent, dans l’ordre

Il existe une hiérarchie très nette entre ce qui protège réellement et ce qui rassure. Voici la nôtre, de la plus utile à la moins urgente.

  • Authentification multifacteur sur la messagerie et les accès distants
  • Sauvegarde hors ligne ou hors site, vérifiée par une restauration réelle
  • Séparation des comptes d’administration et des comptes de travail
  • Mots de passe uniques, gérés par un gestionnaire plutôt que par la mémoire
  • Mises à jour de sécurité appliquées, y compris sur les équipements réseau
  • Fermeture des accès distants ouverts sur Internet sans nécessité
  • Journalisation, pour pouvoir répondre à « depuis quand ? » après un incident

Nous ne vendons pas la sécurité par la peur et nous ne promettons pas l’invulnérabilité. Aucun dispositif ne l’apporte. Ce que ces mesures apportent, c’est qu’un incident reste un incident au lieu de devenir un arrêt d’activité.

Pour qui ?

La question n’est pas la taille de la structure mais la nature des données traitées et le coût d’un arrêt.

  • Cabinets et professions réglementées

    Données clients, obligations de confidentialité, responsabilité en cas de fuite.

  • Entreprises traitant des paiements

    Fraude au virement et au changement de coordonnées bancaires, très répandue.

  • PME avec un serveur et des partages

    Un rançongiciel y trouve tout au même endroit s’il n’y a pas de cloisonnement.

  • Établissements de santé et écoles

    Données personnelles sensibles, obligations de conservation.

  • Associations et ONG

    Peu de moyens, mais des données de bénéficiaires et de donateurs.

Cas d’usage concrets

Cinq demandes typiques, y compris celles qui arrivent trop tard.

  1. Votre demande :

    « Un salarié a cliqué sur un lien et donné son mot de passe »

    Ivory Coast Connect

    Réinitialisation immédiate, vérification des règles de transfert créées dans la boîte, activation du MFA, revue des accès récents.

  2. Votre demande :

    « Nous avons reçu une facture fournisseur avec un nouveau RIB »

    Ivory Coast Connect

    Vérification de l’origine du message, contrôle de la compromission éventuelle, et mise en place d’une procédure de validation hors messagerie.

  3. Votre demande :

    « Nos fichiers sont chiffrés et on nous demande une rançon »

    Ivory Coast Connect

    Isolement du réseau, évaluation de l’étendue, restauration depuis la sauvegarde hors ligne, analyse du point d’entrée.

  4. Votre demande :

    « Notre client nous demande un audit de sécurité »

    Ivory Coast Connect

    Audit, restitution écrite exploitable, et plan de correction priorisé à présenter.

  5. Votre demande :

    « Nous voulons simplement savoir où nous en sommes »

    Ivory Coast Connect

    Audit complet sans engagement de correction : vous repartez avec le document, que vous nous confiiez la suite ou non.

Pourquoi nous confier ce service

Rien d’invérifiable : ni ancienneté affichée, ni nombre de clients, ni certification. Seulement la façon dont nous travaillons.

  • Nous commençons par ce qui est gratuit

    MFA, séparation des comptes, fermeture des accès inutiles. Nous ne proposons un achat qu’après avoir épuisé ce qui ne coûte que du temps.

  • La restitution est la vôtre

    Le document d’audit vous appartient et reste exploitable par un autre prestataire. Nous ne le gardons pas en otage.

  • Pas de promesse d’invulnérabilité

    Nous vous disons ce que chaque mesure couvre et ce qu’elle ne couvre pas. La sécurité se gère, elle ne s’achète pas.

Un audit, ou un incident en cours ?

Pour un incident en cours, appelez directement. Pour un audit, l’étude et le devis sont gratuits.

WhatsApp
Appeler Demander un devis