imported>PerfektesChaos: tk k

2025-09-30T18:47:24Z

tk k

Neue Seite

{| class="wikitable float-right"
|+ style="background:#C0C0FF; font-size:larger;"| ICMP (Internet Control Message Protocol)
|-
! Familie:
| [[Internetprotokollfamilie]]
|-
! Einsatzgebiet:
| Obligatorischer Zusatz zum [[Internet Protocol]], Fehlermeldungen, Diagnose
|-
|colspan="2"|
{| class="center"
|+ '''ICMP im [[TCP/IP-Referenzmodell|TCP/IP-Protokollstapel]]'''
|-
|rowspan="2" style="background:#FFCC99;"| '''Internet'''
|colspan="5" style="background:#9999FF;"| '''ICMP'''
|-
|colspan="5" style="background:#EEEEFF;"| [[IPv4]]
|- style="background:#EEEEEE;"
|style="background:#FFEEBB"| ''Netzzugang''
| [[Ethernet]]
| [[Token Bus|Token<br /> Bus]]
| [[Token Ring|Token<br /> Ring]]
| [[Fiber Distributed Data Interface|FDDI]]
| …
|}
|-
| '''Standards:'''
| <nowiki>RFC 792</nowiki> (1981),<ref>{{RFC-Internet |RFC=792 |Titel=Internet Control Message Protocol |Datum=1989-09 |Updated=950 |Errata=1}}</ref> <nowiki>RFC 950</nowiki>,<ref>{{RFC-Internet |RFC=950 |Titel=Internet Standard Subnetting Procedure |Datum=1985-08}}</ref> <nowiki>RFC 4884</nowiki>,<ref>{{RFC-Internet |RFC=4884 |Titel=Extended ICMP to Support Multi-Part Messages |Datum=2007-04}}</ref> <nowiki>RFC 6633</nowiki>,<ref>{{RFC-Internet |RFC=6633 |Titel=Deprecation of ICMP Source Quench Messages |Datum=2012-05}}</ref> <nowiki>RFC 6918</nowiki><ref>{{RFC-Internet |RFC=6918 |Titel=Formally Deprecating Some ICMPv4 Message Types |Datum=2013-04}}</ref>
|}

<span style="white-space:nowrap">Das '''Internet Control Message Protocol''' ('''ICMP''') dient in</span> [[Rechnernetz]]werken dem Austausch von Informations- und Fehlermeldungen über das Internet-Protokoll in der Version 4 ([[IPv4]]). Für [[IPv6]] existiert ein ähnliches Protokoll mit dem Namen [[ICMPv6]].

