Hispanopedia Wiki
Articulo de referencia

Conexión y reproducción universales

Logotipo de UPnP, tal como lo promovieron el Foro UPnP (2001–2016) y la Fundación Open Connectivity (2016–presente). UPnP (originalmente Universal Plug and Play ) es un conjunto...

Hispanopedia WikiContenido en espanolLectura gratuita

Logotipo de UPnP, tal como lo promovieron el Foro UPnP (2001–2016) y la Fundación Open Connectivity (2016–presente).

UPnP (originalmente Universal Plug and Play ) es un conjunto de protocolos de red basados ​​en el Protocolo de Internet que permite que los dispositivos conectados en red, como ordenadores personales, impresoras, puertas de enlace a Internet , puntos de acceso Wi-Fi y dispositivos móviles, se detecten mutuamente en la red sin problemas [ 1 ] y establezcan servicios de red funcionales. UPnP está diseñado principalmente para redes residenciales [ 2 ] sin dispositivos de clase empresarial. Oficialmente, solo las abreviaturas UPnP y UPnP+ están registradas como marcas comerciales. [ 3 ]

UPnP asume que la red utiliza IP y, posteriormente, emplea HTTP sobre IP para proporcionar la descripción del dispositivo/servicio, las acciones, la transferencia de datos y la notificación de eventos . Las solicitudes de búsqueda de dispositivos y los anuncios se gestionan mediante HTTP sobre UDP ( puerto 1900) utilizando multidifusión (conocido como HTTPMU). Las respuestas a las solicitudes de búsqueda también se envían a través de UDP, pero mediante unidifusión (conocido como HTTPU).

Conceptualmente, UPnP extiende la tecnología plug and play —que permite conectar dispositivos dinámicamente directamente a un ordenador— a redes de configuración cero [ 1 ] para redes inalámbricas residenciales y de pequeñas oficinas /oficinas domésticas (SOHO) . Los dispositivos UPnP son plug and play porque, al conectarse a una red, establecen automáticamente configuraciones de trabajo con otros dispositivos, eliminando la necesidad de que los usuarios configuren y añadan manualmente dispositivos mediante direcciones IP . [ 4 ]

UPnP generalmente se considera inadecuado para su implementación en entornos empresariales por razones de economía, complejidad y consistencia: su base de multidifusión lo hace muy comunicativo, consumiendo demasiados recursos de red en redes con una gran cantidad de dispositivos; los controles de acceso simplificados no se adaptan bien a entornos complejos.

Descripción general

La arquitectura UPnP permite la interconexión de dispositivos electrónicos de consumo , dispositivos móviles , ordenadores personales y electrodomésticos conectados a la red . Se trata de un protocolo de arquitectura abierta y distribuida basado en estándares establecidos como el conjunto de protocolos de Internet (TCP/IP), HTTP , XML y SOAP . Los puntos de control UPnP (CP) son dispositivos que utilizan protocolos UPnP para controlar dispositivos controlados por UPnP (CD). [ 5 ]

La arquitectura UPnP admite redes sin configuración. Un dispositivo compatible con UPnP de cualquier fabricante puede unirse dinámicamente a una red, obtener una dirección IP, anunciar su nombre, comunicar sus capacidades a petición y conocer la presencia y las capacidades de otros dispositivos. Los servidores DHCP ( Protocolo de configuración dinámica de host ) y DNS ( Sistema de nombres de dominio ) son opcionales y solo se utilizan si están disponibles en la red. Los dispositivos pueden desconectarse de la red automáticamente sin dejar información de estado .

UPnP se publicó como una norma internacional de 73 partes ISO/IEC  29341 en diciembre de 2008. [ 6 ] [ 7 ] [ 8 ] [ 9 ] [ 10 ] [ 11 ]

Otras características de UPnP incluyen:

Independencia de medios y dispositivos
La tecnología UPnP puede funcionar en muchos medios que admiten IP, incluidos Ethernet , [ 2 ] FireWire , infrarrojos ( IrDA ), cableado doméstico ( G.hn ) y radiofrecuencia ( Bluetooth , Wi-Fi [ 2 ] ). No se requiere soporte de controladores de dispositivos especiales ; en su lugar, se utilizan protocolos de red comunes.
Control de la interfaz de usuario (UI)
Opcionalmente , la arquitectura UPnP permite que los dispositivos presenten una interfaz de usuario a través de un navegador web (véase la presentación a continuación).
Independencia del sistema operativo y del lenguaje de programación
Cualquier sistema operativo y cualquier lenguaje de programación pueden utilizarse para crear productos UPnP. Existen pilas UPnP disponibles para la mayoría de las plataformas y sistemas operativos, tanto en versiones de código cerrado como de código abierto. [ 2 ]
Control programático
La arquitectura UPnP también permite el control programático de aplicaciones convencional. [ 2 ]
Extensibilidad
Cada producto UPnP puede tener servicios específicos del dispositivo superpuestos a la arquitectura básica. [ 2 ] Además de combinar los servicios definidos por el Foro UPnP de diversas maneras, los proveedores pueden definir sus propios tipos de dispositivos y servicios. Pueden extender los dispositivos y servicios estándar con acciones, variables de estado, elementos de estructura de datos y valores de variables definidos por el proveedor .

