In meiner Tätigkeit bei Tanium bin ich häufig mit komplexen IT-Umgebungen konfrontiert. Jede Kundensituation ist in der Tat einzigartig; eines der beeindruckendsten Merkmale von Tanium ist jedoch, wie gut es sich anpasst und in chaotischen Unternehmensnetzwerken sogar seine Stärken voll ausspielen kann. Ein Aspekt dieser Art von Komplexität liegt in der Vielfalt der bereits eingesetzten Sicherheits- und Verwaltungslösungen.
Auch wenn Tanium letztendlich dazu beitragen kann, die Anzahl isolierter Lösungen zu verringern, sind viele Produkte untrennbar mit den Mitarbeitern und bestehenden Prozessen verbunden oder decken schlichtweg Anwendungsfälle ab, die Tanium nicht abdeckt. Selbst wenn man Tanium als Sicherheits- und Verwaltungsplattform betrachtet, müssen sich IT-Verantwortliche dennoch die Frage stellen: „Wie kann ich die Leistungsfähigkeit meines derzeitigen Systems maximieren und gleichzeitig die Anzahl der Vollzeitäquivalente sowie die Gesamtbetriebskosten senken?“ Glücklicherweise lässt sich Tanium nicht nur mit vielen bestehenden Lösungen kombinieren, sondern kann diese sogar ergänzen und deren Wirksamkeit steigern.
Eine solche Lösung ist der System Center Configuration Manager (SCCM) von Microsoft, der derzeit von einer Reihe von Tanium-Kunden eingesetzt wird. Nach fast 15 Jahren in den Bereichen Betrieb, Integration und Beratung unter Einsatz von SCCM verfüge ich bei Tanium über eine einzigartige Perspektive. Auch wenn manche versuchen mögen, SCCM und Tanium miteinander zu vergleichen, lassen sich diese beiden Lösungen nicht eins zu eins miteinander vergleichen. Es gibt Bereiche, in denen Tanium Vorteile bietet, die SCCM nicht aufweist, und umgekehrt. Im Falle von SCCM verbessern die Integrationen mit Tanium die Benutzererfahrung sogar: Sie verringern die Angriffsfläche, erkennen Bedrohungen in Echtzeit und senken die Kosten durch ein besseres Bewusstsein für unbekannte und potenziell anfällige Anwendungen.
Wenn Veränderungsprozesse hinter den Erwartungen zurückbleiben
Heute werden wir uns auf Systeme konzentrieren, in denen die Kommunikation mit der Führungsebene nicht reibungslos funktioniert. Dafür kann es viele Gründe geben, doch ich werde hier auf ein Problem im Zusammenhang mit den Mitarbeitern und den Abläufen eingehen. Meiner Erfahrung nach weisen SCCM-Umgebungen häufig einen Anteil von 5 bis 20 % nicht vorhandener oder ausgefallener Clients auf – unzählige Unternehmen verfügen über Systeme, die bereits 6 Monate oder ein Jahr nach der Erstbereitstellung „verschwunden“ sind. Wie oft ist es Ihnen schon passiert, dass Sie bei der Fehlerbehebung im Zusammenhang mit einer Bereitstellung, einem Patch oder Ähnlichem feststellen mussten, dass Sie aufgrund einer Netzwerkänderung ein neues Subnetz haben, das in SCCM keine Grenzen aufweist, aber zahlreiche Clients umfasst? (Dies ist keineswegs als Kritik an Netzwerkingenieuren gemeint, doch aufgrund der Natur dieses Geschäfts wird das Änderungsmanagement nicht immer angemessen kommuniziert.) Ich bin mir sicher, dass dies jedem SCCM-Administrator schon einmal passiert ist, der schon lange genug in dieser Position tätig ist. Und für diejenigen, die dies noch nicht gesehen haben: Hoffentlich ist Ihnen gerade ein Licht aufgegangen, und Sie machen sich nun auf den Weg, um dieses quälende Problem bei der Kundenkommunikation an einem bestimmten Standort zu beheben. Ich werde immer noch hier sein, wenn Sie zurückkommen.
Dieses Problem ist unvermeidbar, insbesondere bei größeren Maßstäben. Selbst wenn Change-Management-Prozesse ordnungsgemäß befolgt werden, führt der hohe Grad an Transparenz aufgrund der vielen Informationen zu Unübersichtlichkeit, sodass Dinge übersehen werden (insbesondere bei einer Standardänderung wie der Einrichtung eines neuen Subnetzes). Unabhängig von der Ursache führt dies dazu, dass Sie im Handumdrehen einen Großteil Ihrer SCCM-Clients verlieren. Leider gibt es in SCCM keine integrierte Benachrichtigungsfunktion, sodass ein proaktiver Umgang mit diesem Risiko schwierig – praktisch unmöglich – ist und das Risiko, dass es erst im Rahmen einer groß angelegten Bereitstellung entdeckt wird, exponentiell ansteigt.
An dieser Stelle kommt Tanium ins Spiel. Innerhalb weniger Sekunden können Sie die folgende Frage eingeben und sofort erfahren, welche Subnetze von SCCM nicht ordnungsgemäß verwaltet werden:**
Ermitteln Sie das Tanium-Client-Subnetz aller Computer, bei denen die letzte Kommunikation mit dem SCCM-Client mehr als einen Tag zurückliegt.
Auf diese Weise erhalten Sie umgehend eine Übersicht über alle Systeme in jedem Subnetz, die seit mehr als einem Tag keine Kommunikation mit SCCM hatten. Dann dauert die Behebung des Problems nur wenige Minuten, indem Sie die entsprechenden Grenzen und/oder Grenzgruppen in SCCM hinzufügen und Standorte bzw. Verteilungspunkte definieren. Auch wenn Sie glauben, dass dieses Problem bei Ihnen nicht auftritt, probieren Sie es dennoch aus und stellen Sie die untenstehende Frage in Ihrer Tanium-Konsole. Sie werden überrascht sein, was Sie entdecken und was Sie ganz einfach beheben können.
Wenn in einem bestimmten Subnetz eine hohe Zahl vorliegt, ist die Wahrscheinlichkeit groß, dass dieses Subnetz in SCCM nicht definiert ist. Standardmäßig sollten SCCM-Clients alle 60 Minuten eine Richtlinienprüfung durchführen; wenn sie also seit mehr als einem Tag keine Verbindung hergestellt haben, liegt ein Problem vor. Da Tanium die Kunden berücksichtigt, die derzeit online sind, werden die Ergebnisse nicht durch veraltete Datensätze aus Offline-Systemen verfälscht. Ein einfaches PowerShell-Skript (unter Verwendung der SCCM 2012 -PowerShell-Cmdlets) könnte die in Tanium gefundenen Subnetze mit den Subnetzen in den Begrenzungsgruppen innerhalb von SCCM abgleichen – und schon haben Sie Ihre fehlenden Bereiche.
Ein weiterer möglicher Ansatz zur Lösung desselben Problems bestünde darin, in Tanium die folgende Frage zu stellen, um die Anzahl aller Clients in jedem Subnetz zu ermitteln:
Tanium-Client-Subnetz von allen Rechnern abrufen
Wenn die Anzahl der Endpunkte für ein Subnetz in der ersten Frage mit der in der zweiten Frage angegebenen Anzahl übereinstimmt, haben Sie eine nicht verwaltete Grenze in SCCM festgestellt, da dies bedeutet, dass nicht jeder Online-Client in diesem Subnetz mit SCCM kommuniziert. Auch hier dauert die Behebung in der SCCM-Konsole nur wenige Minuten, sobald das Problem mithilfe von Tanium identifiziert wurde.
Fügen Sie diese beiden Fragen zu einem Dashboard hinzu oder fügen Sie über Tanium Connect sogar eine gespeicherte Frage mit einer zugehörigen Benachrichtigung hinzu, um benachrichtigt zu werden, falls eine solche Abweichung festgestellt wird – und schon haben Sie einen wichtigen Problembereich im Zusammenhang mit der SCCM-Client-Abdeckung schnell in den Griff bekommen.
Warum ist dies wichtig? Denn SCCM ist ein gängiges Tool, das von Unternehmen für die Bereitstellung von Software und Updates genutzt wird. Sollten Ihnen einige hundert oder einige tausend Endgeräte verloren gehen, werden diese Ressourcen weder erfasst noch verwaltet. Dies hat zur Folge, dass Systemkomponenten nicht aktualisiert werden und Supportanrufe wegen fehlender, angeforderter Softwareinstallationen eingehen, was für eine so einfache Ursache einen Arbeitsaufwand von mehreren Stunden verursacht. Die Bösewichte warten nicht darauf, dass Sie die Lücke in Ihrer Umgebung bemerken – warum sollten Sie es also tun? Durch die Umsetzung dieses einfachen Anwendungsfalls in die Praxis reduzieren Sie Risiken und Arbeitsaufwand und tragen dazu bei, eine bessere Benutzererfahrung zu gewährleisten – und das alles, während Sie Ihren Feuerwehrhelm noch ein wenig länger in der Schublade lassen können.
Über den Autor: Greg Thomas bringt in seiner Funktion als Director, Technical Account Management bei Tanium umfassendes Fachwissen mit, darunter Kenntnisse in den Bereichen Skripterstellung, Prozessautomatisierung sowie Entwurf, Verwaltung und Wartung von Active Directory und SCCM. Vor seiner Tätigkeit bei Tanium war Greg als beratender Ingenieur im öffentlichen und privaten Sektor für die Konzeption, Umsetzung und den Support technischer Lösungen zuständig.
