Internet Standard

Im Computernetzwerk Ingenieurwesen, ein Internetstandard ist ein normativ Spezifikation einer Technologie oder Methodik, die auf die anwendbar ist Internet. Internetstandards werden von der erstellt und veröffentlicht Internettechnik-Arbeitsgruppe (IETF). Sie ermöglichen die Interoperation von Hardware und Software aus verschiedenen Quellen, mit denen Internets funktionieren.[1] Als das Internet global wurde, wurden die Internetstandards zum Lingua Franca der weltweiten Kommunikation.[2]

Technische Beiträge zum IETF beginnen als Internetentwurf, kann zu a befördert werden Anfrage für Kommentareund kann schließlich ein Internetstandard werden.

Ein Internetstandard ist durch technische Reife und Nützlichkeit gekennzeichnet. Das IETF definiert auch a Vorgeschlagener Standard als weniger reife, aber stabile und gut bewertete Spezifikation. EIN Entwurfsstandard war ein mittleres Niveau, der 2011 eingestellt wurde.[3] Ein Standard -Standard war ein Zwischenschritt, der nach einem vorgeschlagenen Standard, jedoch vor einem Internetstandard auftrat.

Wie in RFC 2026 eingelegt:

Im Allgemeinen ist ein Internetstandard eine stabile und gut verstandene Spezifikation, ist technisch kompetent, verfügt über mehrere, unabhängige und interoperable Implementierungen mit umfangreich Internet.

Überblick

Ein Internetstandard wird dokumentiert von[4] a Anfrage für Kommentare (RFC) oder eine Reihe von RFCs. Eine Spezifikation, die ein Standard oder Teil eines Standards werden soll Internetentwurfund wird später, normalerweise nach mehreren Überarbeitungen, akzeptiert und veröffentlicht von der RFC -Editor als RFC und gekennzeichnet a Vorgeschlagener Standard. Später wird ein RFC als erhöht Internetstandardmit einer zusätzlichen Sequenznummer, wenn die Reife ein akzeptables Niveau erreicht hat. Zusammen sind diese Phasen als die bekannt Standardspurund sind in RFC 2026 und RFC 6410 definiert. Das Etikett Historisch wird auf veraltete Standards -Track -Dokumente oder veraltete RFCs angewendet, die vor der Erstellung der Standardstrecke veröffentlicht wurden.

Nur der Ietf, dargestellt durch die Internet -Engineering -Lenkungsgruppe (IESG) kann Standards verfolgen RFCs. Die endgültige Liste der Internetstandards wird in der beibehalten Offizielle Internetprotokollstandards. Zuvor wurde STD 1 verwendet, um einen Schnappschuss der Liste zu erhalten.[5]

Geschichte und der Zweck von Internetstandards

Internet Standard ist eine Reihe von Regeln, die die Geräte befolgen müssen, wenn sie in einem Netzwerk eine Verbindung herstellen. Seit sich die Technologie entwickelt hat, mussten sich die Regeln des Engagements zwischen Computern weiterentwickeln. Dies sind die Protokolle, die heute verwendet werden. Die meisten davon wurden lange vor dem Internet -Zeitalter entwickelt und gingen bis in die 1970er Jahre zurück, nicht lange nach der Erstellung von PCs.

TCP/IP

Das offizielle Datum für das erste Internet ist der 1. Januar 1983.[6] Das Transfer -Steuerungsprotokoll/Internet -Protokoll (TCP/IP) wurde in Kraft. Arpanet (Advanced Research Projects Agency Network) und das Defense Data Network waren die Netzwerke für die Implementierung der Protokolle. Diese Protokolle gelten als wesentlicher Bestandteil der Funktionsweise des Internets, da sie die Regeln definieren, nach denen die Verbindungen zwischen Servern arbeiten. Sie werden heute noch verwendet, indem verschiedene Möglichkeiten implementiert werden, wie Daten über globale Netzwerke gesendet werden.

Ipsec

Internet -Protokollsicherheit ist eine Sammlung von Protokollen, die die Integrität der Verschlüsselung in der Verbindung zwischen mehreren Geräten gewährleisten. Der Zweck dieses Protokolls besteht darin, öffentliche Netzwerke zu schützen. Laut IETF DataTracker wurde die Gruppe, die ihrer Erstellung gewidmet war, am 25. November 1992 vorgeschlagen.[7] Ein halbes Jahr später wurde die Gruppe gegründet und nicht lange danach Mitte 1993 wurde der erste Entwurf veröffentlicht.