Protocolo

UPnP utiliza tecnologías comunes de Internet . Asume que la red debe ejecutar el Protocolo de Internet (IP) y luego utiliza HTTP , SOAP y XML sobre IP para proporcionar descripción de dispositivos/servicios, acciones, transferencia de datos y eventos. Las solicitudes de búsqueda de dispositivos y los anuncios se admiten ejecutando HTTP sobre UDP usando multidifusión (conocido como HTTPMU). Las respuestas a las solicitudes de búsqueda también se envían a través de UDP, pero en este caso se envían usando unidifusión (conocido como HTTPU). UPnP usa UDP debido a su menor sobrecarga, ya que no requiere confirmación de los datos recibidos ni retransmisión de paquetes corruptos. Las especificaciones HTTPU y HTTPMU se presentaron inicialmente como un borrador de Internet , pero expiró en 2001; [ 12 ] Estas especificaciones se han integrado desde entonces en las especificaciones UPnP reales.

UPnP utiliza el puerto UDP 1900, y todos los puertos TCP utilizados se derivan de los mensajes de respuesta y estado activo de SSDP . [ 13 ]

Direccionamiento

La base de las redes UPnP es el direccionamiento IP. Cada dispositivo debe implementar un cliente DHCP y buscar un servidor DHCP cuando se conecta por primera vez a la red. Si no hay ningún servidor DHCP disponible, el dispositivo debe asignarse una dirección. El proceso mediante el cual un dispositivo UPnP se asigna una dirección se conoce dentro de la arquitectura de dispositivos UPnP como AutoIP . En la versión 1.0 de la arquitectura de dispositivos UPnP, [ 6 ] AutoIP se define dentro de la propia especificación; en la versión 1.1 de la arquitectura de dispositivos UPnP, [ 7 ] AutoIP hace referencia a IETF RFC 3927. Si durante la transacción DHCP, el dispositivo obtiene un nombre de dominio, por ejemplo, a través de un servidor DNS o mediante el reenvío de DNS , el dispositivo debe usar ese nombre en las operaciones de red posteriores; de lo contrario, el dispositivo debe usar su dirección IP. 

Descubrimiento

Una vez que un dispositivo ha establecido una dirección IP, el siguiente paso en la red UPnP es el descubrimiento. El protocolo de descubrimiento UPnP se conoce como Protocolo Simple de Descubrimiento de Servicios (SSDP). Cuando se agrega un dispositivo a la red, SSDP le permite anunciar sus servicios a los puntos de control de la red. Esto se logra mediante el envío de mensajes SSDP de actividad. Cuando se agrega un punto de control a la red, SSDP le permite buscar activamente dispositivos de interés en la red o escuchar pasivamente los mensajes SSDP de actividad de los dispositivos. El intercambio fundamental es un mensaje de descubrimiento que contiene algunos detalles esenciales sobre el dispositivo o uno de sus servicios, como su tipo, identificador y un puntero (ubicación de red) a información más detallada.

Descripción

Una vez que un punto de control ha descubierto un dispositivo, aún sabe muy poco sobre él. Para que el punto de control obtenga más información sobre el dispositivo y sus capacidades, o para interactuar con él, debe recuperar la descripción del dispositivo desde la ubicación ( URL ) proporcionada por el dispositivo en el mensaje de descubrimiento. La descripción del dispositivo UPnP se expresa en XML . Incluye información específica del fabricante, como el nombre y número de modelo, el número de serie , el nombre del fabricante, las URL (de presentación) a los sitios web específicos del proveedor, etc. La descripción también incluye una lista de los servicios integrados. Para cada servicio, el documento de descripción del dispositivo enumera las URL para el control, la gestión de eventos y la descripción del servicio. Cada descripción de servicio incluye una lista de los comandos o acciones a los que responde el servicio, y los parámetros o argumentos para cada acción; la descripción de un servicio también incluye una lista de variables ; estas variables modelan el estado del servicio en tiempo de ejecución y se describen en términos de su tipo de datos , rango y características de evento.

Control

Tras obtener la descripción del dispositivo, el punto de control puede enviar acciones al servicio del dispositivo. Para ello, el punto de control envía un mensaje de control adecuado a la URL de control del servicio (proporcionada en la descripción del dispositivo). Los mensajes de control también se expresan en XML mediante el Protocolo simple de acceso a objetos (SOAP). Al igual que con las llamadas a funciones , el servicio devuelve los valores específicos de la acción en respuesta al mensaje de control. Los efectos de la acción, si los hay, se modelan mediante cambios en las variables que describen el estado de ejecución del servicio.

Notificación de evento

