Je compare les solutions de Deception Technology : quelles différences, est-ce trop pour une boîte de 20 personnes ?

Dans une boîte de 20 personnes qu'est-ce qu'un attaquant irait faire dans un honeypot ? Votre réseau se résume sûrement à un seul sous-réseau et quelques serveurs dans le cloud. La deception technology, c'est fait pour détecter le mouvement latéral dans des grands groupes avec des milliers de serveurs et des couches de droits ultra complexes. Vous êtes juste en train de faire le quota du commercial qui vous démarche.

La plus grosse différence entre les éditeurs se joue entre l'émulation statique et les leurres sur de vrais OS. Les solutions pas chères simulent juste des ports ouverts, l'attaquant comprend la supercherie après deux commandes. Les plus chères font tourner de vraies machines virtuelles, mais la gestion des patchs et des licences devient alors une vraie galère opérationnelle.

Si vous voulez tester le concept des leurres, pas besoin de dépenser un centime. Montez des outils honeypot open source basiques sur un sous-réseau isolé dans votre cloud, ou utilisez des outils gratuits type canary tokens qui vous envoient un mail si un faux fichier confidentiel est ouvert. Ça vous permettra de tester la logique.

On a fait cette erreur l'année dernière dans notre équipe de 35 personnes. On a claqué 15 000 dollars dans une solution. En un an, le système a généré 2 alertes en tout et pour tout : les deux fois, c'était notre stagiaire qui venait d'arriver et qui avait lancé un scanner réseau. Avec la moitié de ce budget, on aurait pu faire deux pentests externes et corriger de vraies failles.

Dans la pyramide de la sécurité, la prévention passe avant la détection. Est-ce que votre MFA est déployé partout sans exception ? Est-ce que vos mauvaises configurations cloud sont scannées ? Faites-vous des tests de phishing aux équipes ? Si tout ça n'est pas carré, la deception technology ne sera qu'un gadget de luxe.

Si vous comparez les éditeurs, regardez bien ces trois points : 1) Est-ce que les faux identifiants générés ralentissent vos vrais systèmes ? 2) La console d'admin peut-elle envoyer des alertes directes sur vos outils de messagerie/ticketing habituels ? 3) Combien d'heures d'ingénierie par semaine la maintenance réclame-t-elle ?

Vous dites héberger des données de santé. Êtes-vous déjà en règle avec vos obligations légales de chiffrement et de journalisation des accès ? Si un auditeur de conformité débarque et voit qu'il manque les logs de base, votre système de leurres ultra sophistiqué ne vous évitera aucune sanction.

Ce qui est écrit correspond exactement à ce que nous avons vécu. Si vous grondez les fausses alertes plus personne ne signalera rien.

À votre place, j'irais par cette voie.

J'ai travaillé longtemps sur ce sujet. Ce que tout le monde fait ne signifie pas que c'est la bonne chose.

C'est mon avis, je ne l'écris pas comme une vérité absolue.

Je vous conseille de ne pas vous presser. genre avant de décider, regardez quelles données vous avez en main.

Si l'autorisation et le périmètre ne sont pas écrits, ne lancez pas ce test.

La réponse ci-dessus va droit au but. La sécurité n'est pas absolue ; c'est rendre l'attaque trop coûteuse pour valoir l'effort.

J'espère que cela vous sera utile.

on en parle beaucoup, mais chez nous, cela ne s'est jamais passé ainsi. bon si vous obtenez trois réponses différentes sur un sujet la question est mal posée.

Merci beaucoup, je teste dès aujourd'hui.

Trois points à vérifier lors de cette opération. La sécurité n'est pas absolue ; c'est rendre l'attaque trop coûteuse pour valoir l'effort.

Comment avez-vous résolu ce point ? La sécurité n'est pas absolue ; c'est rendre l'attaque trop coûteuse pour valoir l'effort.

Si vous écrivez le résultat ici cela aidera aussi d'autres personnes.

J'ai vécu exactement la même chose il y a deux ans. Avant de décider, regardez quelles données vous avez en main.

Bon courage.

Laissez-moi détailler l'aspect technique. Les solutions qui fonctionnent à petite échelle s'effondrent en grandissant, j'ai appris cela trop tard.

Lors de la prise de décision, écrivez aussi le pire scénario, pas seulement le meilleur. À votre place, j'irais par cette voie.

c'est noté, merci.