SkillForge | ATLAS

MIB und OID

12 min read

MIB und OID

In dieser interaktiven Lerneinheit verstehst du die Struktur und Funktionsweise der Management Information Base (MIB) sowie die Bedeutung von Object Identifiers (OID) im SNMP-Protokoll. Du lernst, wie MIBs hierarchisch aufgebaut sind und wie die eindeutige Identifizierung von Netzwerkressourcen über OIDs funktioniert - Grundlagenwissen, das du für die professionelle Netzwerküberwachung benötigst.

Einführung

Bei der Erweiterung eines Unternehmensnetzes musst du neue Netzwerkgeräte integrieren und zuverlässig überwachen. Doch ohne klare Struktur gehen wichtige Statusinformationen verloren, und Fehlkonfigurationen können unbemerkt bleiben.

MIB-Baumstruktur: Chaos ohne Struktur vs. hierarchische OID-Organisation
Ohne klare Struktur herrscht Chaos bei Netzwerkdaten - die MIB organisiert alles in einer hierarchischen Baumstruktur mit eindeutigen OIDs — Bildrechte: Ausbildung-in-der-IT.de (KI-unterstützt)

Mit der Management Information Base (MIB) und den Object Identifiers (OIDs) im Simple Network Management Protocol (SNMP) erhältst du eine standardisierte Methode, um Gerätedaten eindeutig zu identifizieren und systematisch abzufragen.

In dieser Lerneinheit erfährst du, wie MIB und OIDs zusammenarbeiten, um Netzwerkgeräte effektiv zu überwachen und zu steuern. Du lernst, wie Informationen hierarchisch organisiert werden und wie du gezielt auf die Daten zugreifen kannst, die du für deine Arbeit brauchst.

Lernziele

Nach dieser Lerneinheit kannst du:

  • die Struktur und Funktion der Management Information Base (MIB) erklären und ihre Rolle im SNMP-Protokoll beschreiben

  • Object Identifiers (OIDs) in ihrer hierarchischen Struktur verstehen und ihre Bedeutung für die Identifikation von Managed Objects erläutern

  • die verschiedenen Datentypen und Zugriffsarten in MIBs unterscheiden und ihre jeweiligen Einsatzzwecke begründen

  • die Structure of Management Information (SMI) als Grundlage der MIB-Definition verstehen und ihre wichtigsten Komponenten benennen

Überleitung

Um zu verstehen, wie Netzwerkgeräte effektiv überwacht und gesteuert werden können, müssen wir zunächst einen Blick auf die grundlegende Struktur der Management Information Base (MIB) werfen. Die MIB ist gewissermaßen das “Datenlexikon” des Netzwerkmanagements - sie definiert, welche Informationen verfügbar sind und wie darauf zugegriffen werden kann.

Stellen wir uns die Frage: Wie organisiert man Tausende von Informationen über Netzwerkgeräte so, dass sie schnell und gezielt abrufbar sind? Die Antwort liegt in der hierarchischen Struktur der MIB und der systematischen Verwendung von Object Identifiers (OIDs).

Grundlagen der Management Information Base (MIB)

Die Management Information Base (MIB) ist eine strukturierte Datenbank, die alle verwaltbaren Objekte in einem SNMP-Netzwerk definiert und organisiert. Sie funktioniert wie ein standardisiertes Wörterbuch, das festlegt, welche Informationen von Netzwerkgeräten abgefragt oder gesteuert werden können.

Jedes verwaltbare Objekt in der MIB, ein sogenanntes Managed Object, repräsentiert einen spezifischen Aspekt eines Netzwerkgeräts, zum Beispiel:

  • Den Betriebszustand einer Netzwerkkarte
  • Die Anzahl empfangener Pakete
  • Die CPU-Auslastung
  • Die Systemtemperatur
  • Den verfügbaren Speicherplatz

Hierarchische Struktur der MIB