Http

Das Hypertext -Transferprotokoll ist eines der am häufigsten verwendeten Protokolle im Kontext des World Wide Web. HTTP ist ein einfaches Protokoll, um zu bestimmen, wie Dokumente, die in Hypertext Mark Language (HTML) geschrieben sind, über Netzwerke ausgetauscht werden. Dieses Protokoll ist das Rückgrat des Webs, das das gesamte Hypertextsystem praktisch existiert. Es wurde vom Entwicklerteam erstellt, das von Tim Berners-Lee angeführt wurde. Berners-Lee ist verantwortlich für den Vorschlag seiner Schöpfung, die er 1989. 6. August 1991 das Datum, an dem er die erste vollständige Version von HTTP in einem öffentlichen Forum veröffentlicht hat.[8] Dieses Datum wird anschließend von einigen als offizielle Geburt des World Wide Web angesehen. HTTP hat sich seit seiner Gründung ständig weiterentwickelt und wird mit der Zeit und dem Fortschritt der Netzwerktechnologie komplizierter. Standardmäßig wird HTTP nicht verschlüsselt, so dass in der Praxis HTTPS verwendet wird, was für HTTPS Secure steht.

TLS/SSL

TLS steht für die Transport Layer Security, die ein Standard ist, mit dem zwei verschiedene Endpunkte stabil und privat miteinander verbunden sind. TLS war ein Ersatz für SSL. Sicherste Sockets wurden erstmals vor der Erstellung von HTTPS eingeführt und von Netscape erstellt. Tatsächlich basierte HTTPS auf SSL, als es zum ersten Mal herauskam. Es war offensichtlich, dass ein gemeinsamer Weg zur Verschlüsselung von Daten benötigt wurde, sodass der IETF TLS 1.0 in RFC 2246 im Januar 1999 angegeben hat.[9] Es wurde seitdem verbessert. Die letzte Version von TLS ist 1,3 von RFC 8446 im August 2018.

OSI -Modell

Das Open Systems Interconnection -Modell begann seine Entwicklung 1977.[10] Es wurde von der internationalen Organisation zur Standardisierung erstellt. Es wurde offiziell veröffentlicht und als Standard für die Verwendung 1979 übernommen. Es wurde dann mehrmals aktualisiert und die endgültige Version. Es dauerte einige Jahre, bis das Protokoll in seiner endgültigen Form präsentiert wurde. ISO 7498 wurde 1984 veröffentlicht. Schließlich wurde 1995 das OSI -Modell erneut überarbeitet, um die dringenden Bedürfnisse der Aufstandsentwicklung im Bereich des Computernetzwerks zu erfüllen

UDP

Das Ziel des Benutzer -Datagrammprotokolls war es, einen Weg zu finden, um zwischen zwei Computern so schnell und effizient wie möglich zu kommunizieren. Im Wesentlichen wurde UDP 1980 von David P. Reed konzipiert und realisiert.[11] Im Wesentlichen wird die Art und Weise, wie es funktioniert, Komprimierung zum Senden von Informationen verwendet. Daten würden in ein Datagramm komprimiert und Punkt an Punkt gesendet. Dies erwies sich als sichere Möglichkeit, Informationen zu übertragen, und trotz des Nachteils des Verlusts der Qualität der Daten, die UDP noch verwendet wird.

Standardisierungsprozess

Ein Standard zu werden ist ein zweistufiger Prozess innerhalb des Internet-Standardprozesses: Vorgeschlagener Standard und Internetstandard. Diese nennt man Reifegradniveau und der Prozess wird der genannt Standardspur.

Wenn ein RFC Teil eines Vorschlags ist, der sich auf der Standardspur befindet, wird in der ersten Stufe der Standard vorgeschlagen und anschließend entscheiden Organisationen, ob diese vorgeschlagene Standards umgesetzt werden sollen. Nachdem die Kriterien in RFC 6410 erfüllt sind (zwei separate Implementierungen, weit verbreitete Verwendung, keine Errata usw.), kann der RFC zum Internetstandard voranschreiten.

Der Internet -Standardprozess ist insbesondere in mehreren "besten aktuellen Praxis" -Dokumenten definiert BCP 9 (zur Zeit RFC 2026 und RFC 6410). Es gab bisher drei Standard -Reife -Ebenen: Vorgeschlagener Standard, Entwurfsstandard und Internetstandard. RFC 6410 reduzierte dies auf zwei Laufzeitniveaus.

