Una Smart TV de Samsung provocó una caída del sistema de tarjetas de crédito por conflicto de DHCP
Una TV conectada a la red tomó la dirección IP estática .140 del servidor de pagos, provocando que los terminales de tarjeta quedaran inoperativos.
En una pequeña empresa de hostelería, el servidor que gestiona los terminales de tarjetas de crédito depende de una IP estática .140. Al sustituir el equipo físico, el técnico asignó la IP de forma manual en Windows pero no la reservó en el servidor DHCP, que corre en Windows Server 2008. Días después, el servidor de tarjetas dejó de responder porque el rango DHCP (100‑150) estaba saturado y el servidor intentó obtener su propia dirección.
Al ampliar el rango a 160 y crear una reserva para .140, el técnico descubrió que otro dispositivo ya había tomado esa dirección con un lease que expiraba en dos horas. Tras borrar la concesión, el conflicto persistió. Una consulta de arp -a reveló que la MAC pertenecía a Foxconn, pero no se obtuvo ningún hostname útil. Sin documentación de la red, los switches parecían inalcanzables y, al intentar reiniciar los puertos, se activaron los controles de iluminación Crestron, dejando a la zona del restaurante sin luz.
El dispositivo que mantenía la IP .140 resultó ser una Smart TV Samsung en modo DHCP. Al apagarla, el servidor de tarjetas volvió a estar operativo en menos de un minuto. Cuando se volvió a encender, la TV reclamó de nuevo la .140 y volvió a bloquear el servidor. Cambiar la TV a una IP estática .165 resolvió el problema.
Este caso ilustra varios fallos típicos en entornos con poca documentación: rangos DHCP insuficientes, falta de reservas para equipos críticos, y dispositivos de consumo que pueden actuar como servidores DHCP implícitos en redes Wi‑Fi. En entornos donde se usan dispositivos IoT, es fundamental aislarlos en subredes separadas o asignarles direcciones estáticas fuera del pool DHCP. También se recomienda actualizar el servidor DHCP a una versión más moderna que permita filtros de MAC y políticas de reserva más estrictas, y documentar exhaustivamente la topología de red.
En definitiva, la lección es clara: cualquier dispositivo conectado a la red puede interferir con servicios críticos si no se controla su asignación de direcciones. Revisar los pools DHCP, reservar IPs para servidores esenciales y segmentar IoT son pasos obligatorios para evitar interrupciones similares.