Die MIB ist in einer Baumstruktur organisiert, ähnlich einem Dateisystem. An der Spitze steht die Wurzel (root), von der sich verschiedene Zweige ableiten. Jeder Knoten in diesem Baum wird durch eine Sequenz von Zahlen identifiziert, den Object Identifier (OID).

Beispiel einer OID-Struktur:

1.3.6.1.2.1.1.3 (sysUpTime)
│ │ │ │ │ │ │ └─ Spezifisches Objekt (3)
│ │ │ │ │ │ └─── System-Gruppe (1)
│ │ │ │ │ └───── MIB-2 (1)
│ │ │ │ └─────── mgmt (2)
│ │ │ └───────── dod (6)
│ │ └─────────── org (3)
└───────────────── iso (1)

Diese hierarchische Struktur ermöglicht eine eindeutige Identifikation jedes Objekts und eine logische Gruppierung verwandter Informationen.

Datentypen in der MIB

Die MIB definiert verschiedene Datentypen für Managed Objects:

Einfache Datentypen:

  • INTEGER: Ganzzahlige Werte (positiv oder negativ)
  • OCTET STRING: Zeichenketten oder Byte-Sequenzen
  • OBJECT IDENTIFIER: Verweise auf andere Objekte in der MIB
  • NULL: Leerer Wert

Anwendungsspezifische Datentypen:

  • IpAddress: IPv4-Adressen (32 Bit)
  • Counter32/Counter64: Monoton steigende Zähler
  • Gauge32: Werte, die steigen und fallen können
  • TimeTicks: Zeit in Hundertstelsekunden
  • BITS: Bitmasken für Status-Flags

Zugriffsarten auf MIB-Objekte

Jedes Managed Object in der MIB hat definierte Zugriffsrechte:

Standardzugriffsarten:

  • read-only: Werte können nur gelesen werden
  • read-write: Werte können gelesen und geändert werden
  • read-create: Wie read-write, zusätzlich kann das Objekt erstellt werden
  • write-only: Werte können nur geschrieben werden
  • not-accessible: Objekt dient nur der Strukturierung

Beispiele für Zugriffsbeschränkungen:

sysDescr     OBJECT-TYPE
    SYNTAX      DisplayString
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION "Systembeschreibung"

Diese Zugriffsrechte sind wichtig für die Sicherheit und Integrität des Netzwerkmanagements.

Structure of Management Information (SMI)

Die Structure of Management Information (SMI) definiert die Regeln für die Beschreibung von MIB-Objekten. Sie legt fest:

  • Wie Objekte benannt werden
  • Welche Datentypen erlaubt sind
  • Wie die Zugriffsrechte sind
  • Beschreibungstexte (Descriptions)

SMI Version 2 (SMIv2) Beispiel:

ifOperStatus OBJECT-TYPE
    SYNTAX      INTEGER {
                  up(1),
                  down(2),
                  testing(3)
                }
    MAX-ACCESS  read-only
    STATUS      current
    DESCRIPTION "Der aktuelle Betriebszustand des Interface"
    ::= { ifEntry 8 }

Diese standardisierte Beschreibung ermöglicht die Interoperabilität zwischen verschiedenen SNMP-Implementierungen.

MIB-II Beispiel

MIB-II ist ein standardisiertes MIB-Modul, das auf den meisten Netzwerkgeräten verfügbar ist. Es enthält allgemeine Informationen über das Gerät und seine Betriebsdaten. Ein häufig genutztes Objekt ist:

  • sysUpTime: Gibt an, wie lange das System seit dem letzten Neustart läuft.

    • OID: 1.3.6.1.2.1.1.3
    • Typ: TimeTicks
    • Einheit: Hundertstelsekunden

Nutzung von MIBs