Otra capacidad de la red UPnP es la notificación de eventos , o gestión de eventos . El protocolo de notificación de eventos definido en la arquitectura de dispositivos UPnP se conoce como Arquitectura General de Notificación de Eventos (GENA). Una descripción UPnP para un servicio incluye una lista de acciones a las que responde el servicio y una lista de variables que modelan el estado del servicio en tiempo de ejecución. El servicio publica actualizaciones cuando estas variables cambian, y un punto de control puede suscribirse para recibir esta información. El servicio publica actualizaciones enviando mensajes de eventos. Los mensajes de eventos contienen los nombres de una o más variables de estado y sus valores actuales. Estos mensajes también se expresan en XML. Se envía un mensaje de evento inicial especial cuando un punto de control se suscribe por primera vez; este mensaje contiene los nombres y valores de todas las variables de eventos y permite al suscriptor inicializar su modelo del estado del servicio. Para admitir escenarios con múltiples puntos de control, la gestión de eventos está diseñada para mantener a todos los puntos de control igualmente informados sobre los efectos de cualquier acción. Por lo tanto, a todos los suscriptores se les envían todos los mensajes de eventos, los suscriptores reciben mensajes de eventos para todas las variables "eventadas" que han cambiado, y los mensajes de eventos se envían independientemente del motivo por el que cambió la variable de estado (ya sea en respuesta a una acción solicitada o porque cambió el estado que el servicio está modelando).

Presentación

El paso final en la red UPnP es la presentación. Si un dispositivo tiene una URL de presentación, el punto de control puede recuperar una página de esta URL, cargarla en un navegador web y, según las capacidades de la página, permitir que un usuario controle el dispositivo y/o vea su estado. [ 14 ] El grado en que se puede lograr cada una de estas acciones depende de las capacidades específicas de la página de presentación y del dispositivo.

Estándares audiovisuales

La arquitectura UPnP AV es una extensión de audio y video de UPnP, compatible con una variedad de dispositivos como televisores, videograbadoras, reproductores de CD/DVD, decodificadores , sistemas estéreo, reproductores de MP3, cámaras fotográficas, videocámaras, marcos de fotos electrónicos (EPF) y computadoras personales. La arquitectura UPnP AV permite que los dispositivos admitan diversos formatos de contenido de entretenimiento, incluyendo MPEG2, MPEG4, JPEG, MP3, Windows Media Audio (WMA), mapas de bits (BMP) y formatos NTSC, PAL o ATSC. Se admiten múltiples tipos de protocolos de transferencia, incluyendo IEEE 1394, HTTP, RTP y TCP/IP. [ 15 ]

El 12 de julio de 2006, el Foro UPnP anunció la publicación de la versión 2 de las especificaciones de audio y vídeo UPnP, [ 16 ] junto con las clases MediaServer (MS) versión 2.0 y MediaRenderer (MR) versión 2.0. Estas mejoras se crearon añadiendo capacidades a las clases de dispositivos MediaServer y MediaRenderer, lo que permite un mayor nivel de interoperabilidad entre productos de diferentes fabricantes. Algunos de los primeros dispositivos que cumplían con estos estándares fueron comercializados por Philips bajo la marca Streamium .

Desde 2006, se han publicado las versiones 3 y 4 de los protocolos de control de dispositivos de audio y video UPnP. [ 17 ] En marzo de 2013, se publicó una especificación actualizada de la arquitectura AV UPnP, que incorpora los protocolos de control de dispositivos actualizados. [ 15 ] La arquitectura de dispositivos UPnP 2.0 se lanzó en abril de 2020.

Los estándares UPnP AV se han referenciado en especificaciones publicadas por otras organizaciones, incluidas las Directrices de interoperabilidad de dispositivos en red de la Digital Living Network Alliance , [ 18 ] la Comisión Electrotécnica Internacional IEC 62481-1, [ 19 ] y el Protocolo de red doméstica OpenCable de los Laboratorios de Televisión por Cable . [ 20 ]

componentes AV

Generalmente, una arquitectura de audio/video (AV) UPnP consta de: [ 21 ]

  • Punto de control: un dispositivo que descubre servidores multimedia y renderizadores multimedia, y luego los conecta.
  • Servidor multimedia: el servidor que almacena contenido en la red para que puedan acceder a él los reproductores multimedia.
  • Reproductor multimedia: un dispositivo que renderiza ('reproduce') el contenido recibido de un servidor multimedia.

Servidor multimedia

AEl servidor multimedia UPnP AV es el servidor UPnP (dispositivo "maestro") que proporciona información de la biblioteca multimedia y transmite datos multimedia (como audio, vídeo, imágenes y archivos) a los clientes UPnP de la red. Se trata de un sistema informático o un dispositivo digital similar que almacena contenido multimedia digital, como fotografías, películas o música, y lo comparte con otros dispositivos.