Vorgeschlagener Standard

RFC 2026 charakterisierte ursprünglich vorgeschlagene Standards als unreife Spezifikationen, diese Haltung wurde jedoch durch RFC 7127 annulliert.[12]

A Vorgeschlagener Standard Die Spezifikation ist stabil, hat bekannte Designentscheidungen gelöst, hat eine erhebliche Überprüfung der Gemeinschaft erhalten und scheint genügend Gemeinschaftsinteresse zu genießen, um als wertvoll angesehen zu werden. Normalerweise sind weder eine Implementierung noch Betriebserfahrung für die Bezeichnung einer Spezifikation als vorgeschlagenen Standard erforderlich.

Vorgeschlagene Standards sind von einer solchen Qualität, dass Implementierungen im Internet eingesetzt werden können. Wie bei allen technischen Spezifikationen können jedoch vorgeschlagene Standards überarbeitet werden, wenn Probleme gefunden oder bessere Lösungen ermittelt werden, wenn Erfahrungen mit der Bereitstellung von Implementierungen solcher Technologien im Maßstab gesammelt werden.

Viele vorgeschlagene Standards werden tatsächlich im Internet eingesetzt und als stabile Protokolle ausgiebig verwendet. Die tatsächliche Praxis war, dass die vollständige Progression durch die Abfolge der Standardniveaus typischerweise sehr selten ist und die meisten beliebten IETF -Protokolle im vorgeschlagenen Standard bleiben.[13]

Entwurfsstandard

Im Oktober 2011 fusionierte RFC 6410 die zweite und dritte Laufzeit in einen Entwurfsstandard. Existieren älter Entwurfsstandards behalten diese Klassifizierung. Das IESG kann einen alten neu klassifizieren Entwurfsstandard wie Vorgeschlagener Standard nach zwei Jahren (Oktober 2013).

Internetstandard

Ein Internetstandard ist durch ein hohes Maß an technischer Reife und durch die allgemein glaubende Überzeugung gekennzeichnet, dass das angegebene Protokoll oder Service für die Internet -Community einen erheblichen Nutzen bietet. Im Allgemeinen decken Internetstandards die Interoperabilität von Systemen im Internet durch Definieren von Protokollen, Nachrichtenformaten, Schemata und Sprachen ab. Die grundlegendsten der Internetstandards sind diejenigen, die die definieren Internetprotokoll.

Ein Internetstandard sorgt dafür, dass Hardware und Software, die von verschiedenen Anbietern hergestellt werden, zusammenarbeiten können. Wenn Sie einen Standard haben, wird es viel einfacher, Software und Hardware zu entwickeln, die verschiedene Netzwerke verknüpft, da Software und Hardware jeweils eine Ebene entwickelt werden können. Normalerweise werden die in der Datenkommunikation verwendeten Standards als Protokolle bezeichnet.

Alle Internetstandards erhalten eine Nummer in der STD -Serie. Die Serie wurde in ihrem ersten Dokument, STD 1 (RFC 5000), bis 2013 zusammengefasst. Diese Praxis wurde jedoch in RFC 7100 in den Ruhestand getreten. Die endgültige Liste der Internetstandards wird jetzt vom RFC -Editor verwaltet.[14]

Dokumente, die dem IETF -Herausgeber übermittelt und als RFC akzeptiert wurden, werden nicht überarbeitet. Wenn das Dokument geändert werden muss, wird es erneut übermittelt und eine neue RFC -Nummer zugewiesen. Wenn ein RFC zu einem Internet Standard (STD) wird, wird ihm eine STD -Nummer zugewiesen, behält jedoch die RFC -Nummer bei. Wenn ein Internetstandard aktualisiert wird, ist die Nummer unverändert, bezieht sich jedoch auf einen anderen RFC oder eine Reihe von RFCs. Zum Beispiel war RFC 3700 im Jahr 2007 ein Internetstandard (STD 1) und wurde im Mai 2008 durch RFC 5000 ersetzt. RFC 3700 empfangen Historisch Status und RFC 5000 wurden STD 1.

Die Liste der Internetstandards wurde ursprünglich als STD 1 veröffentlicht, diese Praxis wurde jedoch zugunsten einer Online -Liste aufgegeben, die vom RFC -Editor geführt wurde.[15]

