Un prestataire nous propose un SOC managé : c'est quoi exactement et est-ce trop pour nous ?

La toute première question à poser au prestataire : "En cas d'incident, avez-vous la main pour fermer un port ou isoler un serveur immédiatement, ou vous vous contentez de créer un ticket selon votre SLA ?" S'ils ne font qu'ouvrir un ticket et vous biper, aucun intérêt de payer ce prix. On ne balance pas des milliers de dollars par mois juste pour recevoir une alerte.

Dans une boîte de dev de 15 personnes, il y a des priorités bien avant le SOC : MFA obligatoire sur tous les comptes, restriction par IP sur les accès cloud, gestion rigoureuse des correctifs sur les serveurs et gestion centralisée des identités. Sans ces bases, l'équipe SOC ne fera que regarder les traces du pirate déjà rentré, sans jamais pouvoir le stopper à temps.

Oubliez le Managed SOC et prenez une bonne licence MDR (Managed Detection and Response). Vous paierez par utilisateur et par serveur. Pour 15 postes et une poignée de serveurs, la facture tournera autour de 300 à 500 dollars par mois au lieu de 3.500 dollars, pour un résultat équivalent.

C'est la tactique de vente favorite des boîtes de sécu. Dès qu'ils entendent les mots santé ou finance, ils dégainent direct leur package entreprise le plus cher. Vendre un centre d'opérations dédié 24/7 à une boîte de 15 personnes, c'est du pur surdimensionnement commercial.

on avait fait un contrat comme ca a l'epoque ils nous spammaient avec 50 faux positifs par semaine. au final les devs ont juste foutu les mails dans les spams et ca a servi a rien gachez pas votre argent.

Nous sommes une équipe fintech de 25 personnes. Au lieu d'un SOC, nous utilisons les outils de sécurité natifs de notre fournisseur cloud ainsi qu'un service MDR externe. Nos dépenses annuelles globales en sécurité ne dépassent pas 8.000 dollars et nous avons passé les audits SOC 2 sans aucun problème.

Pour la conformité HIPAA, assurez-vous que l'entreprise avec laquelle vous contractez signe bien un BAA (Business Associate Agreement). S'il existe un risque que des données de patients apparaissent dans les logs de surveillance, le prestataire est légalement tenu d'assumer cette responsabilité.

je vais raconter ce qui m'est arrivé ça pourrait vous servir puis si la double authentification est activée, un mot de passe volé seul ne suffit pas.

Chez nous aussi.

La discussion part dans tous les sens, je recentre. La plupart des pertes de temps s'accumulent sur les tâches en attente de validation.

Une modification des coordonnées bancaires n'est jamais confirmée par le canal d'origine. J'espère que cela vous sera utile.

C'est noté, merci.

J'aimerais poser une question. Si vous grondez les fausses alertes, plus personne ne signalera rien.

Si vous grondez les fausses alertes, plus personne ne signalera rien. Si vous écrivez le résultat ici, cela aidera aussi d'autres personnes.

J'y pensais aussi. Une modification des coordonnées bancaires n'est jamais confirmée par le canal d'origine.

Je suis du même avis. Les décisions hâtives finissent par être corrigées six mois plus tard.

Je suis aussi curieux de savoir si d'autres font autrement.

Absolument. Si j'ajoute quelque chose : Tout point non écrit est un point que les deux parties se rappelleront différemment plus tard.

Commencez par un petit test, ne vous engagez pas sur tout d'un coup. Je suis aussi curieux de savoir si d'autres font autrement.

J'ai vécu la même chose.

Je vais résumer ce qui a été dit jusqu'ici. Le fait que la sauvegarde soit accessible sur le même réseau et avec la même identité en fait une cible potentielle.

J'écris cela pour éviter que vous ne fassiez la même erreur. du coup l'erreur commise du côté de SOC managé est généralement réversible mais coûteuse.