Los servidores multimedia UPnP AV proporcionan un servicio a los dispositivos cliente UPnP AV, denominados puntos de control , para explorar el contenido multimedia del servidor y solicitar al servidor multimedia que entregue un archivo al punto de control para su reproducción.

Los servidores multimedia UPnP están disponibles para la mayoría de los sistemas operativos y numerosas plataformas de hardware. Los servidores multimedia UPnP AV se pueden clasificar en basados ​​en software o en hardware. Los servidores multimedia UPnP AV basados ​​en software se ejecutan en un PC . Los servidores multimedia UPnP AV basados ​​en hardware pueden ejecutarse en cualquier dispositivo NAS o en cualquier hardware específico para la distribución de contenido multimedia, como un DVR . En mayo de 2008, existían más servidores multimedia UPnP AV basados ​​en software que servidores basados ​​en hardware.

Otros componentes

  • UPnP MediaServer ControlPoint es el cliente UPnP (un dispositivo "esclavo") que puede detectar automáticamente los servidores UPnP en la red para explorar y transmitir archivos multimedia/de datos desde ellos.
  • UPnP MediaRenderer DCP : es un dispositivo "esclavo" que puede renderizar (reproducir) contenido.
  • UPnP RenderingControl DCP : controla la configuración de MediaRenderer; volumen, brillo, RGB, nitidez y más.
  • Interfaz de usuario remota UPnP (RUI) cliente/servidor : envía/recibe comandos de control entre el cliente UPnP y el servidor UPnP a través de la red (como grabar, programar, reproducir, pausar, detener, etc.).
  • QoS (calidad de servicio) es una función de servicio importante (aunque no obligatoria) para UPnP AV (audio y vídeo). QoS se refiere a los mecanismos de control que pueden proporcionar diferentes prioridades a diferentes usuarios o flujos de datos, o garantizar un cierto nivel de rendimiento a un flujo de datos de acuerdo con las solicitudes del programa de aplicación. Dado que UPnP AV se utiliza principalmente para entregar contenido multimedia en streaming que a menudo es casi en tiempo real o datos de audio/vídeo en tiempo real, es fundamental que se entregue dentro de un tiempo específico o la transmisión se interrumpirá. Las garantías de QoS son esenciales si la capacidad de la red es limitada, por ejemplo, en redes públicas, como internet .
    • La calidad de servicio (QoS) para UPnP consta de funciones de servicio de dispositivo receptor (lado del cliente/front-end) y dispositivo de origen (lado del servidor/back-end). Incluye clases como: Clase de tráfico , que indica el tipo de tráfico en el flujo de tráfico (por ejemplo, audio o vídeo); Identificador de tráfico (TID) , que identifica los paquetes de datos como pertenecientes a un flujo de tráfico único; Especificación de tráfico (TSPEC) , que contiene un conjunto de parámetros que definen las características del flujo de tráfico (por ejemplo, requisitos operativos y programación); y Flujo de tráfico (TS), que es un flujo unidireccional de datos que se origina en un dispositivo de origen y termina en uno o más dispositivos receptores.
  • Acceso remoto : define métodos para conectar conjuntos de dispositivos UPnP que no se encuentran en el mismo dominio de multidifusión.

Recorrido NAT

Una solución para la traducción de direcciones de red (NAT ), denominada Protocolo de Control de Dispositivos de Puerta de Enlace a Internet (UPnP IGD), se implementa mediante UPnP. Muchos enrutadores y cortafuegos se exponen como dispositivos de puerta de enlace a Internet, lo que permite que cualquier punto de control UPnP local realice diversas acciones, como obtener la dirección IPv4 externa del dispositivo, enumerar las asignaciones de puertos existentes y añadir o eliminar asignaciones de puertos. Al añadir una asignación de puertos, un controlador UPnP detrás del IGD puede habilitar la traducción de direcciones de red desde una dirección externa a un cliente interno.

Existen numerosos problemas de compatibilidad debido a las diferentes interpretaciones de las especificaciones IGDv1 e IGDv2, que son muy extensas y, de hecho, retrocompatibles. Uno de ellos es el cliente UPnP IGD integrado en los sistemas actuales de Microsoft Windows y Xbox con enrutadores IGDv2 certificados. El problema de compatibilidad persiste desde la introducción del cliente IGDv1 en Windows XP en 2001, y un enrutador IGDv2 sin una solución alternativa imposibilita la asignación de puertos. [ 23 ]

Si UPnP solo se usa para controlar las asignaciones de puertos y los pinholes del enrutador , existen protocolos alternativos, más nuevos, mucho más simples y ligeros como PCP y NAT-PMP , ambos estandarizados como RFC por la IETF. Aún no se conocen problemas de compatibilidad entre diferentes clientes y servidores para estas alternativas, pero su adopción sigue siendo baja. Para enrutadores de consumo, actualmente solo se sabe que AVM y los proyectos de software de enrutador de código abierto OpenWrt , OPNsense y pfSense admiten PCP como alternativa a UPnP. Las implementaciones de UPnP IGDv2 y PCP de Fritz!Box de AVM han tenido muchos errores desde su introducción. En muchos casos, ni siquiera funcionan. [ 24 ] [ 25 ] [ 26 ] [ 27 ] [ 28 ]