Organisationen von Internetstandards

Der Standardisierungsprozess ist in drei Schritte unterteilt:

  1. Vorgeschlagene Standards sind Standards, die implementiert werden müssen und können jederzeit geändert werden
  2. Der Entwurfsstandard wurde sorgfältig getestet, um Riverside zur Bildung des zukünftigen Internetstandards vorzubereiten
  3. Internetstandards sind ausgereifte Standards.

Es gibt fünf Internetstandardsorganisationen: die Internettechnik-Arbeitsgruppe (IETF), Internetgesellschaft (ISOC), Internet Architecture Board (IAB), Internet Research Task Force (IRTF), World Wide Web Konsortium (W3C). Alle Organisationen müssen die Internetsprache nutzen und ausdrücken, um in der aktuellen Internetphase wettbewerbsfähig zu bleiben. Einige grundlegende Ziele des Internet -Standardprozesses sind; technische Exzellenz sicherstellen; frühere Implementierung und Tests; Perfekt, prägnant und leicht verständliche Aufzeichnungen.

Die Erstellung und Verbesserung der Internetstandards ist eine kontinuierliche Anstrengung, und die Task Force für Internet Engineering spielt diesbezüglich eine wichtige Rolle. Diese Standards werden von der Internet Engineering Task Force (IETF) geformt und verfügbar. Es ist der führende Internet Standards Association, der gut dokumentierte Verfahren zum Erstellen dieser Standards verwendet. Nach dem Umlauf können diese Standards ohne Kosten leicht zugänglich gemacht werden.

Bis 1993 unterstützte die Bundesregierung der Vereinigten Staaten die IETF. Jetzt überwacht das Internet Architecture Board (IAB) der Internet Society es. Es ist eine Bottom-up-Organisation, die keine formellen Zugehörigkeitsbedürfnisse hat und auch kein offizielles Mitgliedsverfahren hat. Es arbeitet wachsam mit dem World Wide Web Consortium (W3C) und anderen Standardentwicklungsorganisationen zusammen. Darüber hinaus beruht es stark auf Arbeitsgruppen, die einem Gebietsleiter konstituiert und vorgeschlagen werden. IETF stützt sich auf seine Arbeitsgruppen, um die IETF -Bedingungen und -strategien zu erweitern, mit dem Ziel, das Internet überlegen zu machen.[16] Die Arbeitsgruppe arbeitet dann unter der Leitung des Regionsleiters und führt eine Vereinbarung vor. Nach der Verbreitung der vorgeschlagenen Charta an die IESG- und IAB -Mailinglisten und deren Genehmigung wird sie weiter an das öffentliche IETF weitergeleitet. Es ist nicht wichtig, die vollständige Vereinbarung aller Arbeitsgruppen zu haben und den Vorschlag zu übernehmen. IETF -Arbeitsgruppen müssen nur zurückgreifen, um zu überprüfen, ob das Abkommen stark ist.

Ebenso erstellt die Arbeitsgruppe Dokumente in der Anordnung von RFCs, bei denen es sich um Memorandum-enthaltende Ansätze, Taten, Untersuchungen und Innovationen handelt, die für die Funktionsweise des Internet- und Internetverbundenen Arrangements geeignet sind. Mit anderen Worten, Anfragen nach Kommentaren (RFCs) werden hauptsächlich zum Reife eines Standard -Netzwerkprotokolls verwendet, das mit Netzwerkanweisungen korreliert. Einige RFCs zielen darauf ab, Informationen zu erstellen, während andere Internetstandards veröffentlichen müssen. Die ultimative Form des RFC wandelt sich in den Standard um und wird mit einer Ziffer ausgegeben. Danach sind keine Kommentare oder Variationen mehr für das abschließende Formular akzeptabel.[17] Dieser Prozess wird in jedem Bereich befolgt, um einstimmige Ansichten zu einem Problem im Zusammenhang mit dem Internet zu generieren und Internetstandards als Lösung für verschiedene Störungen zu entwickeln. Es gibt acht öffentliche Bereiche, in denen sich IETF konzentriert und verschiedene Arbeitsgruppen zusammen mit einem Regionsleiter verwendet. Im "allgemeinen" Bereich funktioniert und entwickelt es die Internetstandards. Im Bereich "Anwendungs" konzentriert es sich auf Internetanwendungen wie webbezogene Protokolle. Darüber hinaus arbeitet es auch zur Entwicklung der Internetinfrastruktur in Form von PPP -Erweiterungen. IETF legt auch Prinzipien und Beschreibungen für Netzwerkprozesse wie Remote -Netzwerkbeobachtungen fest. Beispielsweise betont IETF die Vergrößerung technischer Standards, die die Internet -Protokollsuite (TCP/IP) umfassen. Das Internet Architecture Board (IAB) zusammen mit der Internet Research Task Force (IRTF) entspricht der Anstrengung des IETF mit innovativen Technologien.