Zugriffe auf einzelne Managed Objects erfolgen über ihre OID. Dabei kommen verschiedene SNMP-Operationen zum Einsatz:

  • GET: Abfrage eines Objekts
  • SET: Änderung eines Objekts
  • TRAP: Ereignisgesteuerte Benachrichtigung an das Management-System
  • INFORM: Bestätigte Benachrichtigung (mit Rückmeldung)
  • WALK / GETBULK: Durchlauf mehrerer OIDs (z. B. in Tabellenform)

Beispiel – SNMP GET-Request: Um die Systembeschreibung eines Geräts abzurufen, wird folgende OID genutzt:

1.3.6.1.2.1.1.1

Diese verweist auf das Objekt sysDescr, das eine Textbeschreibung des Systems liefert.

⏳ Lädt Dataview-Inhalt...

Überleitung

Wenn du ein Netzwerkgerät wie einen Switch oder Router überwachen willst, brauchst du eine Möglichkeit, ganz gezielt bestimmte Informationen daraus auszulesen. Genau hier helfen uns OIDs (Object Identifiers). Sie funktionieren wie eine eindeutige Adresse für jede Information, die in der Management Information Base (MIB) eines SNMP-fähigen Geräts gespeichert ist.

Du lernst jetzt, wie OIDs aufgebaut sind, wie sie vergeben werden und wie du sie in der Praxis verwendest, um Netzwerkdaten effizient abzufragen und zu überwachen.

Was sind OIDs und wie sind sie strukturiert?

Eine OID (Object Identifier) ist eine weltweit eindeutige Kennung für ein Objekt in der MIB eines Netzwerkgeräts. Sie besteht aus einer Reihe von Zahlen, die durch Punkte getrennt sind, zum Beispiel:

1.3.6.1.2.1.1.5.0

Diese Struktur ist hierarchisch aufgebaut. Die OID 1.3.6.1.2.1.1.5.0 zerfällt in einzelne Ebenen, die jeweils für eine bestimmte Kategorie oder Organisation stehen. Die ersten drei Ebenen sind immer gleich aufgebaut:

  • 0: ITU-T (International Telecommunication Union)
  • 1: ISO (International Organization for Standardization)
  • 2: Joint ISO/ITU-T

Im Netzwerkbereich ist vor allem der ISO-Zweig mit der Unterstruktur 1.3.6.1 relevant:

  • 1: ISO
  • 3: Identified Organization
  • 6: US Department of Defense
  • 1: Internet

Alle OIDs, die du zur Netzwerkverwaltung brauchst, hängen unter diesem Pfad. Innerhalb des “Internet”-Zweigs gibt es zum Beispiel den Unterbaum mib-2 (OID: 1.3.6.1.2.1) für standardisierte SNMP-Objekte oder private.enterprise (OID: 1.3.6.1.4.1) für herstellerspezifische Objekte.

Wie erhalten Unternehmen eigene OIDs?

Wenn ein Hersteller wie Cisco oder HP eigene Netzwerkfunktionen über SNMP bereitstellen will, muss er dafür eigene OIDs verwenden. Diese werden nicht willkürlich gewählt, sondern zentral vergeben. Die Internet Assigned Numbers Authority (IANA) vergibt sogenannte Enterprise Numbers im Zweig 1.3.6.1.4.1. Beispiel:

  • Cisco: 1.3.6.1.4.1.9
  • HP: 1.3.6.1.4.1.11

Diese Nummer bildet dann die Wurzel für alle weiteren OIDs des Unternehmens. So können Hersteller sicherstellen, dass ihre MIBs weltweit eindeutig bleiben.

Wofür werden OIDs verwendet?

Du brauchst OIDs für drei Hauptanwendungen im SNMP-Kontext:

  1. Daten abfragen: Mit Tools wie snmpget holst du gezielt Werte aus einem Gerät, z. B. die CPU-Last oder den Status eines Interfaces.
  2. Daten setzen: Mit snmpset kannst du Konfigurationswerte auf einem Gerät ändern, z. B. die Beschreibung eines Ports.
  3. Traps empfangen: Geräte senden bei bestimmten Ereignissen automatisch Meldungen an den Manager, die eine OID enthalten, um das Ereignis zu kennzeichnen.