Problemas

Autenticación

El protocolo UPnP, por defecto, no implementa ninguna autenticación , por lo que las implementaciones de dispositivos UPnP deben implementar el servicio adicional de protección de dispositivos [ 29 ] o el servicio de seguridad de dispositivos [ 30 ] . También existe una solución no estándar llamada UPnP-UP (Universal Plug and Play – User Profile) [ 31 ] [ 32 ] que propone una extensión para permitir mecanismos de autenticación y autorización de usuarios para dispositivos y aplicaciones UPnP. Muchas implementaciones de dispositivos UPnP carecen de mecanismos de autenticación y, por defecto, asumen que los sistemas locales y sus usuarios son completamente confiables [ 33 ] [ 34 ] .

Cuando no se implementan los mecanismos de autenticación, los enrutadores y cortafuegos que ejecutan el protocolo UPnP IGD son vulnerables a ataques. Por ejemplo, los programas de Adobe Flash que se ejecutan fuera del entorno aislado del navegador (por ejemplo, esto requiere una versión específica de Adobe Flash con problemas de seguridad conocidos) pueden generar un tipo específico de solicitud HTTP que permite que un sitio web malicioso controle un enrutador que implementa el protocolo UPnP IGD cuando alguien con un enrutador habilitado para UPnP visita ese sitio web. [ 35 ] Esto solo se aplica a la función de "aprovechamiento del cortafuegos" de UPnP ; no se aplica cuando el enrutador/cortafuegos no admite UPnP IGD o se ha deshabilitado en el enrutador. Además, no todos los enrutadores pueden tener configuraciones como la del servidor DNS alteradas por UPnP porque gran parte de la especificación (incluida la configuración del host LAN) es opcional para los enrutadores habilitados para UPnP. [ 9 ] Como resultado, algunos dispositivos UPnP se envían con UPnP desactivado de forma predeterminada como medida de seguridad.

Acceso desde Internet

En 2011, el investigador Daniel Garcia desarrolló una herramienta diseñada para explotar una vulnerabilidad en algunas pilas de dispositivos UPnP IGD que permiten solicitudes UPnP desde Internet. [ 36 ] [ 37 ] La herramienta se hizo pública en DEFCON 19 y permite solicitudes de mapeo de puertos a direcciones IP externas desde el dispositivo y a direcciones IP internas detrás del NAT. El problema se ha propagado ampliamente por todo el mundo, y los escaneos muestran millones de dispositivos vulnerables a la vez. [ 38 ]

En enero de 2013, la empresa de seguridad Rapid7, con sede en Boston, publicó [ 39 ] un informe sobre un programa de investigación de seis meses. Un equipo buscó señales de dispositivos compatibles con UPnP que indicaran su disponibilidad para conectarse a internet. Unos 6900 productos con capacidad de red de 1500 empresas, distribuidos en 81 millones de direcciones IP, respondieron a las solicitudes. El 80 % de estos dispositivos eran routers domésticos; entre otros, impresoras, webcams y cámaras de vigilancia. Mediante el protocolo UPnP, muchos de estos dispositivos pueden ser accedidos y/o manipulados.

En febrero de 2013, el foro UPnP respondió en un comunicado de prensa [ 40 ] recomendando versiones más recientes de las pilas UPnP utilizadas y mejorando el programa de certificación para incluir comprobaciones que eviten futuros problemas de este tipo.

Inspección y fiabilidad de IGMP

UPnP suele ser la única aplicación de multidifusión significativa que se utiliza en las redes domésticas digitales; por lo tanto, una mala configuración de la red de multidifusión u otras deficiencias pueden parecer problemas de UPnP en lugar de problemas subyacentes de la red.

Si la función IGMP snooping está habilitada en un conmutador, o más comúnmente en un enrutador/conmutador inalámbrico, interferirá con el descubrimiento de dispositivos UPnP/DLNA (SSDP) si está configurado de forma incorrecta o incompleta (por ejemplo, sin un consultor activo o un proxy IGMP), lo que hará que UPnP parezca poco fiable.

Entre los escenarios típicos observados se incluye la aparición de un servidor o cliente (por ejemplo, un televisor inteligente ) tras el encendido y su posterior desaparición tras unos minutos (normalmente 30 minutos por defecto) debido a la caducidad de la pertenencia al grupo IGMP.

Vulnerabilidad de devolución de llamada

El 8 de junio de 2020 se anunció otro fallo de diseño de protocolo. [ 41 ] Denominado "CallStranger" [ 42 ] por su descubridor, permite a un atacante subvertir el mecanismo de suscripción de eventos y ejecutar una variedad de ataques: amplificación de solicitudes para su uso en DDoS; enumeración; y exfiltración de datos.