Das IETF ist die Standards, die die Organisation auf die Generierung von "Standard" -Beausschüssen und ihre vorgesehene Nutzung konzentrieren. Das IETF konzentriert sich auf Angelegenheiten, die mit dem Fortschritt des aktuellen Internets und des TCP/IP-Know-how verbunden sind. Es ist in zahlreiche Arbeitsgruppen (WGS) entfremdet, von denen jeder für die Entwicklung von Standards und Fähigkeiten in einer bestimmten Zone verantwortlich ist, z. B. Routing oder Sicherheit. Menschen in Arbeitsgruppen sind Freiwillige und arbeiten in Bereichen wie Geräteanbietern, Netzbetreibern und verschiedenen Forschungsinstitutionen. Erstens funktioniert es, die allgemeine Berücksichtigung der Notwendigkeiten zu erhalten, dass die Bemühungen diskutieren sollten. Dann wird eine IETF -Arbeitsgruppe gebildet und die Notwendigkeiten werden in den einflussreichen Vögeln einer Federversammlung (BOF) auf IETF -Konferenzen belüftet.

Internettechnik-Arbeitsgruppe

Die Internet Engineering Task Force (IETF) ist die führende Organisation für Internet -Standards. Es folgt einen offenen und gut dokumentierten Prozesse zum Festlegen von Internetstandards. Zu den Ressourcen, die die IETF-Angebote bieten, gehören RFCs, Internet-Enttouren, IANA-Funktionen, Rechte an geistigem Eigentum, Standardprozess sowie Veröffentlichung und Zugriff auf RFCs.[18]

RFCs

  • Dokumente, die technische Spezifikationen und Notizen für das Internet enthalten.
  • Das Akronym RFC stammt aus dem Ausdruck "Anfrage nach Kommentaren" - diese wird heute nicht mehr verwendet und wird jetzt einfach als RFCs bezeichnet.[19]
  • Die Webseite RFC -Editor ist ein offizielles Archiv mit Internetstandards, Entwurfsstandards und vorgeschlagenen Standards.[20]

Internetentwürfe

  • Arbeitsdokumente des IETF und ihrer Arbeitsgruppen.[21]
  • Andere Gruppen verteilen Arbeitsdokumente als Internet-Enttäuschungen

Rechte an geistigem Eigentum

  • Alle IETF -Standards stehen frei zur Verfügung, um sie anzusehen und zu lesen, sowie im Allgemeinen kostenlos durch jeden ohne Erlaubnis oder Zahlung implementiert werden können.[22]

Standardprozess

  • Der Prozess der Erstellung eines Standards ist unkompliziert - eine Spezifikation durchläuft einen umfassenden Überprüfungsprozess der Internet -Community und wird durch Erfahrung überarbeitet.[23]

Veröffentlichung und Zugriff auf RFCs

  • Internet-Enttätigkeiten, die den Überprüfungsprozess erfolgreich abgeschlossen haben.
  • Übermittelt an den RFC -Editor zur Veröffentlichung.

Arten von Internetstandards

Es gibt zwei Möglichkeiten, wie ein Internetstandard gebildet wird und als einer der folgenden Standards und "de facto" -Standards eingestuft werden kann.[24] Ein De -facto -Standard wird durch weit verbreitete Verwendung innerhalb der Tech -Community zu einem Standard. Ein De-Jure-Standard wird offiziell von offiziellen Standard-Entwicklungsorganisationen erstellt.[24] Diese Standards unterziehen sich dem Internetstandards Prozess. Zu den allgemeinen De -Jure -Standards gehören ASCII, Scsi, und Internet -Protokollsuite.[20]

Internet -Standardspezifikationen