ICMP ist Bestandteil von IPv4, wird aber wie ein eigenständiges Protokoll behandelt. Es wird von jedem [[Router]] und jedem Rechner erwartet, dass sie ICMP „verstehen“. Die meisten ICMP-Pakete enthalten Diagnose-Informationen: Sie werden vom Router zur Quelle zurückgeschickt, wenn der Router Pakete verwirft, etwa weil beispielsweise das Ziel nicht erreichbar ist oder die [[Time to Live|TTL]] abgelaufen ist. Es gelten folgende Grundsätze:
{{Belege fehlen|Laut https://www.sei.cmu.edu/documents/505/1998_019_001_496180.pdf [605 KB] gibts per ICMP sehr wohl Antworten auf Broadcasts.|Dieser Abschnitt}}
* ICMP benutzt IP als Kommunikationsbasis, indem es sich selbst als Protokoll einer höheren Schicht interpretiert, d. h. ICMP-Nachrichten werden in IP-Paketen gekapselt.
* ICMP erkennt einige Fehlerzustände, macht aber IPv4 nicht zu einem zuverlässigen Protokoll.
* ICMP analysiert Fehler in jedem IP-Paket, mit Ausnahme solcher, die eine ICMP-Nachricht tragen.
* ICMP-Nachrichten werden nicht als Antwort auf Pakete an Zieladressen versendet, bei denen es sich um [[Multicast]]- oder [[Broadcast]]-Adressen handelt.
* ICMP-Nachrichten antworten nur einer eindeutigen Quell-IP-Adresse.

== Die ICMP-Pakettypen ==
Der Typ des ICMP-Pakets und der zugehörige Code stehen als jeweils 8-[[Bit]]-Zahl am Anfang des ICMP-[[Header]]s. Die Zahlen haben dabei folgende Bedeutungen:<ref name=IANA>{{Internetquelle |url=https://www.iana.org/assignments/icmp-parameters/icmp-parameters.xhtml |titel=Internet Control Message Protocol (ICMP) Parameters |kommentar=Liste aller ICMP-Typen und -Codes |hrsg=[[Internet Assigned Numbers Authority]] |datum=2018-06-15 |sprache=en |abruf=2018-12-09}}</ref>

{| class="wikitable toptextcells"
|+ Die ICMP-Pakettypen<ref name=IANA/><ref>{{Literatur |Autor=J. F. Kurose, K. W. Ross |Hrsg=Addison-Wesley |Titel=Computer Netzwerking: A Top-Down Approach |Reihe=World student series |Datum=2006 |ISBN=0-321-41849-2}}</ref>
! Nachrichtentyp (Type)
! Nachrichtenbezeichnung
! Code
! Status
! Beschreibung
|-
| 0
| Echo Reply (Echo-Antwort)
| 0
|
| Antwort auf Echo-Anfrage (Type 8). Wird bei [[Ping (Datenübertragung)|Ping]] verwendet.
|-
| 1
|
|
| nicht vergeben
| ''reserviert''
|-
| 2
|
|
| nicht vergeben
| ''reserviert''
|-
| rowspan="16" | 3
| rowspan="16" | Destination Unreachable (Ziel nicht erreichbar)
| 0
|
| Zielnetzwerk nicht erreichbar
|-
| 1
|
| Ziel-Host ist nicht erreichbar
|-
| 2
|
| Zielprotokoll ist nicht erreichbar
|-
| 3
|
| Ziel-[[Port (Netzwerkadresse)|Port]] nicht erreichbar
|-
| 4
|
| [[IP-Fragmentierung|Fragmentierung]] erforderlich, jedoch ist das [[IP-Paket#Flags|Don’t-Fragment-Flag]] gesetzt
|-
| 5
|
| [[Routing|Route]] fehlgeschlagen
|-
| 6
|
| Zielnetzwerk unbekannt
|-
| 7
|
| Ziel-Host unbekannt
|-
| 8
|
| Quell-Host isoliert
|-
| 9
|
| Kommunikation mit Zielnetzwerk wurde administrativ verweigert
|-
| 10
|
| Kommunikation mit Ziel-Host wurde administrativ verweigert
|-
| 11
|
| Zielnetzwerk nicht erreichbar für [[Type of Service]]
|-
| 12
|
| Ziel-Host nicht erreichbar für Type of Service
|-
| 13
|
| Kommunikation wurde administrativ verweigert
|-
| 14
|
| Host Prioritätsverletzung
|-
| 15
|
| Prioritätsabschaltung aktiv
|-
| 4
| Source Quench (Quelle drosseln)
| 0
| veraltet
| [[Überlastkontrolle]] (congestion control)
|-
| rowspan="4" | 5
| rowspan="4" | Redirect (Umleitung)
| 0
|
| Umleitungshinweis das Zielnetzwerk betreffend
|-
| 1
|
| Umleitungshinweis den Ziel-Host betreffend
|-
| 2
|
| Umleitungshinweis den Type of Service und das Zielnetzwerk betreffend
|-
| 3
|
| Umleitungshinweis den Type of Service und den Ziel-Host betreffend
|-
| 6
| Alternate Host Address
|
| veraltet
| Alternative Host-Adresse
|-
| 7
|
|
| nicht vergeben
| ''reserviert''
|-
| 8
| Echo Request (Echo-Anfrage)
| 0
|
| Wird bei Ping gesendet.
|-
| rowspan="2" | 9
| rowspan="2" | Router Advertisement
| 0
|
| Normales [[Netzwerkdienst|Diensteangebot]] des Routers
|-
| 16
|
| Router leitet keinen allgemeinen Datenverkehr weiter.
|-
| 10
| Router Solicitation
| 0
|
| Router Entdeckung/Auswahl/Anzeige
|-
| rowspan="2" | 11
| rowspan="2" | Time Exceeded (Zeitablauf)
| 0
|
| [[Time to Live|TTL]] während Transit abgelaufen
|-
| 1
|
| Zeit bei der Wiederzusammensetzung bei Fragmentierung abgelaufen
|-
| rowspan="3" | 12
| rowspan="3" | Parameter Problem: Bad IP Header (ungültiger IP-Header)
| 0
|
| Der Fehler wird im Header-Feld <code>Pointer</code> der Nachricht genannt.
|-
| 1
|
| Eine benötigte Option fehlt
|-
| 2
|
| Falsche Länge
|-
| 13
| Timestamp (Zeitstempel)
| 0
|
| [[Zeitstempel|Zeitstempelnachricht]]
|-
| 14
| Timestamp Reply
| 0
|
| Antwort auf Zeitstempelnachricht (Type 13)
|-
| 15
| Information Request
| 0
| veraltet
| Informationsanfrage
|-
| 16
| Information Reply
| 0
| veraltet
| Antwort auf Informationsanfrage (Type 15)
|-
| 17
| Address Mask Request
| 0
| veraltet
| Anfrage der Adressierungsmaske
|-
| 18
| Address Mask Request
| 0
| veraltet
| Antwort auf Anfrage der Adressierungsmaske (Type 17)
|-
| 19
|
|
| reserviert
| ''Reserviert'' für Sicherheit
|-
| 20 bis 29
|
|
| reserviert
| ''Reserviert'' für Experimente
|-
| 30
| [[Traceroute]]
| 0
| veraltet
| Informationsanfrage
|-
| 31
|
|
| veraltet
| Datagramm Conversion Error
|-
| 32
|
|
| veraltet
| Mobile Host Redirect
|-
| 33
|
|
| veraltet
| Where-Are-You (ursprünglich für [[IPv6]])
|-
| 34
|
|
| veraltet
| Here-I-Am (ursprünglich für IPv6)
|-
| 35
|
|
| veraltet
| Anfrage für mobile Registrierung
|-
| 36
|
|
| veraltet
| Antwort auf Anfrage für mobile Registrierung (Type 35)
|-
| 37
|
|
| veraltet
| Anfrage für Domain-Name
|-
| 38
|
|
| veraltet
| Antwort auf Anfrage für Domain-Name (Type 37)
|-
| 39
|
|
| veraltet
| SKIP (''Simple Key-Management for Internet Protocol'') Algorithm Discovery Protocol
|-
| rowspan="6" | 40
| rowspan="6" | Photuris (Session Key Management Protocol)
| 0
|
| fehlerhafter SPI
|-
| 1
|
| Authentifizierung fehlgeschlagen
|-
| 2
|
| Dekomprimierung fehlgeschlagen
|-
| 3
|
| Entschlüsselung fehlgeschlagen
|-
| 4
|
| Authentifizierung erforderlich
|-
| 5
|
| Autorisierung erforderlich
|-
| 41
|
|
| experimentell
| ICMP für experimentelle Mobilitäts-Protokolle wie z. B. <nowiki>RFC 4065</nowiki>
|-
| 42
| Extended Echo Request
| 0
|
| Anfrage für erweitertes Echo (XPing)
|-
| rowspan="5" | 43
| rowspan="5" | Extended Echo Reply (Antwort auf Extended Echo Request, Type 42)
| 0
|
| Keine Fehler
|-
| 1
|
| Fehlerhafte Anfrage
|-
| 2
|
| Keine solche Schnittstelle
|-
| 3
|
| Kein solcher Tabelleneintrag
|-
| 4
|
| Mehrere Schnittstellen erfüllen die Anfrage
|-
| 44 bis 252
|
|
| nicht vergeben
| ''reserviert''
|-
| 253
| Experiment 1 im Stil von <nowiki>RFC 3692</nowiki><ref name="RFC3692">
{{RFC-Internet |RFC=3692 |Titel=Assigning Experimental and Testing Numbers Considered Useful |Datum=2004-01}}
</ref>
|
|
| experimentell (<nowiki>RFC 4727</nowiki>)<ref name="RFC4727" />
|-
| 254
| Experiment 2 im Stil von <nowiki>RFC 3692</nowiki><ref name="RFC3692" />
|
|
| experimentell (<nowiki>RFC 4727</nowiki>)<ref name="RFC4727" />
|-
| 255
|
|
| reserviert
| ''reserviert''
|}

=== Time-To-Live ===
Um zu verhindern, dass Pakete endlos durch ein Netzwerk (z. B. im Kreis zwischen mehreren Routern) gesendet werden, reduziert ein Router beim Weiterleiten den TTL-Wert um 1. Erreicht der TTL-Wert den Wert 0, wird das Paket gelöscht und der Sender über eine ICMP-Nachricht über diesen Vorgang informiert. Diesen Mechanismus macht sich [[Traceroute]] zunutze.

Um die Route (die [[Hop (Netzwerktechnologie)|Hops]]) eines [[Datenpaket|Pakets]] zu einem bestimmten Ziel-[[Host (Informationstechnik)|Host]] zu ermitteln, versendet das Analyseprogramm Traceroute Datenpakete mit inkrementierender Time-To-Live (TTL) (beginnend mit 1) und wartet auf „Time to live exceeded in transit“ oder „Destination unreachable“ Meldungen als Reaktion. Abhängig von der Implementierung oder einer gewählten Option von Traceroute können das ICMP- (z. B. unter Windows) oder [[User Datagram Protocol|UDP]]-Pakete (z. B. unter Linux) sein.

== Aufbau ==
{{Belege fehlen|„Oft“ „bei vielen“ „typischerweise“ „optional“. In <nowiki>RFC 792</nowiki> stehts anders und recht präzise. Ausgerechnet ein veralteter Typ zählt zu fünf „häufiger“ vorkommenden?|Dieser Abschnitt}}
ICMP sendet und empfängt eine Vielzahl von Nachrichten. Im IP-Header wird die ICMP-Nachricht durch die Protokollnummer 1 angezeigt. ICMPv6 trägt dagegen die Protokollnummer 58. Das ICMP-Nachrichtenformat besteht aus nur wenigen Feldern:

{| style="white-space:nowrap; margin-bottom:1em;" cellpadding="5" cellspacing="1"
|-
|style="width:12.5%"| 0
|style="width:12.5%"| 4
|style="width:12.5%"| 8
|style="width:12.5%"| 12
|style="width:9.375%"| 16
|style="width:3.125%"|
|style="width:12.5%"| 20
|style="width:12.5%"| 24
|style="width:6.25%"| 28
|style="width:6.25%"| 31
|- style="text-align:center;"
|colspan="2" style="border:1px solid black"| Typ
|colspan="2" style="border:1px solid black"| Code
|colspan="6" style="border:1px solid black"| Prüfsumme
|-
|colspan="10" style="border:1px solid black; height:50px; text-align:center;"| Daten (optional)
|}

Das Typ-Feld spezifiziert die Nachricht. Das Code-Feld interpretiert die Nachrichtenart genauer. Die Daten enthalten typischerweise einen Teil der ursprünglichen IP-Nachricht. Einige der häufiger vorkommenden Typ-Code-Kombinationen sind:

{| class="wikitable toptextcells"
|-
! Typ !! Typname !! Code !! Bedeutung
|-
| 0 || Echo-Antwort || 0 || Echo-Antwort
|-
|rowspan="7"| 3 ||rowspan="7"| Ziel nicht erreichbar || 0 || Netzwerk nicht erreichbar
|-
| 1 || Host (Zielstation) nicht erreichbar
|-
| 2 || Protokoll nicht erreichbar
|-
| 3 || Port nicht erreichbar
|-
| 4 || Fragmentierung nötig, '''D'''on’t '''F'''ragment aber gesetzt
|-
| 5 || Route nicht möglich (die Richtung in IP-Header-Feld Option falsch angegeben)
|-
| 13 || Communication administratively prohibited (Paket wird von der Firewall des Empfängers geblockt)
|-
| 4 || Entlasten der Quelle || 0 || Datagramm verworfen, da Warteschlange voll
|-
| 8 || Echo-Anfrage || 0 || Echo-Anfrage (besser bekannt als „[[Ping (Datenübertragung)|Ping]]“)
|-
|rowspan="2"| 11 ||rowspan="2"| Zeitlimit überschritten || 0 || TTL (Time To Live, Lebensdauer) abgelaufen
|-
| 1 || Zeitlimit während der Defragmentierung überschritten
|}

Ein zusätzliches Feld „Daten“ trägt bei vielen ICMP-Nachrichten im ersten 32-Bit-Wort genauere Informationen zur Zuordnung der ICMP-Nachricht. Oft werden ab dem zweiten Datenwort auch IP-Header des auslösenden Datagramms sowie die ersten 32 Bit des Pakets übermittelt. Das „Daten“-Feld kann jedoch auch dazu missbraucht werden, um Nutzdaten zu übertragen ([[ICMP-Tunnel]]ing). Die notwendige Fehlerbehandlung beziehungsweise Fehlerkorrektur und Ähnliches muss dann jedoch auf der Anwendungsebene implementiert werden.

== Sicherheitsrelevante Aspekte ==
Das Internet Control Message Protocol kann für einen [[Denial of Service|Denial-of-Service]]- (DoS) oder Distributed-Denial-of-Service-Angriff (DDoS) auf ein Gerät verwendet werden. Außerdem kann ein Gerät von einem Angreifer als Teil eines DDoS-Angriffs für einen Angriff auf ein drittes Gerät missbraucht werden. Typische Angriffsmethoden sind der [[Smurf-Angriff]], das [[Flooding (Informatik)|Flooding]] oder der [[Ping of Death]]. Eine weitere Möglichkeit der Ausnutzung des ICMP-Protokolls ist dessen Nutzung zur unberechtigten Datenübertragung mittels [[ICMP-Tunnel]]-Verbindung.

== Literatur ==
*{{Literatur
| Autor=Antonio Merola
| Titel=Verwendung und Missbrauch von ICMP
| Sammelwerk=[[hakin9]]
| Datum=2006
| Nummer=2
| Seiten=46–57
| Online=https://www.computec.ch/archiv/dokumente/netzwerke/verwendung_und_missbrauch_von_icmp.pdf
| Format=PDF
| KBytes=1185
}}

== Normen und Standards ==
Standardisiert ist ICMP für IPv4 mit <nowiki>RFC 792</nowiki>. Auf Serverseite ist auch das Kapitel ICMP in <nowiki>RFC 1122 </nowiki> hilfreich.
* {{RFC-Internet |RFC=792 |Titel=Internet Control Message Protocol |Datum=1989-09 |Updated=950 |Errata=1}}
* {{RFC-Internet |RFC=1122 |Titel=Requirements for Internet Hosts – Communication Layers |Kommentar=auch für weitere ICMP-Erweiterungen |Datum=1989-10 |Updated=1349 |Errata=1}}

== Einzelnachweise ==
<references>
<ref name="RFC4727">
{{RFC-Internet |RFC=4727 |Titel=Experimental Values in IPv4, IPv6, ICMPv4, ICMPv6, UDP, and TCP Headers |Datum=2006-11}}
</ref>
</references>

{{Normdaten|TYP=s|GND=4585818-4}}

[[Kategorie:Netzwerkprotokoll (Vermittlungsschicht)]]
[[Kategorie:Internet Protocol]]

Internet Control Message Protocol - Versionsgeschichte

imported>PerfektesChaos: tk k