OCF publicó una corrección a la especificación del protocolo en abril de 2020. [ 43 ] Sin embargo, dado que muchos dispositivos que ejecutan UPnP no son fácilmente actualizables, es probable que CallStranger siga siendo una amenaza durante mucho tiempo. [ 44 ] CallStranger ha impulsado los llamados a que los usuarios finales abandonen UPnP debido a las repetidas fallas en la seguridad de su diseño e implementación. [ 45 ]

Historia

Logotipo del Foro UPnP
Logotipo del Foro UPnP

Los protocolos UPnP fueron promovidos por el Foro UPnP (fundado en octubre de 1999), [ 46 ] una iniciativa de la industria informática para facilitar una conectividad sencilla y robusta a dispositivos independientes y ordenadores personales de diversos fabricantes. El Foro estaba compuesto por más de 800 fabricantes involucrados en todo tipo de productos, desde electrónica de consumo hasta computación en red. Desde 2016, todas las iniciativas UPnP han sido gestionadas por la Open Connectivity Foundation (OCF).

En otoño de 2008, el Foro UPnP ratificó el sucesor de la arquitectura de dispositivos UPnP 1.0, UPnP 1.1. [ 47 ] El estándar Devices Profile for Web Services (DPWS) era un candidato a sucesor de UPnP, pero el Foro UPnP seleccionó UPnP 1.1. La versión 2 de IGD está estandarizada. [ 48 ]

El estándar UPnP Internet Gateway Device (IGD) [ 9 ] tiene un servicio WANIPConnection, que proporciona una funcionalidad similar al protocolo de control de puertos estándar de la IETF . La especificación NAT-PMP contiene una lista de los problemas con IGDP [ 49 ] : 26–32 que impulsaron la creación de NAT-PMP y su sucesor PCP.

Se han definido varios estándares adicionales para la arquitectura de dispositivos UPnP:

  • La Wi-Fi Allianceurn:schemas-wifialliance-org:device:WFADevice define un conjunto de servicios de "dispositivo WFA" ( ) relacionados con el punto de acceso inalámbrico .
    • El servicio WFAWLANConfig es un componente necesario que define métodos para consultar las capacidades de un punto de acceso inalámbrico y establecer conexiones inalámbricas. [ 50 ] Este servicio se utiliza en los tipos AP-ER y UPnP-C de Wi-Fi Protected Setup . [ 51 ]

Véase también

