Ein Anbieter hat uns Managed SOC empfohlen, was genau heißt das und ist das zu viel für uns?

Die erste Frage, die ihr dem Anbieter stellen solltet, muss sein: 'Habt ihr im Ereignisfall die Befugnis, direkt Ports zu schließen oder Server zu isolieren, oder eröffnet ihr nur eine Benachrichtigung im Rahmen des SLA?' Wenn sie nur ein Ticket eröffnen und euch anrufen, hat es überhaupt keinen Sinn, dieses Geld zu zahlen. Für eine Benachrichtigung gibt man nicht monatlich Tausende Dollar aus.

In einem 15-köpfigen Softwareunternehmen gibt es Dinge, die vor einem SOC erledigt werden müssen: Pflicht-MFA für alle Konten, IP-Beschränkung bei Cloud-Zugriffen, regelmäßiges Patch-Management auf den Servern und zentrales Identitätsmanagement. Wenn es diese nicht gibt, verfolgt das SOC-Team nur die Fußspuren des Angreifers, der bereits eingedrungen ist, und kommt mit dem Blockieren nicht hinterher.

Holt euch statt Managed SOC eine gute MDR-Lizenz (Managed Detection and Response). Ihr zahlt pro Nutzer und pro Server. Für 15 Personen und ein paar Server bleibt eure monatliche Belastung statt 3.500 Dollar im Bereich von höchstens 300-500 Dollar und leistet dasselbe.

Das ist die beliebteste Verkaufstaktik von Sicherheitsfirmen. Sobald sie das Wort Gesundheit oder Finanzen hören, legen sie einem sofort das teuerste Enterprise-Paket vor. Einem 15-köpfigen Unternehmen ein 24/7-eigenes Operations Center zu verkaufen, ist eindeutig Overselling.

wir hatten damals auch so einen deal gemacht die haben uns jede woche 50 fake-alarm-mails geschickt. am ende haben die devs die mails einfach in den spam-ordner gepackt. hat absolut nix gebracht, schae ums geld.

Wir sind ein 25-köpfiges Fintech-Team und nutzen statt eines SOCs die nativen Sicherheitstools unseres Cloud-Anbieters sowie einen externen MDR-Dienst. Unsere jährlichen Sicherheitsausgaben liegen insgesamt unter 8.000 Dollar und wir haben die SOC 2-Audits problemlos bestanden.

Vergewissern Sie sich im Hinblick auf die HIPAA-Konformität, ob das Dienstleistungsunternehmen ein BAA (Business Associate Agreement) unterzeichnet. Sofern das Risiko besteht, dass in den Monitoring-Logs Patientendaten enthalten sind, ist der Anbieter gesetzlich verpflichtet, diese rechtliche Verantwortung mitzutragen.

ich erzähle mal, was mir passiert ist, vielleicht hilft es euch und wenn die Zwei-Faktor-Authentifizierung aktiv ist, reicht ein gestohlenes Passwort allein nicht aus.

Bei uns ist es genauso.

Die Diskussion ist abgeschweift, ich fasse mal zusammen. Der meiste Zeitverlust entsteht durch Arbeiten, die auf Freigaben warten.

Änderungen an Zahlungsdaten werden niemals über den Kanal bestätigt, über den sie eingehen. Ich hoffe, das hilft dir weiter.

Notiert, danke.

Ich möchte etwas fragen. Wenn man Fehlalarme anschreit, meldet sich danach niemand mehr.

Wenn man Fehlalarme anschreit, meldet sich danach niemand mehr. Wenn ihr das Ergebnis hier postet, hilft es auch anderen.

Das hatte ich auch schon überlegt. Änderungen an Zahlungsdaten werden niemals über den Kanal bestätigt, über den sie eingehen.

Ich bin derselben Meinung. halt überstürzte Entscheidungen sind oft solche die man sechs Monate später korrigieren muss.

Wenn es jemand anders macht würde mich das auch interessieren.

Absolut. Wenn ich noch etwas hinzufügen darf: Jeder nicht schriftlich festgehaltene Punkt ist einer, an den sich beide Parteien später unterschiedlich erinnern.

Beginnt mit einem kleinen Test, bindet nicht gleich alles fest. Wenn es jemand anders macht, würde mich das auch interessieren.

Das habe ich auch erlebt.

Ich fasse kurz zusammen, was bisher gesagt wurde. Dass das Backup im gleichen Netzwerk und mit derselben Identität erreichbar ist, macht es zum Teil des Ziels.

Ich schreibe das damit ihr denselben Fehler nicht macht. Fehler auf der Managed SOC-Seite sind meist rückgängig zu machen aber teuer.