In meiner Rolle bei Tanium bin ich häufig mit komplexen IT-Umgebungen konfrontiert. Jede Client-Situation ist wirklich einzigartig; eines der erstaunlichen Dinge an Tanium ist jedoch, wie gut es sich anpasst und tatsächlich in chaotischen Unternehmensnetzwerken gedeiht. Ein Aspekt dieser Art von Komplexität ist die Vielfalt der vorhandenen Sicherheits- und Managementlösungen.
Obwohl Tanium letztendlich dazu beitragen kann, die Anzahl der isolierten Lösungen zu reduzieren, sind viele Produkte integral für Menschen und bestehende Prozesse oder decken einfach Anwendungsfälle ab, die Tanium nicht abdeckt. Selbst wenn ich Tanium als Sicherheits- und Managementplattform betrachte, müssen sich IT-Führungskräfte immer noch fragen: „Wie kann ich meine aktuellen Systemfähigkeiten maximieren und gleichzeitig meine FTE-Anzahl und meine Gesamtbetriebskosten reduzieren?“ Glücklicherweise existiert Tanium nicht nur mit vielen bestehenden Lösungen, sondern kann sie tatsächlich ergänzen und effektiver machen.
Eine solche Lösung ist der System Center Configuration Manager (SCCM) von Microsoft, der derzeit von einer Reihe von Tanium-Kunden verwendet wird. Ich habe eine einzigartige Perspektive bei Tanium nach fast 15 Jahren in Operations-, Integrations- und Beratungsrollen, die SCCM verwenden. Obwohl einige versuchen können, SCCM und Tanium zu vergleichen, handelt es sich nicht um Äpfel mit Äpfeln. Es gibt Dinge, die Tanium insofern Vorteile aufweist, als SCCM dies nicht tut und umgekehrt. Im Falle von SCCM verbessern die Integrationen mit Tanium tatsächlich die Erfahrung: Reduzierung der Angriffsfläche, Jagd nach Echtzeitbedrohungen und Reduzierung der Kosten durch ein größeres Bewusstsein für unbekannte und potenziell gefährdete Anwendungen.
Wenn Änderungsmanagementprozesse unterschritten werden
Heute konzentrieren wir uns auf Systeme ohne gesunde Kommunikation zu einem Managementpunkt. Es kann viele Gründe dafür geben, aber ich werde hier ein Mitarbeiter- und Prozessproblem ansprechen. Nach meiner Erfahrung haben SCCM-Umgebungen häufig zwischen 5 und 20 % der nicht vorhandenen oder fehlschlagenden Clients – unzählige Organisationen haben Systeme, die bereits 6 Monate oder ein Jahr nach der ersten Bereitstellung „fehlen“. Wie oft haben Sie eine Bereitstellung, einen Patch oder eine andere Fehlerbehebung durchgeführt, um zu finden, dass Sie dank einer Netzwerkänderung ein neues Subnetz haben, das keine Grenzen in SCCM hat, aber viele Clients hat? (Dies ist keineswegs ein Schlag auf Netzwerkingenieure, aber aufgrund der Art des Unternehmens wird das Änderungsmanagement nicht immer ordnungsgemäß kommuniziert.) Ich bin sicher, dass es jedem SCCM-Administrator passiert ist, der lange genug am Steuer war. Und für diejenigen, die dies nicht gesehen haben, ist hoffentlich eine Glühbirne gerade in Ihrem Gehirn ausgefallen und Sie kämpfen, um dieses störende Problem der Kundenkommunikation an einem bestimmten Ort zu beheben. Ich bin immer noch hier, wenn Sie zurückkommen.
Dieses Problem ist unvermeidlich, insbesondere in größeren Größenordnungen. Selbst wenn Änderungsmanagementprozesse angemessen befolgt werden, beginnt der Grad der Transparenz, aufgrund des Lärms eine Verschleierung zu verursachen, und Dinge werden übersehen (insbesondere eine Standardänderung, wie z. B. die Einführung eines neuen Subnetzes). Unabhängig von der Ursache führt dies dazu, dass Teile Ihrer SCCM-Clients im Handumdrehen verloren gehen. Leider gibt es keine integrierte Benachrichtigung in SCCM, daher ist es schwierig, dieses Risiko proaktiv zu verwalten – praktisch unmöglich – und das inhärente Risiko, es während einer massiven Bereitstellung zu entdecken, steigt exponentiell an.
Hier kommt Tanium ins Spiel. Innerhalb von Sekunden können Sie die folgende Frage eingeben und sofort wissen, welche Subnetze nicht ordnungsgemäß von SCCM verwaltet werden:**
Tanium Client Subnet von allen Maschinen mit SCCM Client Communication Days Old > 1 abrufen
Dies gibt Ihnen sofort eine Zählung aller Systeme in jedem Subnetz, die nicht mehr als einen Tag mit SCCM kommuniziert haben. Dann dauert es nur wenige Minuten, um es zu beheben, indem die richtigen Grenzen und/oder Grenzgruppen in SCCM hinzugefügt und Standorte/Verteilungspunkte definiert werden. Auch wenn Sie glauben, dass Sie dieses Problem nicht haben, probieren Sie es aus und stellen Sie die Frage unten in Ihrer Tanium-Konsole. Sie werden überrascht sein, was Sie finden und was Sie leicht beheben können.
Wenn in einem bestimmten Subnetz eine hohe Zahl vorhanden ist, besteht eine gute Wahrscheinlichkeit, dass das Subnetz nicht in SCCM definiert ist. Standardmäßig sollten SCCM-Kunden alle 60 Minuten eine Richtlinienprüfung durchführen, sodass, wenn sie nicht innerhalb eines Tages kommuniziert haben, etwas nicht stimmt. Da Tanium Clients betrachtet, die jetzt online sind, werden die Ergebnisse nicht durch veraltete Datensätze aus Offline-Systemen verschleiert. Ein einfaches PowerShell-Skript (unter Verwendung der SCCM 2012 PowerShell cmdlets) könnte diese Subnetze, die in Tanium gefunden wurden, mit diesen Subnetzen in Grenzgruppen innerhalb von SCCM vergleichen und Sie haben Ihre fehlenden Bereiche.
Ein weiterer möglicher Ansatz für dasselbe Problem wäre, die folgende Frage in Tanium zu stellen, um die Anzahl aller Clients in jedem Subnetz zu erhalten:
Tanium Client Subnetz von allen Maschinen abrufen
Wenn die Endpunktanzahl für ein Subnetz in der ersten Frage mit der Anzahl in der zweiten Frage übereinstimmt, haben Sie eine nicht verwaltete Grenze in SCCM gefunden, da dies bedeutet, dass jeder Online-Client in diesem Subnetz nicht mit SCCM kommuniziert. Auch hier ist es eine Frage von Minuten, die in der SCCM-Konsole zu beheben, sobald sie mit Tanium identifiziert wurde.
Fügen Sie diese beiden Fragen zu einem Dashboard hinzu oder fügen Sie sogar eine gespeicherte Frage mit einer zugehörigen Warnung über Tanium Connect hinzu, um Sie zu benachrichtigen, wenn eine solche Grenze gefunden wird, und Sie haben schnell den Regelkreis in einem großen Problembereich geschlossen, wenn es um die SCCM-Clientabdeckung geht.
Warum ist das wichtig? Weil SCCM ein gängiges Tool ist, das von Organisationen für die Software- und Updatebereitstellung verwendet wird. Wenn Sie ein paar hundert oder ein paar tausend Endpunkte verlieren, werden diese Assets nicht inventarisiert oder verwaltet. Der Effekt hier ist, dass Assets ungepatcht bleiben und Supportanrufe für fehlende angeforderte Softwareinstallationen getätigt werden, die Arbeitsstunden für eine so einfache Grundursache generieren. Die Bösewichte warten nicht darauf, dass Sie die Lücke in Ihrer Umgebung bemerken. Warum sollten Sie also? Wenn Sie diesen einfachen Anwendungsfall in die Praxis umsetzen, reduzieren Sie das Risiko, die Arbeitsstunden und sorgen für eine bessere Benutzererfahrung, während Sie den Hut des Feuerwehrmanns ein wenig länger in der Schublade aufbewahren.
Über den Autor: Greg Thomas bringt umfassende Expertise in seine Rolle als Director, Technical Account Management bei Tanium ein, einschließlich Skripting, Prozessautomatisierung, Active Directory und SCCM-Design/Administration/Wartung. Vor Tanium entwickelte, implementierte und unterstützte Greg technische Lösungen im öffentlichen und privaten Sektor als beratender Ingenieur.