Referencias

  1. 1 2 "Arquitectura de dispositivos Plug and Play universal" . upnp.org . Consultado el 22 de mayo de 2025 .
  2. 1 2 3 4 5 6 "OCF – Estándares y arquitectura UPnP" . Open Connectivity Foundation (OCF) . Consultado el 22 de mayo de 2025 .
  3. ↑ Directrices de uso del logotipo de OCF – UPnP
  4. ↑ Velimirovic, Andreja (13 de enero de 2022). "¿Qué es UPnP (Universal Plug and Play)?" . Blog de phoenixNAP . Consultado el 27 de septiembre de 2023 .
  5. ↑ "Uso de la API del punto de control UPnP" . Microsoft Developer Network . 14 de septiembre de 2012. Consultado el 11 de septiembre de 2014 .
  6. 1 2 "Arquitectura de dispositivos UPnP v1.0" (PDF) . upnp.org . Foro UPnP. 15 de octubre de 2008.
  7. 1 2 "Arquitectura de dispositivos UPnP v1.1" (PDF) . openconnectivity.org . Foro UPnP. 15 de octubre de 2008.
  8. ↑ "Arquitectura de dispositivos UPnP v2.0" (PDF) . openconnectivity.org . OCF . 17 de abril de 2020.
  9. 1 2 3 "UPnP InternetGatewayDevice v1.0/v2.0" . openconnectivity.org . Foro UPnP. 10 de diciembre de 2010.
  10. ↑ "La norma ISO/IEC sobre la arquitectura de dispositivos UPnP simplifica y facilita la conexión en red" . Organización Internacional de Normalización . 10 de diciembre de 2008. Consultado el 11 de septiembre de 2014 .
  11. ↑ "Especificaciones UPnP designadas como estándar internacional para la interoperabilidad de dispositivos de red basados ​​en IP" (PDF) . Foro UPnP . 5 de febrero de 2009. Archivado del original (PDF) el 1 de abril de 2014. Consultado el 11 de septiembre de 2014 .
  12. ↑ Goland, Yaron Y.; Schlimmer, Jeffrey C. (2 de octubre de 2000). "Mensajes HTTP UDP multicast y unicast" . Comité Técnico del Foro UPnP. Archivado del original el 30 de diciembre de 2006. Recuperado el 11 de septiembre de 2014 .
  13. ↑ "Cómo afecta el Firewall de Windows al marco UPnP en Windows XP Service Pack 2" . Microsoft . 23 de mayo de 2014. Consultado el 11 de septiembre de 2014 .
  14. ↑ stevewhims. "Presentación - Aplicaciones Win32" . learn.microsoft.com . Consultado el 17 de mayo de 2026 .
  15. 1 2 "Arquitectura AV UPnP" (PDF) . Foro UPnP . 31 de marzo de 2013. Consultado el 11 de septiembre de 2014 .
  16. ↑ "UPnP Forum publica especificaciones AV mejoradas que llevan la red doméstica al siguiente nivel" (PDF) . UPnP Forum . 12 de julio de 2006. Consultado el 11 de septiembre de 2014 .
  17. ↑ "Protocolos de control de dispositivos" . Foro UPnP . Consultado el 11 de septiembre de 2014 .
  18. ↑ "Directrices de interoperabilidad de dispositivos en red DLNA" . Digital Living Network Alliance . Marzo de 2014. Consultado el 11 de septiembre de 2014 .
  19. ↑ "Directrices de interoperabilidad de dispositivos en red doméstica de la Alianza de Redes Digitales para la Vida (DLNA) – Parte 1: Arquitectura y protocolos" . Comisión Electrotécnica Internacional . 23 de octubre de 2013. Consultado el 11 de septiembre de 2014 .
  20. ↑ "Especificaciones de OpenCable para redes domésticas 2.0 – Protocolo de redes domésticas 2.0 Revisión 10" (PDF) . Cable Television Laboratories . 30 de mayo de 2013. Archivado del original (PDF) el 11 de septiembre de 2014. Consultado el 11 de septiembre de 2014 .
  21. ↑ EDN (9 de septiembre de 2005). "Cómo DLNA y UPnP facilitarán las redes de vídeo domésticas" . EDN . Consultado el 27 de septiembre de 2023 .
  22. ↑ "ANSI/CTA-2014-B – Protocolo y marco basados ​​en web para interfaz de usuario remota en redes UPnP e Internet (Web4CE)" . CEA R7 Home Home Network Committee . 1 de enero de 2011. Archivado del original el 29 de abril de 2013. Consultado el 11 de septiembre de 2014 .
  23. ↑ "Detectar FDSSDP como cliente de Microsoft · miniupnp/miniupnp@8381867" . GitHub . Consultado el 18 de septiembre de 2023 .
  24. ↑ 12 Fehler in der AVM UPnP IGD- und PCP-Implementation (aller FritzBoxen) .
  25. ↑ "UPnP no funciona con mi FRITX!Box" . Foro de la comunidad de Syncthing . 12 de abril de 2022. Consultado el 18 de septiembre de 2023 .
  26. ↑ "UPNP_GetValidIGD devuelve una dirección IPv6 temporal, lo que provoca que UPNP_AddPinHole falle con el código 606 · Problema n.º 600 · miniupnp/miniupnp" . GitHub . Consultado el 18 de septiembre de 2023 .
  27. ↑ "upnpc muestra una duración incorrecta para el reenvío de puertos superior a 120 segundos · Problema n.º 222 · miniupnp/miniupnp" . GitHub . Consultado el 18 de septiembre de 2023 .
  28. ↑ "miniupnp.tuxfamily.org :: Ver tema – Configurar el reenvío de puertos no funciona" . miniupnp.tuxfamily.org . Consultado el 18 de septiembre de 2023 . 
  29. ↑ "Protección de dispositivos V 1.0" . Foro UPnP . Archivado del original el 17 de octubre de 2014. Consultado el 11 de septiembre de 2014 .
  30. ↑ "Seguridad del dispositivo y consola de seguridad V 1.0" . Foro UPnP . Archivado del original el 31 de agosto de 2014. Consultado el 11 de septiembre de 2014 .
  31. ↑ "UPnP-UP – Universal Plug and Play – Perfil de usuario" . Archivado del original el 10 de diciembre de 2013. Consultado el 1 de enero de 2012 .
  32. ↑ Sales, Thiago; Sales, Leandro; Almeida, Hyggo; Perkusich, Angelo (noviembre de 2010). "Una extensión UPnP para habilitar la autenticación y autorización de usuarios en sistemas omnipresentes" . Revista de la Sociedad Brasileña de Computación . 16 (4): 261– 277. doi : 10.1007/s13173-010-0022-2 .
  33. ↑ Eastep, Thomas M. (4 de junio de 2014). "Shorewall y UPnP" . Recuperado el 11 de septiembre de 2014 .
  34. ↑ "Dispositivo de puerta de enlace a Internet UPnP de Linux: documentación y seguridad" . Consultado el 11 de septiembre de 2014 .
  35. ↑ "Hackeando Internet" . 12 de enero de 2008. Consultado el 11 de septiembre de 2014 .
  36. ↑ García, Daniel. "Mapeo UPnP" (PDF) . Consultado el 11 de septiembre de 2014 .
  37. ↑ "Nota de vulnerabilidad US-CERT VU#357851" . CERT/CC . 30 de noviembre de 2012. Consultado el 11 de septiembre de 2014 .
  38. ↑ "Millones de dispositivos vulnerables a través de UPnP – Actualización" . The H. 30 de enero de 2013. Consultado el 11 de septiembre de 2014 .
  39. ↑ Moore, HD (29 de enero de 2013). "Documento técnico: Fallos de seguridad en Universal Plug and Play: Desconéctalo, no lo uses" . Archivado del original el 30 de enero de 2013. Consultado el 11 de septiembre de 2014 .
  40. ↑ "El Foro UPnP responde a la vulnerabilidad de seguridad recientemente identificada en LibUPnP/MiniUPnP" (PDF) . Foro UPnP . 8 de febrero de 2013. Archivado del original (PDF) el 7 de diciembre de 2013. Consultado el 11 de septiembre de 2014 .
  41. ↑ "Nota de vulnerabilidad CERT/CC VU#339275" .
  42. ↑ "CallStranger CVE-2020-12695" . Archivado del original el 16 de junio de 2020. Consultado el 14 de junio de 2020 .
  43. ↑ "OCF – Estándares y arquitectura UPnP" .
  44. ↑ "CVE-2020-12695: La vulnerabilidad CallStranger en Universal Plug and Play (UPnP) pone en riesgo a miles de millones de dispositivos" . 8 de junio de 2020.
  45. ↑ "Desactiva UPnP en tu router inalámbrico" . Lifehacker . 12 de junio de 2020. Consultado el 14 de junio de 2020 .
  46. ↑ "OCF – Estándares y arquitectura UPnP" . Open Connectivity Foundation (OCF) . Consultado el 27 de septiembre de 2023 .
  47. ↑ Bodlaender, MP (febrero de 2005). "UPnP 1.1: diseño para rendimiento y compatibilidad". IEEE Transactions on Consumer Electronics . 51 (1): 69–75 . doi : 10.1109/TCE.2005.1405701 . S2CID 11792030 . 
  48. ↑ "Comité de Trabajo de la Puerta de Enlace del Foro UPnP: Mejoras de IGD:2 con respecto a IGD:1" (PDF) . Foro UPnP . 10 de marzo de 2009. Consultado el 11 de septiembre de 2014 .
  49. ↑ S. Cheshire; M. Krochmal (abril de 2013). "RFC 6886: Protocolo de mapeo de puertos NAT (NAT-PMP)" . Grupo de trabajo de ingeniería de Internet (IETF). doi : 10.17487/RFC6886 . Consultado el 8 de agosto de 2014 .
  50. ↑ "WFA WLANConfig Service 1.0 Service Template Version 1.01" (PDF) . Enero de 2006. Archivado del original (PDF) el 8 de diciembre de 2022.
  51. ↑ "Especificación de configuración protegida Wi-Fi versión 2.0.8" (PDF) . Archivado del original (PDF) el 22 de marzo de 2021.