Spezifikationen, die dem Internet -Standardprozess unterliegen, können in eine der folgenden: technische Spezifikation (TS) und Anwendbarkeitserklärung (AS) eingeteilt werden.[25] Eine technische Spezifikation ist eine Aussage, die alle relevanten Aspekte eines Protokolls, Service, Verfahrens, Konvention oder Format beschreibt.[25] Dies schließt seinen Umfang und seine Absicht für die Verwendung oder "Domäne der Anwendbarkeit" ein. Eine TSS -Verwendung im Internet wird jedoch durch eine Anwendbarkeitserklärung definiert. A As gibt an, wie und unter welchen Umständen TSS angewendet werden kann, um eine bestimmte Internetfunktion zu unterstützen. Eine AS identifiziert die Art und Weise, wie relevante TSS kombiniert werden, und gibt die Parameter oder Unterfunktionen von TS-Protokollen an. Ein ebenso beschreibt auch die Domänen der Anwendbarkeit von TSS wie Internetrouter, Terminalserver oder Datagramm-basierte Datenbankserver.[25] A wie auch eine der folgenden "Anforderungsstufen" für jedes der TSS anwendet, auf das es sich bezieht:

  • Erforderlich: Die Implementierung des referenzierten TS ist erforderlich, um Interoperabilität zu erreichen. Zum Beispiel Internetsysteme verwenden die Internet -Protokollsuite sind zur Implementierung erforderlich IP und ICMP.[25]
  • Empfohlen: Die Implementierung des referenzierten TS ist nicht erforderlich, ist jedoch im Bereich der Anwendbarkeit des AS wünschenswert. Die Einbeziehung der Funktionen, Merkmale und Protokolle empfohlener TSS in die Entwicklungen von Systemen wird gefördert. Zum Beispiel die Telnet Das Protokoll sollte von allen Systemen implementiert werden, die den Remote -Zugriff verwenden möchten.[25]
  • ELEKTIVE: Die Implementierung des referenzierten TS ist optional. Der TS ist nur in einer bestimmten Umgebung erforderlich. Zum Beispiel könnte die Decnet -MIB in einer Umgebung, in der die ist, als wertvoll angesehen werden Decnet Protokoll wird verwendet.[25]

Gemeinsame Standards

Webstandards

TCP/ IP -Modell und zugehörige InternetstandardsWebstandards sind eine Art Internetstandard, der Aspekte der definiert Weltweites Netz. Sie ermöglichen das Gebäude und das Rendern von Websites. Die drei wichtigen Standards des World Wide Web sind Hypertext Transfer Protocol, Html, und URL.[26] Jeweils geben sie den Inhalt und das Layout einer Webseite an, welche Webseiten -Kennungen und die Datenübertragung zwischen einem Browser und einem Webserver.

Netzwerkstandards

Netzwerkstandards sind eine Art Internetstandard, der Regeln für die Datenkommunikation in Netzwerktechnologien und -prozessen definiert. Internetstandards ermöglichen das Kommunikationsverfahren eines Geräts zu oder von anderen Geräten.

In Bezug auf das TCP/IP -Modell sind gemeinsame Standards und Protokolle in jeder Schicht wie folgt:

