Wir haben kürzlich gezeigt, wie Mobot, der KI-Assistent von Sumo Logic, sich von einem Such-Assistenten zu einem echten Denk-Partner entwickelt hat und natürliche Sprache in die Log-Analyse und Monitore einführt. Heute bringen wir diese gleiche konversative Logik zu einem der leistungsstärksten Teile der Plattform: Playbooks im Automation Service.
Historisch gesehen war die Erstellung von Playbooks ein hochgradig manueller Prozess, der tiefes Wissen über die Organisation und die Sumo Logic-Plattform erforderte. Die meisten Teams verließen sich auf eine Handvoll Power User oder Sumo Logic Professional Services, um Playbooks zu erstellen und zu verwalten, was die Akzeptanz und Automatisierungsmöglichkeiten einschränkte. Nicht weil Teams es nicht brauchten, sondern weil die Erstellung selbst unerreichbar wirkte.
Konversative Playbooks markieren auch einen Meilenstein für Mobot selbst. Statt nur auf der Mobot-Registerkarte zu existieren, wird es jetzt direkt auf der Seite angezeigt, auf der die Arbeit stattfindet (in diesem Fall die Playbook-Leinwand) mit vollständigem Kontext dessen, was Sie erstellen. Erwarten Sie, dass Mobot an mehr Stellen wie dieser auftaucht.
Das ist neu
Mobot unterstützt jetzt drei konversative Funktionen im Automation Service:
- Erstellen: Beschreiben Sie einen Workflow in natürlicher Sprache und Mobot entwirft ein Playbook mit Organisationskontext. Während ein LLM Ihnen generisches YAML geben könnte, nutzt Mobot Ihre tatsächlichen Integrationen und Umgebung, um ein maßgeschneidertes Playbook zu liefern, das bereit zur Überprüfung und zum sicheren Einsatz ist.
- Bearbeiten: Fordern Sie konversativ Änderungen an einem vorhandenen Playbook an, wobei die rollenbasierten Zugriffskontrolle Ihrer Organisation vollständig durchgesetzt wird.
- Zusammenfassen: Bitten Sie Mobot, zu erklären, was ein Playbook tut, und erhalten Sie eine Antwort in natürlicher Sprache, ohne jeden Knoten selbst nachzuverfolgen.
Konversative Playbooks halten Menschen bei jedem Schritt in Kontrolle. Die gleichen RBAC-Kontrollen, die die Erstellung, Bearbeitung und Anzeige von Playbooks auf der Playbook-Leinwand regeln, gelten auch für Mobot, und jedes Playbook, das Mobot entwirft, erfordert Ihre Bestätigung, bevor es veröffentlicht wird.
Erstellen und verstehen Sie ein Playbook in Minuten
Die klarste Art, die Verschiebung zu sehen, ist zu beobachten, wie jemand, der normalerweise durch die Leinwand blockiert würde, durch ein Gespräch entsperrt wird.
Beispiel eins: Erstellen eines Ransomware-Response-Playbooks
Kontext: Ein Sicherheitsingenieur benötigt ein Ransomware-Response-Playbook, kennt aber das Knoten- und Integrationsmodell der Plattform nicht gut genug, um es allein zu erstellen. Im alten Workflow hätte das wahrscheinlich bedeutet, ein Ticket bei Sumo Logic Professional Services zu öffnen oder auf einen erfahreneren Teamkollegen zu warten, und dann mehrere Stunden Aufbau, selbst wenn jemand Erfahrenes es übernimmt.
Anfangsprompt: „Erstellen Sie ein Playbook, das einen infizierten Host isoliert, den SOC-Kanal benachrichtigt und ein Incident-Ticket öffnet, wenn Ransomware erkannt wird.“
Wie Mobot es angeht: Mobot entwirft eine vollständige Playbook-Struktur unter Verwendung des vorhandenen Kontexts der Organisation. Es erfasst den betroffenen Host aus der Entitäts-Payload des auslösenden Alerts und sequenziert dann Isolierungs-, Benachrichtigungs- und Ticketing-Schritte mit den richtigen Integrationen. Der Ingenieur überprüft den Entwurf, bittet Mobot, das Benachrichtigungsrouting anzupassen, und hat ein funktionierendes Playbook zum Testen in Minuten.
Das Ergebnis: Was früher vier bis acht Stunden manuelle Zuordnung dauerte und oft jemand anderen brauchte, um überhaupt zu beginnen, dauert jetzt ein Gespräch. Der Ingenieur musste die Knoten-Logik des Builders nicht kennen, um einen soliden ersten Entwurf zu erhalten.
Beispiel zwei: Verstehen eines Playbooks, das jemand anderes erstellt hat
Kontext: Ein SOC-Analyst erbt ein Playbook, das von einem Kollegen erstellt wurde, der inzwischen das Team gewechselt hat. Bevor sie Änderungen vornehmen, müssen sie wissen, was es tatsächlich tut, und das manuelle Nachverfolgen jedes Knotens und jeder Bedingung ist langsam und leicht zu vermasseln.
Anfangsprompt: „Was macht dieses Playbook?“
Wie Mobot es angeht: Mobot liest die Struktur des Playbooks und gibt eine Zusammenfassung in natürlicher Sprache seiner Logik, Auslösebedingungen und Integrationen zurück, ohne dass der Analyst die Leinwand überhaupt öffnen muss.
Das Ergebnis: Der Analyst wird in Sekunden orientiert, statt die Logik Knoten für Knoten zusammenzusetzen, und kann direkt zur Entscheidung übergehen, was, wenn überhaupt, geändert werden muss.
Von der Idee zur Automatisierung schneller als je zuvor
Das Playbook-Management erforderte immer entweder tiefes Plattformwissen oder Hilfe von jemandem, der es hat. Mobot schließt diese Lücke, damit mehr des Teams Automatisierung unabhängig erstellen, anpassen und verstehen kann, wodurch der oben erwähnte vier- bis achtständige Aufbau auf Minuten reduziert wird und es einfacher wird als je zuvor, Playbooks aktuell zu halten, wenn sich die Infrastruktur entwickelt.
Diese Zeiteinsparung summiert sich dort, wo es am meisten zählt. Ein Playbook, das schnell zu erstellen ist, ist eine Sache; ein Playbook, das tatsächlich erstellt, aktuell und von mehr als einer Person verstanden wird, ist das, was die mittlere Behebungszeit (MTTR) verkürzt, wenn ein echter Incident eintritt. Je einfacher Playbooks zu erstellen und zu verwalten sind, bevor ein Incident eintritt, desto weniger hängt Ihre Reaktion davon ab, wer gerade Dienst hat, und desto mehr läuft auf Automatisierung statt auf Stammwissen.
Probieren Sie es selbst aus
Die konversationsbasierte Playbook-Verwaltung ist ab sofort für die meisten Sumo Logic-Kunden verfügbar. Lesen Sie die Hilfedokumentation, um zu erfahren, wie Sie erste Schritte unternehmen.
Sie sind noch kein Kunde? Vereinbaren Sie eine Demo mit unserem Team.