Lecturas adicionales

  • Golden G. Richard: Descubrimiento de servicios y dispositivos: protocolos y programación , McGraw-Hill Professional, ISBN 0-07-137959-2
  • Michael Jeronimo, Jack Weast: Diseño UPnP mediante ejemplos: Guía para desarrolladores de software sobre la tecnología Universal Plug and Play , Intel Press, ISBN 0-9717861-1-9
  • Descripción general y comparación de protocolos de mapeo de puertos (2026+): Acerca de UPnP IGD y PCP/NAT-PMP
  • El foro UPnP en Wayback Machine (archivado el 18 de diciembre de 2015)
  • Estándares y arquitectura UPnP , en la Fundación de Conectividad Abierta
  • Arquitectura del dispositivo UPnP
  • ISO/IEC 29341-1:2011
Lecturas relacionadas
6 articulos
Fundación de Conectividad AbiertaLa Open Connectivity Foundation ( OCF ) es una organización industrial que desarrolla estándares, promueve un conjunto de directrices de interopera...Figura 2. Protocolos en relación con el esquema de capas de Internet.Protocolo de comunicaciónUn protocolo de comunicación es un sistema de reglas que permite que dos o más entidades de un sistema de comunicaciones transmitan información a t...Protocolo de InternetProtocolo de InternetEl Protocolo de Internet ( IP ) es el protocolo de comunicaciones de la capa de red del conjunto de protocolos de Internet para transmitir datagram...Puerta de enlace (telecomunicaciones)Puerta de enlace (telecomunicaciones)Una puerta de enlace es un elemento de hardware o software de red utilizado en redes de telecomunicaciones que permite que los datos fluyan de una ...WifiWifiWi-Fi ( / ˈw aɪ f aɪ / ) [ 1] [a] es una familia de protocolos de redes inalámbricas basados ​​en la familia de estándares IEEE 802.11 , que se uti...HTTPHTTPHTTP ( Protocolo de transferencia de hipertexto ) es un protocolo de capa de aplicación en el modelo de conjunto de protocolos de Internet para sis...