Offizielle Internetprotokollstandards

  • Das jüngste Dokument, das von der IETF veröffentlicht wurde RDAP -Abfrageformat für Registrierungsdatenzugriffsprotokoll ( oder RFC 9082 und wird auf der Website archiviert RFC-Editor.[28] In der Zusammenfassung des Dokuments wird erklärt, dass es "einheitliche Muster zum Konstruktion von HTTP -URLs beschreibt, die verwendet werden können, um Registrierungsinformationen aus Registrien mit" ruhigen "Webzugriffsmustern" abzurufen.[28] Mit RDAP können Benutzer auf aktuelle Registrierungsdaten zugreifen, und wurde erstellt, um das WHOIS -Protokoll zu ersetzen.[29]
  • Ein weiteres Internet -Standardprotokoll wurde vom IETF im Juni 2021 veröffentlicht, der Informationen zu JSON -Datenstrukturen enthält, die Registrierungsinformationen darstellen, die von regionalen Internetregistern (RIRS) und Domainname Registries (DNRS) verwaltet werden. In der Abstract wird weiterhin angedeutet, dass diese Datenstrukturen zur Bildung von Abfragantworten für Registrierungsdatenzugriffsprotokoll (RDAP) verwendet werden. In diesem Dokument wird RFC 7483 veraltet.[30]

Die Zukunft der Internetstandards

Das Internet wurde als offener Spielplatz angesehen, kostenlos für Menschen und Gemeinschaften, die sie überwachen können. Große Unternehmen haben es jedoch geprägt und geformt, um ihren Bedürfnissen am besten zu entsprechen. Die Zukunft der Internetstandards wird nicht anders sein. Derzeit gibt es weit verbreitete, aber unsichere Protokolle wie das Border Gateway -Protokoll (BGP) und das Domänennamensystem (DNS).[31]Dies spiegelt gemeinsame Praktiken wider, die sich mehr auf Innovation als auf Sicherheit konzentrieren. Unternehmen haben die Befugnis, diese Probleme zu verbessern. Mit dem Internet in den Händen der Branche müssen Benutzer auf Unternehmen angewiesen, um Schwachstellen zu schützen, die in diesen Standards vorhanden sind.[31]

Möglichkeiten, BGP und DNS sicherer zu machen, existieren bereits, aber sie sind nicht weit verbreitet. Beispielsweise gibt es den vorhandenen BGP -Schutz als Routing Public Key Infrastructure (RPKI). Es handelt sich um eine Datenbank mit Routen, von denen bekannt ist, dass sie sicher sind und kryptografisch signiert wurden.[32] Benutzer und Unternehmen senden Routen ein und überprüfen die Routen anderer Benutzer auf Sicherheit. Wenn es häufiger angenommen wurde, könnten mehr Routen hinzugefügt und bestätigt werden. RPKI nimmt jedoch Dynamik auf. Ab Dezember 2020 registrierte der Tech -Riese Google 99% seiner Strecken mit RPKI.[32] Sie erleichtern Unternehmen, BGP -Schutzmaßnahmen zu übernehmen. DNS hat auch ein Sicherheitsprotokoll mit niedriger Annahmequote: DNS -Sicherheitsverlängerungen (DNSSEC). Im Wesentlichen fügt DNSSEC in jeder Phase des DNS -Suchprozesses Daten eine Signatur hinzu, um zu zeigen, dass sie nicht manipuliert wurde.[33]

Einige Unternehmen haben die Initiative ergriffen, um Internetprotokolle zu sichern. Es liegt an dem Rest, es weiter verbreitet zu machen.

Siehe auch

Verweise

  1. ^ Leiba, Barry (Januar 2008). "Eine Einführung in Internetstandards". IEEE Internet Computing. 12 (1): 71–74. doi:10.1109/mic.2008.2. ISSN 1089-7801. S2CID 26168365.
  2. ^ Cath, Corinne; Floridi, Luciano (April 2017). "Die Gestaltung der Architektur des Internets durch die Internet Engineering Task Force (IETF) und die Menschenrechte". Wissenschafts- und Ingenieurethik. 23 (2): 449–468. doi:10.1007/s11948-016-9793-y. ISSN 1353-3452. PMID 27255607. S2CID 3613408.
  3. ^ Russell Housley; Dave Crocker; Eric W. Burger (11. Oktober 2011). Reduzierung der Standardspur auf zwei Reife -Ebenen. Ietf. doi:10.17487/rfc6410. RFC 6410.
  4. ^ Huitema, C.; Postel, J.; Crocker, S. (1995). "Nicht alle RFCs sind Standards". IETF -Anfrage nach Kommentaren (RFC) Seiten - Test. ISSN 2070-1721.
  5. ^ RFC 7100 Pensionierung des Zusammenfassungsdokuments "Internet Official Protocol Standards"
  6. ^ "Eine kurze Geschichte des Internets". www.usg.edu. Abgerufen 2021-12-08.
  7. ^ "IP -Sicherheitsprotokoll (IPSec) -". DataTracker.ietf.org. Abgerufen 2021-12-08.
  8. ^ "Evolution von http - http | mdn". Entwickler.mozilla.org. Abgerufen 2021-12-08.
  9. ^ "Transport Layer Security (TLS) - MDN -Webdokumente Glossar: Definitionen der Webbegriffe | MDN". Entwickler.mozilla.org. Abgerufen 2021-12-08.
  10. ^ Alani, Mohammed M. (2014), "OSI -Modell", Anleitung zu OSI- und TCP/IP -Modellen, Springerbriefs in Informatik, Cham: Springer International Publishing, S. 5–17, doi:10.1007/978-3-319-05152-9_2, ISBN 978-3-319-05151-2, abgerufen 2021-12-08
  11. ^ "Was ist UDP | Diversenet Inc". Abgerufen 2021-12-08.{{}}: CS1 Wartung: URL-Status (Link)
  12. ^ "Charakterisierung von Spezifikationen". Charakterisierung der vorgeschlagenen Standards. Ietf. Januar 2014. Sec. 3. doi:10.17487/rfc7127. RFC 7127. Abgerufen 11. März, 2016.
  13. ^ "IETF -Überprüfung der vorgeschlagenen Standards". Charakterisierung der vorgeschlagenen Standards. Ietf. Januar 2014. Sec. 2. doi:10.17487/rfc7127. RFC 7127. Abgerufen 11. März, 2016.
  14. ^ "Offizielle Internetprotokollstandards".
  15. ^ RFC 7100
  16. ^ Wütend.; Mandelberg, D.; Bruijnzeels, T. (August 2018). Vereinfachte lokale Internetnummer -Ressourcenverwaltung mit dem RPKI (Slurm). doi:10.17487/rfc8416. RFC 8416.
  17. ^ Knieps, Günter (September 2015). "Unternehmerische Verkehrsmanagement und die Internet Engineering Task Force". Journal of Competition Law and Economics. 11 (3): 727–745. doi:10.1093/joclec/nhv018. ISSN 1744-6414.
  18. ^ Gesellschaft., Internet Engineering Task Force. Internet (2005). IETF Journal. Internetgesellschaft. OCLC 746928702.
  19. ^ "RFCs". Ietf. Abgerufen 2021-12-08.
  20. ^ a b Internet -offizielle Protokollstandards. Mai 2008. doi:10.17487/rfc5000. RFC 5000.
  21. ^ Farrel, A. (April 2014). Handhabung von Internet-Enttätern durch IETF-Arbeitsgruppen. doi:10.17487/rfc7221. RFC 7221.
  22. ^ Rechte an geistigem Eigentum in der IETF -Technologie. März 2005. doi:10.17487/rfc3979. RFC 3979.
  23. ^ Hovey, R.; Bradner, S. (Oktober 1996). Die Organisationen, die am IETF -Standardprozess beteiligt sind. doi:10.17487/rfc2028. RFC 2028.
  24. ^ a b Nickerson; MUELEN (2006). "Die Ökologie der Standardprozesse: Erkenntnisse aus dem Internetstandard". Mis vierteljährlich. 30: 467–488. doi:10.2307/25148769. JStor 25148769.
  25. ^ a b c d e f Bradner, S. (Oktober 1996). Der Internetstandards -Prozess - Revision 3. doi:10.17487/rfc2026. RFC 2026.
  26. ^ Comer, Douglas (2015). Computernetzwerke und Internet (Sechstes Ausgabe). Boston, MA. ISBN 978-0-13-358793-7. OCLC 870649960.
  27. ^ a b c d "Netzwerkstandards (Datenkommunikation und Netzwerk)". Was-when-how.com. Abgerufen 2021-12-08.
  28. ^ a b Hollenbeck, S.; Newton, A. (Juni 2021). RDAP -Abfrageformat für Registrierungsdatenzugriffsprotokoll (. doi:10.17487/rfc9082. RFC 9082.
  29. ^ Hollenbeck, S.; Carney, R. (Mai 2019). VCARD -Format -Erweiterungen: ICANN -Erweiterungen für das Registrierungsdatenzugriffsprotokoll (RDAP). doi:10.17487/rfc8605. RFC 8605.
  30. ^ Hollenbeck, S.; Newton, A. (Juni 2021). JSON -Antworten für das Registrierungsdatenzugangsprotokoll (RDAP). doi:10.17487/rfc9083. RFC 9083.
  31. ^ a b Sherman, Justin (1. Oktober 2020). "Einfluss des privaten Sektors auf das Internet: Beginnend mit Internetprotokollen". Die Politik der Internetsicherheit: Privatindustrie und die Zukunft des Web (Bericht). Atlantischer Rat. S. 4–7. JStor resrep26661.5.
  32. ^ a b Newman, Lily Hay. "Ein gebrochenes Stück Internet -Rückgrat wird möglicherweise endlich repariert". Verdrahtet. ISSN 1059-1028. Abgerufen 2021-12-08.
  33. ^ "DNSSEC: Eine Einführung". Der Cloudflare -Blog. 2014-10-07. Abgerufen 2021-12-08.

Externe Links