En ingeniería de redes informáticas , un Estándar de Internet es una especificación normativa de una tecnología o metodología aplicable a Internet . Los estándares de Internet son creados y publicados por el Grupo de Trabajo de Ingeniería de Internet (IETF). Permiten la interoperación de hardware y software de diferentes fuentes, lo que permite que Internet funcione. [1] A medida que Internet se volvió global, los estándares de Internet se convirtieron en la lengua franca de las comunicaciones mundiales. [2]
Las contribuciones de ingeniería al IETF comienzan como un borrador de Internet , pueden promoverse a una solicitud de comentarios y eventualmente convertirse en un estándar de Internet.
Un estándar de Internet se caracteriza por su madurez técnica y su utilidad. El IETF también define una norma propuesta como una especificación menos madura pero estable y bien revisada. Un borrador de norma era un nivel intermedio, descontinuado en 2011. [3] Un borrador de norma era un paso intermedio que ocurrió después de una norma propuesta pero antes de una norma de Internet.
Como se indica en RFC 2026:
En general, un estándar de Internet es una especificación que es estable y bien comprendida, es técnicamente competente, tiene implementaciones múltiples, independientes e interoperables con experiencia operativa sustancial, goza de un importante apoyo público y es reconociblemente útil en algunas o todas las partes del mundo. Internet.
Un estándar de Internet está documentado mediante [4] una solicitud de comentarios (RFC) o un conjunto de RFC. Una especificación que se convertirá en un estándar o parte de un estándar comienza como un borrador de Internet y, posteriormente, generalmente después de varias revisiones, el editor RFC lo acepta y lo publica como un RFC y lo denomina estándar propuesto . Posteriormente, un RFC se eleva a Estándar de Internet , con un número de secuencia adicional, cuando la madurez ha alcanzado un nivel aceptable. En conjunto, estas etapas se conocen como Standards Track y se definen en RFC 2026 y RFC 6410. La etiqueta Histórico se aplica a documentos de Standards Track obsoletos o RFC obsoletos que se publicaron antes de que se estableciera Standards Track.
Sólo el IETF , representado por el Grupo Directivo de Ingeniería de Internet (IESG), puede aprobar los RFC de seguimiento de estándares. La lista definitiva de Estándares de Internet se mantiene en los Estándares Oficiales de Protocolo de Internet. Anteriormente, STD 1 solía mantener una instantánea de la lista. [5]
El estándar de Internet es un conjunto de reglas que los dispositivos deben seguir cuando se conectan a una red. Dado que la tecnología ha evolucionado, las reglas de interacción entre computadoras tuvieron que evolucionar con ella. Estos son los protocolos que se utilizan en la actualidad. La mayoría de ellos se desarrollaron mucho antes de la era de Internet , remontándose a la década de 1970, poco después de la creación de las computadoras personales .
TCP/IP
La fecha oficial de cuando se puso en marcha la primera Internet es el 1 de enero de 1983. [6] El Protocolo de control de transferencias/Protocolo de Internet (TCP/IP) entró en vigor. ARPANET (Red de Agencias de Proyectos de Investigación Avanzada) y la Red de Datos de Defensa fueron las redes para implementar los Protocolos. Estos protocolos se consideran la parte esencial del funcionamiento de Internet porque definen las reglas mediante las cuales operan las conexiones entre servidores. Todavía se utilizan hoy en día al implementar varias formas de enviar datos a través de redes globales.
IPSec
Internet Protocol Security es una colección de protocolos que garantizan la integridad del cifrado en la conexión entre múltiples dispositivos. El propósito de este protocolo es proteger las redes públicas. Según IETF Datatracker, el grupo dedicado a su creación fue propuesto para su creación el 25 de noviembre de 1992. [7] Medio año después se creó el grupo y poco después, a mediados de 1993, se publicó el primer borrador.
HTTP
El Protocolo de transferencia de hipertexto es uno de los protocolos más utilizados hoy en día en el contexto de la World Wide Web. HTTP es un protocolo simple que rige cómo los documentos escritos en lenguaje de marcas de hipertexto (HTML) se intercambian a través de redes. Este protocolo es la columna vertebral de la Web y permite que todo el sistema de hipertexto exista en la práctica. Fue creado por el equipo de desarrolladores encabezado por Tim Berners-Lee . Berners-Lee es el responsable de la propuesta de su creación, lo que hizo en 1989. El 6 de agosto de 1991 es la fecha en que publicó la primera versión completa de HTTP en un foro público. [8] Posteriormente, algunos consideran que esta fecha es el nacimiento oficial de la World Wide Web. HTTP ha evolucionado continuamente desde su creación, volviéndose más complicado con el tiempo y la progresión de la tecnología de redes. De forma predeterminada, HTTP no está cifrado, por lo que en la práctica se utiliza HTTPS , que significa HTTP seguro.
TLS/SSL
TLS significa Transport Layer Security , que es un estándar que permite que dos puntos finales diferentes se interconecten de forma sólida y privada. TLS vino como reemplazo de SSL. Secure Sockets Layers se introdujo por primera vez antes de la creación de HTTPS y fue creado por Netscape. De hecho, HTTPS se basó en SSL cuando apareció por primera vez. Era evidente que se necesitaba una forma común de cifrar datos, por lo que el IETF especificó TLS 1.0 en el RFC 2246 en enero de 1999. [9] Se ha actualizado desde entonces. La última versión de TLS es la 1.3 del RFC 8446 de agosto de 2018.
Modelo OSI
El modelo de Interconexión de Sistemas Abiertos comenzó su desarrollo en 1977. [10] Fue creado por la Organización Internacional de Normalización . Fue publicado oficialmente y adoptado como estándar para su uso en 1979. Luego se actualizó varias veces y llegó a la versión final. Fueron necesarios algunos años para que el protocolo se presentara en su forma final. La norma ISO 7498 se publicó en 1984. Por último, en 1995 se revisó nuevamente el modelo OSI para satisfacer las necesidades urgentes del creciente desarrollo en el campo de las redes informáticas.
UDP
El objetivo del Protocolo de datagramas de usuario era encontrar una manera de comunicarse entre dos computadoras de la manera más rápida y eficiente posible. UDP fue concebido y realizado por David P. Reed en 1980. [11] Básicamente, su forma de funcionar es mediante compresión para enviar información. Los datos se comprimirían en un datagrama y se enviarían punto a punto. Esta resultó ser una forma segura de transmitir información y, a pesar del inconveniente de perder la calidad de los datos, UDP todavía se utiliza.
Convertirse en un estándar es un proceso de dos pasos dentro del Proceso de Estándares de Internet: Estándar Propuesto y Estándar de Internet . Estos se denominan niveles de madurez y el proceso se denomina Standards Track .
Si un RFC es parte de una propuesta que se encuentra en la vía de estándares, entonces, en la primera etapa, se propone el estándar y posteriormente las organizaciones deciden si implementarán este estándar propuesto. Una vez que se cumplan los criterios del RFC 6410 (dos implementaciones separadas, uso generalizado, sin erratas, etc.), el RFC puede avanzar al estándar de Internet.
El Proceso de Estándares de Internet se define en varios documentos de "Mejores Prácticas Actuales", en particular BCP 9 (actualmente [actualizar]RFC 2026 y RFC 6410). Anteriormente había tres niveles de madurez estándar: Estándar propuesto , Borrador de estándar y Estándar de Internet . RFC 6410 redujo esto a dos niveles de madurez.
RFC 2026 originalmente caracterizó los estándares propuestos como especificaciones inmaduras, pero esta postura fue anulada por RFC 7127. [12]
Una especificación de estándar propuesta es estable, ha resuelto opciones de diseño conocidas, ha recibido una revisión significativa de la comunidad y parece gozar de suficiente interés comunitario como para ser considerada valiosa. Por lo general, no se requiere experiencia operativa ni de implementación para designar una especificación como Norma Propuesta.
Los estándares propuestos son de tal calidad que sus implementaciones pueden implementarse en Internet. Sin embargo, como ocurre con todas las especificaciones técnicas, los estándares propuestos pueden revisarse si se encuentran problemas o se identifican mejores soluciones, cuando se recopilen experiencias con la implementación de tales tecnologías a escala.
Muchas normas propuestas se implementan en Internet y se utilizan ampliamente como protocolos estables. La práctica real ha sido que la progresión completa a través de la secuencia de niveles de estándares suele ser bastante rara, y los protocolos más populares del IETF permanecen en el Estándar Propuesto. [13]
En octubre de 2011, RFC 6410 fusionó el segundo y tercer nivel de madurez en un Borrador de Norma. Los Proyectos de Normas más antiguos conservan esa clasificación. El IESG puede reclasificar un borrador de norma antiguo como norma propuesta después de dos años (octubre de 2013).
Un estándar de Internet se caracteriza por un alto grado de madurez técnica y por una creencia generalizada de que el protocolo o servicio especificado proporciona un beneficio significativo a la comunidad de Internet. Generalmente, los estándares de Internet cubren la interoperabilidad de los sistemas en Internet mediante la definición de protocolos, formatos de mensajes, esquemas e idiomas. Un estándar de Internet garantiza que el hardware y el software producidos por diferentes proveedores puedan funcionar juntos. Tener un estándar hace que sea mucho más fácil desarrollar software y hardware que vinculen diferentes redes porque el software y el hardware se pueden desarrollar capa por capa. Normalmente, los estándares utilizados en la comunicación de datos se denominan protocolos.
Todos los estándares de Internet reciben un número en la serie STD. La serie se resumió en su primer documento, STD 1 (RFC 5000), hasta 2013, pero esta práctica se retiró en RFC 7100. La lista definitiva de estándares de Internet ahora la mantiene el Editor RFC. [14]
Los documentos enviados al editor del IETF y aceptados como RFC no se revisan; si es necesario cambiar el documento, se envía nuevamente y se le asigna un nuevo número RFC. Cuando un RFC se convierte en un estándar de Internet (STD), se le asigna un número STD pero conserva su número RFC. Cuando se actualiza un estándar de Internet, su número no cambia, pero hace referencia a un RFC o conjunto de RFC diferente. Por ejemplo, en 2007, el RFC 3700 era un estándar de Internet (STD 1) y en mayo de 2008 fue reemplazado por el RFC 5000. El RFC 3700 recibió el estatus de histórico y el RFC 5000 se convirtió en STD 1.
La lista de estándares de Internet se publicó originalmente como STD 1, pero esta práctica se abandonó en favor de una lista en línea mantenida por el Editor RFC. [15]
El proceso de estandarización se divide en tres pasos:
Hay cinco organizaciones de estándares de Internet: Internet Engineering Task Force (IETF), Internet Society (ISOC), Internet Architecture Board (IAB), Internet Research Task Force (IRTF), y World Wide Web Consortium (W3C). Todas las organizaciones deben utilizar y expresar el lenguaje de Internet para seguir siendo competitivas en la fase actual de Internet. Algunos objetivos básicos del Proceso de Estándares de Internet son; asegurar la excelencia técnica; implementación y prueba más tempranas; registros perfectos, concisos y de fácil comprensión.
Crear y mejorar los estándares de Internet es un esfuerzo continuo y el Grupo de Trabajo de Ingeniería de Internet desempeña un papel importante en este sentido. Estos estándares son elaborados y disponibles por el Internet Engineering Task Force (IETF). Es la principal asociación de estándares de Internet que utiliza procedimientos bien documentados para crear estos estándares. Una vez difundidas, esas normas se vuelven fácilmente accesibles y sin costo alguno.
Hasta 1993, el gobierno federal de los Estados Unidos apoyaba al IETF. Ahora, la Junta de Arquitectura de Internet (IAB) de Internet Society lo supervisa. Es una organización de abajo hacia arriba que no tiene necesidades formales de afiliación y tampoco tiene un procedimiento oficial de membresía. Trabaja atentamente con el World Wide Web Consortium (W3C) y otras organizaciones de desarrollo de estándares. Además, depende en gran medida de grupos de trabajo que se constituyen y proponen a un Director de Área. El IETF confía en sus grupos de trabajo para expandir las condiciones y estrategias del IETF con el objetivo de hacer que Internet funcione mejor. [16] El grupo de trabajo luego opera bajo la dirección del Director de Área y avanza hacia un acuerdo. Después de la circulación del estatuto propuesto a las listas de correo de IESG e IAB y su aprobación, se envía al IETF público. No es imprescindible contar con el acuerdo total de todos los grupos de trabajo y adoptar la propuesta. Los grupos de trabajo del IETF sólo deben recurrir para comprobar si el acuerdo es sólido.
Asimismo, el Grupo de Trabajo produce documentos en el marco de los RFC, que son memorandos que contienen enfoques, hechos, exámenes e innovaciones adecuadas para el funcionamiento de Internet y los acuerdos vinculados a Internet. En otras palabras, las solicitudes de comentarios (RFC) se utilizan principalmente para madurar un protocolo de red estándar que se correlaciona con declaraciones de red. Algunos RFC tienen como objetivo producir información, mientras que otros deben publicar estándares de Internet. La forma definitiva del RFC se convierte en estándar y se emite con un número. Después de eso, no se aceptarán más comentarios ni variaciones en el formulario de conclusión. [17] Este proceso se sigue en todas las áreas para generar opiniones unánimes sobre un problema relacionado con Internet y desarrollar estándares de Internet como una solución a diferentes fallas. Hay ocho áreas comunes en las que se centra el IETF y utiliza varios grupos de trabajo junto con un director de área. En el área "general" trabaja y desarrolla los estándares de Internet. En el área "Aplicaciones" se concentra en aplicaciones de Internet, como los protocolos relacionados con la Web. Además, también trabaja en el desarrollo de la infraestructura de Internet en forma de extensiones de APP. El IETF también establece principios y descripciones para procesos de red, como la observación remota de redes. Por ejemplo, el IETF hace hincapié en la ampliación de los estándares técnicos que abarcan el conjunto de protocolos de Internet (TCP/IP). La Junta de Arquitectura de Internet (IAB) junto con el Grupo de Trabajo de Investigación de Internet (IRTF) contraparten el esfuerzo del IETF utilizando tecnologías innovadoras.
El IETF es la organización que elabora estándares y se concentra en la generación de estipulaciones "estándar" de experiencia y su uso previsto. El IETF se centra en cuestiones relacionadas con el progreso de la tecnología actual de Internet y TCP/IP. Está dividido en numerosos grupos de trabajo (WG), cada uno de los cuales es responsable de la evolución de los estándares y habilidades en un área específica, por ejemplo, rutas o seguridad. Las personas en los grupos de trabajo son voluntarias y trabajan en campos como proveedores de equipos, operadores de redes y diferentes instituciones de investigación. En primer lugar, trabaja para lograr la consideración común de las necesidades que el esfuerzo debe abordar. Luego se forma un Grupo de Trabajo del IETF y las necesidades se ventilan en las influyentes asambleas Birds of a Feather (BoF) en las conferencias del IETF.
El Internet Engineering Task Force (IETF) es la principal organización de estándares de Internet. Sigue procesos abiertos y bien documentados para establecer estándares de Internet. Los recursos que ofrece el IETF incluyen RFC, borradores de Internet, funciones de la IANA, derechos de propiedad intelectual, procesos de estándares y publicación y acceso a RFC. [18]
Hay dos formas en que se forma un estándar de Internet y se puede clasificar como una de las siguientes: estándares "de jure" y estándares "de facto". [24] Un estándar de facto se convierte en un estándar mediante su uso generalizado dentro de la comunidad tecnológica. Un estándar de jure es creado formalmente por organizaciones oficiales de desarrollo de estándares. [24] Estos estándares se someten al Proceso de Estándares de Internet. Los estándares de jure comunes incluyen ASCII , SCSI y el conjunto de protocolos de Internet . [20]
Las especificaciones sujetas al Proceso de Estándares de Internet se pueden clasificar en una de las siguientes: Especificación Técnica (TS) y Declaración de Aplicabilidad (AS). [25] Una Especificación Técnica es una declaración que describe todos los aspectos relevantes de un protocolo, servicio, procedimiento, convención o formato. [25] Esto incluye su alcance y su intención de uso, o "dominio de aplicabilidad". Sin embargo, el uso de un TS dentro de Internet se define mediante una Declaración de Aplicabilidad. Un AS especifica cómo y bajo qué circunstancias se pueden aplicar los TS para soportar una capacidad particular de Internet. Un AS identifica las formas en que se combinan los TS relevantes y especifica los parámetros o subfunciones de los protocolos TS. Un AS también describe los dominios de aplicabilidad de los TS, como enrutadores de Internet, servidores de terminales o servidores de bases de datos basados en datagramas. [25] Un AS también aplica uno de los siguientes "niveles de requisitos" a cada uno de los TS a los que se refiere:
Modelo TCP/IP y estándares de Internet asociados Los estándares web son un tipo de estándar de Internet que define aspectos de la World Wide Web . Permiten la construcción y representación de sitios web. Los tres estándares clave utilizados por la World Wide Web son el Protocolo de transferencia de hipertexto , HTML y URL . [26] Respectivamente, especifican la transferencia de datos entre un navegador y un servidor web, el contenido y el diseño de una página web, y qué significan los identificadores de página web.
Los estándares de red son un tipo de estándar de Internet que define reglas para la comunicación de datos en tecnologías y procesos de redes. Los estándares de Internet permiten el procedimiento de comunicación de un dispositivo hacia o desde otros dispositivos.
En referencia al modelo TCP/IP, los estándares y protocolos comunes en cada capa son los siguientes: [ cita necesaria ]
Internet ha sido vista como un patio de recreo abierto, gratuito para que la gente lo utilice y las comunidades lo supervisen. Sin embargo, las grandes empresas lo han moldeado para adaptarlo mejor a sus necesidades. El futuro de los estándares de Internet no será diferente. Actualmente, existen protocolos ampliamente utilizados pero inseguros, como el Border Gateway Protocol (BGP) y el Domain Name System (DNS). [27] Esto refleja prácticas comunes que se centran más en la innovación que en la seguridad. Las empresas tienen el poder de mejorar estos temas. Con Internet en manos de la industria, los usuarios deben depender de las empresas para proteger las vulnerabilidades presentes en estos estándares. [27]
Ya existen formas de hacer que BGP y DNS sean más seguros, pero no están muy extendidas. Por ejemplo, existe la protección BGP existente llamada Infraestructura de clave pública de enrutamiento (RPKI). Es una base de datos de rutas que se sabe que son seguras y que han sido firmadas criptográficamente. [28] Los usuarios y las empresas envían rutas y comprueban la seguridad de las rutas de otros usuarios. Si se adoptara más ampliamente, se podrían agregar y confirmar más rutas. Sin embargo, el RPKI está cobrando impulso. En diciembre de 2020, el gigante tecnológico Google registró el 99% de sus rutas con RPKI. [28] Están facilitando que las empresas adopten salvaguardias BGP. DNS también cuenta con un protocolo de seguridad con una baja tasa de adopción: DNS Security Extensions (DNSSEC). Básicamente, en cada etapa del proceso de búsqueda de DNS, DNSSEC agrega una firma a los datos para demostrar que no han sido manipulados. [29]
Algunas empresas han tomado la iniciativa de proteger los protocolos de Internet. Corresponde al resto difundirlo más.
{{cite book}}: Mantenimiento CS1: falta el editor de la ubicación ( enlace )