Praxisbeispiel: CPU-Auslastung abfragen

Du willst die CPU-Last eines Routers mit der IP 192.168.1.1 überwachen. Der Befehl könnte so aussehen:

snmpget -v2c -c public 192.168.1.1 1.3.6.1.2.1.25.3.3.1.2.1

Hierbei steht:

  • -v2c: SNMP Version 2c
  • -c public: Community-String für Lesezugriff
  • 192.168.1.1: IP-Adresse des Routers
  • 1.3.6.1.2.1.25.3.3.1.2.1: OID für die CPU-Last des ersten Prozessors

Praxisbeispiel: Interface umbenennen

Angenommen, du willst das Interface Nr. 101 auf einem Switch umbenennen:

snmpset -v2c -c private 192.168.1.2 1.3.6.1.2.1.2.2.1.2.101 s "Uplink Port"

Wichtig:

  • -c private: Community-String mit Schreibrechten
  • Der letzte Wert (s "Uplink Port") legt den Typ des Werts (String) und den neuen Namen fest

Praxisbeispiel: SNMP Walk

Du willst alle verfügbaren OIDs eines Geräts durchgehen? Dann verwendest du:

snmpwalk -v2c -c public 192.168.1.1

Dieser Befehl liefert dir eine komplette Liste aller verfügbaren SNMP-Daten samt zugehöriger OIDs und Werte.

Zusammenfassung und Ausblick

Zusammenfassung:

In dieser Lerneinheit hast du die Management Information Base (MIB) als zentrales Element des Simple Network Management Protocol (SNMP) kennengelernt.

MIBs sind strukturierte Sammlungen von sogenannten Managed Objects, die den Zustand und die Konfiguration von Netzwerkgeräten abbilden. Jedes dieser Objekte ist über eine eindeutige Objektkennung (OID) adressierbar und liegt in einer hierarchischen Baumstruktur vor.

OID-Struktur und Organisation

  • Der OID-Baum beginnt bei den Wurzelknoten ITU-T (0), ISO (1) und Joint ISO/ITU-T (2).
  • Besonders wichtig ist der Zweig 1.3.6.1 (Internet), unter dem z. B. MIB-II liegt.
  • Hersteller erhalten unter private.enterprise eigene Enterprise Numbers, um gerätespezifische OIDs zu definieren.

Datentypen und Zugriff

  • Typische Datentypen sind z. B. INTEGER, OCTET STRING, Gauge, Counter32/Counter64, TimeTicks.

  • Die Structure of Management Information (SMI) legt fest:

    • wie Objekte benannt und beschrieben werden,
    • welche Datentypen erlaubt sind,
    • welche Zugriffsrechte bestehen (read-only, read-write, not-accessible usw.).

SNMP-Operationen

  • Mit den Operationen GET, SET, TRAP, INFORM und WALK greifst du auf die Objekte zu.

  • Tools wie snmpget, snmpset und snmpwalk helfen dabei:

    • einzelne Werte abzufragen oder zu verändern,
    • komplette MIB-Teilbäume auszulesen,
    • automatisiert Geräteinformationen zu sammeln.

Ausblick:

Im nächsten Schritt schauen wir uns die Sicherheitsrisiken bei der Nutzung von SNMP an. Du wirst verstehen, warum SNMPv1 und v2c als unsicher gelten, wie Community-Strings als Zugangskontrollen funktionieren und warum SNMPv3 mit Authentifizierung und Verschlüsselung einen sicheren Betrieb ermöglicht. Außerdem betrachten wir, welche Angriffsszenarien durch falsch konfigurierte MIBs und offene OIDs entstehen können – und wie du das vermeidest.

⏳ Lädt Dataview-Inhalt...

Graphansicht

Backlinks