ES2874557T3 - Sistemas y métodos para detección automática de dispositivo, gestión de dispositivo y asistencia remota - Google Patents

Sistemas y métodos para detección automática de dispositivo, gestión de dispositivo y asistencia remota Download PDF

Info

Publication number
ES2874557T3
ES2874557T3 ES15837214T ES15837214T ES2874557T3 ES 2874557 T3 ES2874557 T3 ES 2874557T3 ES 15837214 T ES15837214 T ES 15837214T ES 15837214 T ES15837214 T ES 15837214T ES 2874557 T3 ES2874557 T3 ES 2874557T3
Authority
ES
Spain
Prior art keywords
network
client system
router
device type
controller
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
ES15837214T
Other languages
English (en)
Inventor
Bogdan-Constanstin Cebere
Ioan-Alexandru Achim
Cosmin-Claudiu Stan
Andrei Rusu
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bitdefender IPR Management Ltd
Original Assignee
Bitdefender IPR Management Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Bitdefender IPR Management Ltd filed Critical Bitdefender IPR Management Ltd
Application granted granted Critical
Publication of ES2874557T3 publication Critical patent/ES2874557T3/es
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/542—Event management; Broadcasting; Multicasting; Notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/06—Management of faults, events, alarms or notifications
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/22—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks comprising specially adapted graphical user interfaces [GUI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876—Network utilisation, e.g. volume of load or congestion level
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5061—Pools of addresses
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/0272—Virtual private networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/02—Network architectures or network communication protocols for network security for separating internal from external traffic, e.g. firewalls
    • H04L63/029—Firewall traversal, e.g. tunnelling or, creating pinholes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/101—Access control lists [ACL]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/12—Applying verification of the received information
    • H04L63/123—Applying verification of the received information received data contents, e.g. message integrity
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1408—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1408—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic
    • H04L63/1416—Event detection, e.g. attack signature detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
    • H04L63/1408—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic by monitoring network traffic
    • H04L63/1425—Traffic logging, e.g. anomaly detection
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/20—Network architectures or network communication protocols for network security for managing network security; network security policies in general
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/02—Protocols based on web technology, e.g. hypertext transfer protocol [HTTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H04W12/088—Access security using filters or firewalls
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/283—Processing of data at an internetworking point of a home automation network
    • H04L12/2834—Switching of information between an external network and a home network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H04L41/0809—Plug-and-play configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/105—Multiple levels of security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/12—Access point controller devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/16—Gateway arrangements

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Multimedia (AREA)
  • General Physics & Mathematics (AREA)
  • Human Computer Interaction (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Environmental & Geological Engineering (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)
  • Small-Scale Networks (AREA)
  • Telephonic Communication Services (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Un regulador [18] de red que comprende un procesador de hardware [122] y una memoria [124], donde el procesador de hardware [122] está configurado para: hacerse cargo automáticamente de un servicio de red desde un enrutador [19], conectado el regulador [18] de red al enrutador [19] en una red [14] local, comprendiendo el servicio de red la asignación de direcciones de red a una pluralidad de sistemas cliente [12a-f] conectados a la red [14] local, y en el que hacerse cargo del servicio de red comprende transmitir una comunicación en la red [14] local mientras se hace pasar por un dispositivo ficticio distinto del regulador [18] de red; en respuesta a hacerse cargo del servicio de red, interceptar una solicitud [74] de conexión enviada por un sistema cliente [12] de la pluralidad de sistemas cliente [12a-f] para acceder a un recurso ubicado fuera de la red [14] local; en respuesta a interceptar la solicitud [74] de conexión, determinar un tipo de dispositivo del sistema cliente [12] según la solicitud [74]; y en respuesta a la determinación del tipo de dispositivo del sistema cliente [12], transmitir un instalador [75] de agente al sistema cliente [12], configurado el instalador [75] de agente configurado para instalar un agente [41] de utilidad en el sistema cliente [12], configurado el agente [41] de utilidad para proteger el sistema cliente [12] contra amenazas a la seguridad informática, seleccionado el agente de utilidad de acuerdo con el tipo de dispositivo determinado del sistema cliente [12].

Description

DESCRIPCIÓN
Sistemas y métodos para detección automática de dispositivo, gestión de dispositivo y asistencia remota Solicitudes relacionadas
La presente solicitud reivindica el beneficio de la fecha de presentación de las solicitudes de patente provisionales de EE. UU. No. 62/090,547, presentada el 11 de diciembre de 2014, titulada "Systems and Methods for Securing Network Endpoints", No. 62/180,390, presentada el 16 de junio de 2015, titulada "Systems and Methods for Automatic Device Detection, Device Management, and Remote Assistance", y No. 62/217,310, presentada el 11 de septiembre de 2015, titulada "Systems and Methods for Automatic Network Service Takeover'.
Antecedentes
La invención se refiere a sistemas y métodos para asegurar puntos extremos de red contra amenazas a la seguridad informática, y a sistemas y métodos para la detección automática de dispositivos y la gestión remota de dispositivos. El software malicioso, también conocido como malware, afecta a una gran cantidad de sistemas informáticos en todo el mundo. En sus diversas formas como, por ejemplo, virus informáticos, exploits y programas espía, el malware presenta un grave riesgo para millones de usuarios de ordenadores, haciéndolos vulnerables a la pérdida de datos e información confidencial, al robo de identidad y a la pérdida de productividad, entre otros.
Actualmente, una gran variedad de dispositivos, a los que se hace referencia informalmente como Internet de las cosas (loT, por sus siglas en inglés), se están conectando a redes de comunicación e Internet. Dichos dispositivos incluyen, entre otros, teléfonos inteligentes, relojes inteligentes, televisores y otros dispositivos multimedia, consolas de juegos, electrodomésticos y diversos sensores domésticos como, por ejemplo, termostatos. A medida que se conectan más dispositivos de este tipo, se convierten en objetivos de amenazas a la seguridad. Por lo tanto, existe una creciente necesidad de proteger dichos dispositivos contra malware, así como de proteger las comunicaciones hacia y desde dichos dispositivos.
Además, la proliferación de dichos dispositivos inteligentes en entornos como, por ejemplo, hogares y oficinas, crea un problema creciente de gestión de dispositivos y redes. Cuando cada dispositivo utiliza una interfaz de configuración distinta y requiere configuraciones de conexión separadas, la gestión de una gran cantidad de dichos dispositivos puede convertirse en una carga, especialmente para un usuario doméstico típico que no tiene experiencia en gestión de redes. Por lo tanto, existe un interés creciente en desarrollar sistemas y métodos para la detección y configuración automática de dispositivos, con especial énfasis en la seguridad. Un ejemplo de este tipo se describe en la publicación de Patente de EE.UU. no. 2008/0172476 de Daniel et al., titulada “Automatic Configuration of Client and Server Networking", en el que un servidor se configura automáticamente para añadirse a una red existente. El documento US8370918 divulga un método, donde un dispositivo de seguridad transmite a un dispositivo cliente un agente, que corresponde al sistema operativo de dicho dispositivo cliente y que protege dicho dispositivo cliente contra amenazas de seguridad.
Compendio
Según un aspecto, un regulador de red comprende un procesador de hardware y una memoria, el procesador de hardware configurado para hacerse cargo automáticamente de un servicio de red de un enrutador, el regulador de red conectado al enrutador en una red local, comprendiendo el servicio de red asignar direcciones de red a una pluralidad de sistemas clientes conectados a la red local. El procesador de hardware se configura, además, en respuesta a hacerse cargo del servicio de red, para transmitir un instalador de agente a un sistema cliente de la pluralidad de sistemas clientes conectados a la red local, configurado el instalador de agente para instalar una gente de utilidad en el sistema cliente, configurado el agente de utilidad para proteger el sistema cliente contra amenazas a la seguridad informática.
Según otro aspecto, un servidor de configuración comprende al menos un procesador de hardware y una memoria, el al menos un procesador de hardware configurado para transmitir un instalador de agente a un regulador de red conectado a una red remota, configurado el instalador de agente para instalar un agente de utilidad en un sistema cliente conectado a la red remota, configurado el agente de utilidad para proteger el sistema cliente contra amenazas a la seguridad informática. El regulador de red está configurado para hacerse cargo automáticamente un servicio de red de un enrutador, conectado el regulador de red al enrutador en una red remota, comprendiendo el servicio de red asignar direcciones de red a una pluralidad de sistemas cliente incluyendo el sistema cliente. El regulador de red se configura, además, en respuesta a la adquisición del servicio de red, para transmitir el instalador de agente al sistema cliente.
Según otro aspecto, un medio legible por ordenador no transitorio almacena instrucciones que, cuando se ejecutan por al menos un procesador de hardware de un regulador de red, hacen que el regulador de red se haga cargo automáticamente de un servicio de red de un enrutador, conectado el regulador de red al enrutador en una red local, comprendiendo asignar direcciones de red a una pluralidad de sistemas cliente conectados a la red local. Las instrucciones además hacen que el regulador de red, en respuesta a la adquisición del servicio de red, transmita un instalador de agente a un sistema cliente de la pluralidad de sistemas cliente conectados a la red local, configurado el instalador de agente para instalar un agente de utilidad en el sistema cliente, configurado el agente de utilidad para proteger al sistema cliente contra amenazas a la seguridad informática. La invención se describe en las reivindicaciones adjuntas.
Breve descripción de los dibujos
Los aspectos y las ventajas anteriores de la presente invención se entenderán mejor tras leer la siguiente descripción detallada y al hacer referencia a los dibujos donde:
La Figura 1-A muestra una configuración a modo de ejemplo de sistemas cliente interconectados por una red local, y un regulador de red que protege los sistemas cliente contra amenazas a la seguridad de los ordenadores según algunas realizaciones de la presente invención.
La Figura 1-B muestra una configuración alternativa de sistemas cliente y regulador de red según algunas realizaciones de la presente invención.
La Figura 2 muestra un conjunto de servidores remotos que colaboran con el regulador de red según algunas realizaciones de la presente invención.
La Figura 3 ilustra una configuración de hardware a modo de ejemplo de un sistema cliente según algunas realizaciones de la presente invención.
La Figura 4 ilustra una configuración de hardware a modo de ejemplo de un regulador de red según algunas realizaciones de la presente invención.
La Figura 5 ilustra una configuración de hardware a modo de ejemplo de un dispositivo de administración según algunas realizaciones de la presente invención.
La Figura 6 muestra un conjunto de componentes de software a modo de ejemplo que se ejecutan en un sistema cliente protegido según algunas realizaciones de la presente invención.
La Figura 7 muestra un conjunto a modo de ejemplo de componentes de software que se ejecutan en el regulador de red según algunas realizaciones de la presente invención.
La Figura 8 ilustra un software a modo de ejemplo que se ejecuta en el enrutador según algunas realizaciones de la presente invención.
La Figura 9 muestra un software a modo de ejemplo que se ejecuta en el dispositivo de administración según algunas realizaciones de la presente invención.
La Figura 10 muestra una secuencia a modo de ejemplo de etapas ejecutadas por el regulador de red según algunas realizaciones de la presente invención.
La Figura 11 muestra un intercambio de datos a modo de ejemplo entre el enrutador, el regulador de red y el servidor de configuración, llevado a cabo durante un procedimiento de adquisición de servicio de red según algunas realizaciones de la presente invención.
La Figura 12 muestra una secuencia a modo de ejemplo de etapas llevadas a cabo por el regulador de red durante un procedimiento de adquisición de servicio de red, según algunas realizaciones de la presente invención.
La Figura 13 muestra un intercambio de datos alternativo llevado a cabo durante una adquisición de servicio de red según algunas realizaciones de la presente invención.
La Figura 14 muestra una secuencia a modo de ejemplo de etapas llevadas a cabo por el regulador de red en colaboración con el servidor de configuración para llevar a cabo una adquisición de servicio de red según algunas realizaciones de la presente invención.
La Figura 15 muestra un intercambio de datos entre el enrutador, el regulador de red y un sistema cliente, llevado a cabo durante otro ejemplo de procedimiento de adquisición de servicio de red según algunas realizaciones de la presente invención.
La Figura 16 muestra otra secuencia a modo de ejemplo de etapas llevadas a cabo por el regulador de red durante un procedimiento de adquisición de servicio de red, según algunas realizaciones de la presente invención.
La Figura 17 ilustra un intercambio de datos a modo de ejemplo entre un sistema cliente, el regulador de red y el servidor de configuración, como parte de la instalación del agente específico del dispositivo.
La Figura 18 ilustra una secuencia a modo de ejemplo de etapas llevadas a cabo por el regulador de red durante un procedimiento de instalación del agente, según algunas realizaciones de la presente invención.
La Figura 19-A ilustra una realización de la presente invención, en donde una parte del tráfico de una red se escanea en el servidor de seguridad según algunas realizaciones de la presente invención.
La Figura 19-B muestra una realización de la presente invención, en donde una parte del tráfico de una red se escanea por el regulador de red según algunas realizaciones de la presente invención.
La Figura 20 muestra un intercambio de datos a modo de ejemplo entre un sistema cliente, el regulador de red y el servidor de configuración como parte de la configuración de un agente de utilidad de red privada virtual (VPN, por sus siglas en inglés) y una conexión segura para un sistema cliente protegido, según algunas realizaciones de la presente invención.
La Figura 21 ilustra una secuencia a modo de ejemplo de etapas llevadas a cabo por el sistema cliente para operar un agente VPN según algunas realizaciones de la presente invención.
Descripción detallada de realizaciones preferidas
En la siguiente descripción, se entiende que todas las conexiones descritas entre estructuras pueden ser conexiones operativas directas o conexiones operativas indirectas a través de estructuras intermedias. Un conjunto de elementos incluye uno o más elementos. Se entiende que cualquier descripción de un elemento se refiere a al menos a un elemento. Múltiples elementos incluyen al menos dos elementos. A menos que se requiera lo contrario, las etapas del método descritas no tienen que llevarse a cabo necesariamente en un orden ilustrado particular. Un primer elemento (por ejemplo, datos) derivado de un segundo elemento abarca un primer elemento igual al segundo elemento, así como un primer elemento generado al procesar el segundo elemento y opcionalmente otros datos. El llevar a cabo una determinación o decisión según un parámetro incluye tomar la determinación o decisión según el parámetro y opcionalmente según otros datos. A menos que se especifique lo contrario, un indicador de cierta cantidad/datos puede ser la cantidad/datos en sí, o un indicador diferente de la cantidad/datos en sí. La seguridad informática abarca la protección de usuarios y equipos contra el acceso involuntario o no autorizado a datos y/o hardware, contra modificaciones involuntarias o no autorizadas de datos y/o hardware, y contra la destrucción de datos y/o hardware. Un programa de ordenador es una secuencia de instrucciones del procesador que lleva a cabo una tarea. Los programas de ordenador descritos en algunas realizaciones de la presente invención pueden ser entidades o subentidades de software independientes (por ejemplo, subrutinas, bibliotecas) de otros programas de ordenador. Se dice que dos dispositivos están conectados o pertenecen a la misma red local cuando sus direcciones de red pertenecen a la misma subred y/o cuando ambos tienen la misma dirección de difusión. Un túnel es una conexión virtual de punto a punto entre dos entidades conectadas a una red de comunicación. Los medios legibles por ordenador incluyen medios no transitorios como, por ejemplo, medios de almacenamiento magnéticos, ópticos y de semiconductores (por ejemplo, discos duros, discos ópticos, memoria flash, DRAM), así como enlaces de comunicación como, por ejemplo, cables conductores y enlaces de fibra óptica. Según algunas realizaciones, la presente invención provee, entre otros, sistemas de ordenador que comprenden hardware (por ejemplo, uno o más microprocesadores) programado para llevar a cabo los métodos descritos en la presente memoria, así como instrucciones de codificación de medios legibles por ordenador para llevar a cabo los métodos descritos en la presente memoria.
La siguiente descripción ilustra realizaciones de la invención a modo de ejemplo y no necesariamente a modo de limitación:
Las Figuras 1-A-B muestran configuraciones 10a-b de red a modo de ejemplo según algunas realizaciones de la presente invención, en donde múltiples sistemas cliente 12a-f están interconectados por una red 14 local, y además están conectados a una red 16 extendida como, por ejemplo, Internet. Los sistemas cliente 12a-f pueden representar cualquier dispositivo electrónico que tenga un procesador, una memoria y una interfaz de comunicación. Sistemas cliente 12a-f a modo de ejemplo incluyen ordenadores personales, ordenadores portátiles, tabletas, dispositivos de telecomunicaciones móviles (por ejemplo, teléfonos inteligentes), reproductores multimedia, televisores, consolas de juegos, electrodomésticos (por ejemplo, neveras, termostatos, sistemas inteligentes de calefacción y/o iluminación) y dispositivos que pueden llevarse puestos (por ejemplo, relojes inteligentes, equipos deportivos y de fitness), entre otros. La red 14 local puede comprender una red de área local (LAN, por sus siglas en inglés). Las redes 14 locales a modo de ejemplo pueden incluir una red doméstica y una red corporativa, entre otras.
El enrutador 19 comprende un dispositivo electrónico que permite la comunicación entre sistemas cliente 12a-f y/o acceso de sistemas cliente 12a-f a la red 16 extendida. En algunas realizaciones, el enrutador 19 actúa como una pasarela entre la red 14 local y la red 16 extendida, y provee un conjunto de servicios de red a los sistemas cliente 12a-f. A menos que se especifique lo contrario, el término servicios de red se usa en la presente memoria para denotar servicios que permiten la intercomunicación de los sistemas cliente 12a-f, así como la comunicación entre sistemas cliente 12a-f y otras entidades. Dichos servicios pueden incluir, por ejemplo, distribuir parámetros de configuración de red (por ejemplo, direcciones de red) a los sistemas cliente 12a-f, y encaminar la comunicación entre puntos extremos participantes. Los servicios de red a modo de ejemplo implementan un protocolo de configuración dinámica de host (DHCP por sus siglas en inglés).
Las Figuras 1-A-B muestran además un regulador 18 de red conectado a la red 14 local. En algunas realizaciones, regulador 18 de red comprende un aparato de red configurado para llevar a cabo diversos servicios para sistemas cliente 12a-f. Dichos servicios incluyen, entre otros, servicios de seguridad informática (por ejemplo, antimalware, detección de intrusos, antispyware, etc.), gestión de dispositivos (por ejemplo, configuración remota de sistemas cliente 12a-f), servicios de control parental, servicios de comunicación segura (por ejemplo, redes privadas virtuales -VPN) y asistencia técnica remota (por ejemplo, resolución de problemas de dispositivos y/o redes).
En una aplicación típica según algunas realizaciones de la presente invención, el regulador 18 de red se introduce en una red local ya configurada y gestionada por el enrutador 19. En algunas realizaciones, en la instalación, el regulador 18 se hace cargo de los servicios de red como, por ejemplo, DHCP del enrutador 19, y se instala en una posición de pasarela entre la red 14 local y la red 16 extendida, de modo que al menos una parte del tráfico entre sistemas cliente 12a-f y la red 16 extendida atraviesa el regulador 18 de red (es preciso ver la Figura 1-A). La colocación del regulador 18 de red en una posición de pasarela puede ser preferible porque, en algunas realizaciones, el regulador 18 provee servicios de seguridad informática al redirigir al menos parte del tráfico (por ejemplo, solicitudes HTTP) de los sistemas cliente 12a-f a un servidor de seguridad. El tener el regulador 18 en una posición de pasarela puede facilitar la intercepción de dicho tráfico.
En algunas realizaciones como, por ejemplo, el ejemplo de la Figura 1-B, el enrutador 19 puede continuar operando como pasarela para la red 14 local después de la instalación del regulador 18 pero, en dichos casos, el regulador 18 de red se posiciona preferiblemente entre los sistemas cliente 12a-f y la pasarela existente (a saber, el enrutador 19), de modo que el regulador 18 pertenece a la misma red local que los sistemas cliente 12a-f. Dicha posición se prefiere porque, en algunas realizaciones, el regulador 18 de red está configurado para colaborar con un servidor remoto para detectar el tipo de cada sistema cliente (por ejemplo, teléfono inteligente frente a PC) y, en respuesta, para entregar un agente de utilidad específico del dispositivo a algunos de los sistemas cliente 12a-f. Las configuraciones en donde el regulador 18 no es un miembro de la red 14 local (por ejemplo, mediante la colocación del regulador 18 entre el enrutador 19 y la red 16 extendida) puede dificultar la detección del dispositivo y la entrega del agente.
En algunas realizaciones, los sistemas cliente 12a-f se monitorean, gestionan y/o configuran remotamente por un usuario/administrador, mediante el uso de software que se ejecuta en un dispositivo 20 de administración conectado a la red 16 extendida (por ejemplo, Internet). Dispositivos 20 de administración a modo de ejemplo incluyen teléfonos inteligentes y sistemas de ordenadores personales, entre otros. El dispositivo 20 puede exponer una interfaz gráfica de usuario (GUI, por sus siglas en inglés) que permite a un usuario configurar y/o gestionar de manera remota el funcionamiento de los sistemas cliente 12a-f, por ejemplo, para establecer opciones de configuración y/o recibir notificaciones sobre episodios que ocurren en los respectivos sistemas cliente.
En algunas realizaciones, el regulador 18 de red puede colaborar con un conjunto de sistemas informáticos remotos para llevar a cabo diversos servicios para sistemas cliente 12a-f. Sistemas informáticos remotos a modo de ejemplo incluyen un servidor 50 de seguridad y un servidor 52 de configuración, ilustrados en la Figura 2. Los servidores 50 y 52 pueden comprender máquinas individuales o grupos de múltiples sistemas informáticos interconectados. En algunas realizaciones, el regulador 18 de red redirige parte o la totalidad del tráfico que se dirige a y/o de los sistemas cliente 12a-f al servidor 50 de seguridad. El servidor 50 luego puede llevar a cabo operaciones de detección de amenazas (por ejemplo, detección de malware, bloqueo de acceso a sitios web maliciosos o fraudulentos, prevención de intrusiones, etc.), para proteger los sistemas cliente 12a-f contra amenazas a la seguridad informática. El servidor 50 de seguridad puede además estar conectado a una base de datos 55 de episodios que comprende múltiples registros de seguridad, y cada registro de seguridad incluye datos indicativos de un episodio de seguridad, así como un indicador de una asociación entre el episodio respectivo y un sistema cliente protegido.
Una ventaja de encaminar el tráfico hacia/desde un sistema cliente protegido a través del servidor 50 de seguridad es que permite que el sistema cliente respectivo abandone la red 14 local, sin dejar de beneficiarse de la protección. Dichas configuraciones se describen con todo detalle más abajo.
En algunas realizaciones, el servidor 52 de configuración colabora con el dispositivo 20 de administración para configurar la gestión del dispositivo y/o la configuración de seguridad del regulador 18, enrutador 19 y/o de un sistema cliente 12 protegido. El servidor 52 puede estar conectado comunicativamente a una base de datos 54 de abonados y a una base de datos 56 de características del dispositivo. La base de datos 54 de abonados puede almacenar múltiples registros de abono, cada registro de abono indicativo de un conjunto de sistemas cliente bajo gestión de dispositivos según algunas realizaciones de la presente invención. En una realización, cada registro de abono está asociado de manera única a un regulador 18 de red distinto. En dichas realizaciones, todos los sistemas cliente 12 configurados y/o a los que se proveen servicios de otro modo mediante el uso del regulador de red respectivo (por ejemplo, sistemas cliente 12a-f conectados a la red 14 local en la Figura 1-A) están asociados al mismo registro de abono. Cada registro de abono puede incluir un indicador de un período de abono y/o un conjunto de parámetros de abono que describen, por ejemplo, un nivel deseado de seguridad o una selección de servicios del abono. Los abonos pueden gestionarse según un acuerdo de nivel de servicio (SLA, por sus siglas en inglés).
En algunas realizaciones, la base de datos 56 de características del dispositivo comprende un conjunto de registros que indican características configurables de cada sistema cliente 12 y/o ajustes de configuración actuales para cada sistema cliente. La base de datos 56 puede comprender además un conjunto completo de registros que se pueden usar para determinar el tipo de dispositivo del sistema cliente 12. Dichos registros pueden incluir entradas correspondientes a varios tipos de dispositivos (por ejemplo, enrutadores, teléfonos inteligentes, dispositivos que pueden ponerse, etc.), marcas y modelos, de varios fabricantes, mediante el uso de varios sistemas operativos (por ejemplo, Windows® vs. Linux®). Una entrada a modo de ejemplo puede comprender, entre otros, indicadores de si el tipo de dispositivo respectivo usa un protocolo de red particular para comunicarse (por ejemplo, HTTP, Bonjour®), un indicador de un diseño de una interfaz de inicio de sesión expuesta por el tipo de dispositivo respectivo, etc.
Las Figuras 3-4-5 muestran configuraciones de hardware a modo de ejemplo del sistema cliente 12, regulador 18 de red y dispositivo 20 de administración, respectivamente. Sin pérdida de generalidad, las configuraciones ilustradas corresponden a sistemas informáticos (Figuras 3-4) y a un teléfono inteligente (Figura 5). La configuración de hardware de otros sistemas (por ejemplo, tabletas) puede diferir de las ilustradas en las Figuras 3-4-5. Cada uno de los procesadores 22, 122, y 222 comprende un dispositivo físico (por ejemplo, microprocesador, circuito integrado multinúcleo formado en un sustrato semiconductor) configurado para ejecutar operaciones computacionales y/o lógicas con un conjunto de señales y/o datos. Las unidades 24, 124, y 224 de memoria pueden comprender medios legibles por ordenador no permanentes (por ejemplo, RAM) que almacenan datos/señales a los que los procesadores 22, 122, y 222, respectivamente, acceden o generan en el curso de la realización de operaciones.
Los dispositivos 26, 226 de entrada pueden incluir teclados de ordenador, ratones y micrófonos, entre otros, incluidas las respectivas interfaces y/o adaptadores de hardware que permiten a un usuario introducir datos y/o instrucciones en el sistema respectivo. Los dispositivos 28, 228 de salida pueden incluir dispositivos de visualización como, por ejemplo, monitores y altavoces, entre otros, así como interfaces/adaptadores de hardware como, por ejemplo, tarjetas gráficas, que permiten que el sistema respectivo comunique datos a un usuario. En algunas realizaciones, los dispositivos de entrada y salida comparten una pieza de hardware común (por ejemplo, pantalla táctil). Los dispositivos 32, 132, y 232 de almacenamiento incluyen medios legibles por ordenador que permiten el almacenamiento permanente, la lectura y escritura de instrucciones y/o datos de software. Los dispositivos de almacenamiento a modo de ejemplo incluyen discos magnéticos y ópticos y dispositivos de memoria flash, así como medios extraíbles como, por ejemplo, discos y unidades de CD y/o DVD.
Los adaptadores 34, 134 de red habilitan el sistema cliente 12 y el regulador 18 de red, respectivamente, para conectarse a una red de comunicación electrónica como, por ejemplo, la red 14 local, y/o a otros dispositivos/sistemas informáticos. Los dispositivos 40 de comunicación (Figura 5) habilitan el dispositivo 20 de administración para conectarse a la red 16 extendida (por ejemplo, Internet), y pueden incluir hardware de telecomunicaciones (emisores/receptores de ondas electromagnéticas, antena, etc.). Dependiendo del tipo de dispositivo y de la configuración, el dispositivo 20 de administración puede incluir además un dispositivo 42 de geolocalización (por ejemplo, receptor GPS) y un conjunto de dispositivos 136 de detección (por ejemplo, sensores de movimiento, sensores de luz, etc.).
Los concentradores 30, 130, 230 de controlador representan los múltiples buses de sistema, periféricos y/o conjuntos de chips, y/o todos los demás circuitos que permiten la comunicación entre el procesador de cada sistema respectivo y el resto de los componentes de hardware. En un sistema cliente 12 a modo de ejemplo (Figura 3), el concentrador 30 puede comprender un controlador de memoria, un controlador de entrada/salida (E/S) y un controlador de interrupción. Dependiendo del fabricante del hardware, algunos de dichos controladores pueden incorporarse en un solo circuito integrado y/o pueden integrarse con el procesador.
La Figura 6 muestra componentes de software a modo de ejemplo que se ejecutan en el sistema cliente 12 según algunas realizaciones de la presente invención. Dicho software puede incluir un sistema operativo (SO) 40 que provee una interfaz entre el hardware del sistema cliente 12 y un conjunto de aplicaciones de software que se ejecutan en el sistema cliente respectivo. Las aplicaciones de software incluyen un agente 41 de utilidad configurado para proveer diversos servicios al sistema cliente respectivo como, por ejemplo, servicios de seguridad, servicios de gestión de dispositivos, servicios de control parental, servicios de comunicación segura (por ejemplo, redes privadas virtuales - VPN), etc. En algunas realizaciones, el agente 41 de utilidad está configurado para acceder y/o modificar un conjunto de opciones de configuración del sistema cliente 12 (por ejemplo, parámetros de configuración de red, parámetros de gestión de energía, parámetros de seguridad, parámetros específicos del dispositivo como, por ejemplo, la temperatura deseada en el caso de un termostato controlado de forma remota, o una selección de luces en el caso de un administrador de iluminación del hogar controlado de forma remota, etc.). En algunas realizaciones, la instalación del agente 41 en el sistema cliente 12 se inicia y/o facilita por el regulador 18 de red, como se muestra con más detalle más abajo.
La Figura 7 muestra un conjunto de componentes de software que se ejecutan en el regulador 18 de red según algunas realizaciones de la presente invención. Dichos componentes pueden incluir, entre otros, un módulo 42 de detección de dispositivos y un módulo 43 DHCP. En algunas realizaciones, el módulo 43 provee servicios DHCP para la red 14 local. Dichos servicios pueden incluir la entrega de información de configuración del protocolo de Internet (IP, por sus siglas en inglés) a los clientes que solicitan acceso a la red 14 local y/o a la red 16 extendida. El módulo 42 de detección de dispositivos puede configurarse para colaborar con un servidor de configuración remota para detectar un tipo de dispositivo de sistema cliente 12, como se muestra más abajo. En algunas realizaciones, el regulador 18 ejecuta además un módulo 44 de interrupción de red configurado para llevar a cabo una adquisición del servicio de red como se muestra en detalle más abajo.
La Figura 8 muestra un conjunto a modo de ejemplo de componentes de software que se ejecutan en el enrutador 19, según algunas realizaciones de la presente innovación. Dichos componentes de software pueden incluir un sistema 140 operativo y un conjunto de aplicaciones, las cuales incluyen un servidor 45 DHCP. El servidor 45 se puede usar para distribuir parámetros de configuración de red (por ejemplo, direcciones IP) a sistemas cliente 12a-f, para configurar la red 14 local.
La Figura 9 muestra un conjunto a modo de ejemplo de componentes de software que se ejecutan en el dispositivo 20 de administración (por ejemplo, un teléfono inteligente), según algunas realizaciones de la presente invención. Dichos componentes de software pueden incluir un sistema 240 operativo y un conjunto de aplicaciones. Las aplicaciones incluyen una aplicación 46 de administración configurada para permitir que un usuario configure de forma remota los sistemas cliente 12a-f. La configuración de los sistemas 12a-f puede incluir, entre otros, configurar ajustes de seguridad específicos del cliente, configurar parámetros de acceso a la red específicos del cliente (por ejemplo, velocidad de conexión, etc.) e iniciar tareas de mantenimiento (por ejemplo, actualizaciones de software, operaciones de limpieza de disco, etc.). La aplicación 46 de administración puede exponer una interfaz 48 gráfica de usuario (GUI) de administración a un usuario del dispositivo 20 de administración.
La Figura 10 muestra una secuencia de etapas ejecutadas por el regulador 18 de red según algunas realizaciones de la presente invención. Dicha secuencia puede ejecutarse, por ejemplo, tras la instalación del regulador 18 de red o cuando el regulador 18 se presenta por primera vez en la red 14 local. En una etapa 300, el regulador 18 detecta automáticamente el enrutador 19, que en la presente memoria representa al proveedor existente de servicios de red. En algunas realizaciones, el regulador 18 luego se hace cargo de algunos de los servicios de red del enrutador 19. Dicha adquisición puede comprender el apagado o la incapacidad de alguna manera de algunas de las funciones del enrutador 19, y el reemplazo del enrutador 19 como proveedor de al menos una parte de los servicios de red asociados a la red 14 local. En una realización alternativa, la adquisición del servicio puede comprender ofrecer un conjunto alternativo de servicios de red además de los gestionados por el enrutador 19, sin realmente incapacitar a este último. En algunas realizaciones, la etapa 302 comprende además instalar el regulador 18 de red en una posición de pasarela entre la red 14 local y la red 16 extendida, de modo que al menos una parte del tráfico de red entre sistemas cliente 12a-f y la red 16 extendida atraviesa el regulador 18.
En una secuencia de las etapas 304-306, el regulador 18 de red puede detectar automáticamente dispositivos que pertenecen a la red 14 local (a saber, sistemas cliente 12a-f) y distribuir agentes 41 de utilidad específicos del dispositivo a al menos a algunos de los sistemas cliente 12a-f. Una etapa 308 adicional lleva a cabo un conjunto de servicios de seguridad informática para sistemas cliente 12a-f. Las etapas 300-308 se describen con más detalle más abajo.
Adquisición de servicio de red
En algunas realizaciones de la presente invención, los servicios DHCP del enrutador 19 pueden apagarse o de otra manera incapacitarse por el regulador 18 de red. Este efecto se puede obtener a través de varios métodos, algunos de los cuales se ejemplifican más abajo. Los servicios de DHCP se usan en la presente memoria solo como un ejemplo; los sistemas y métodos descritos más abajo pueden adaptarse para adquirir otros servicios de red.
En un escenario a modo de ejemplo, conocido como hambre DHCP, el regulador 18 de red puede usar el módulo 44 de interrupción de la red para hacerse pasar por múltiples dispositivos ficticios y solicitar direcciones de red para cada dispositivo ficticio del enrutador 19. El recuento de dichos dispositivos ficticios se puede elegir para que ocupe por completo el conjunto disponible de direcciones IP ofrecidas en arrendamiento por el servidor 45 DHCP del enrutador 19. De esta manera, aunque el servidor 45 continúa operando, el servidor 45 ya no puede proveer direcciones IP a los sistemas cliente en la red 14 local. En algunas realizaciones, el regulador 18 de red entonces puede usar el módulo 43 DHCP para transmitir su propia oferta de arrendamiento de DHCP y, de esta manera, formar efectivamente a los sistemas cliente 12a-f a que usen el regulador 18 como el servidor DHCP por defecto y el dispositivo de pasarela para al menos parte del tráfico entre los sistemas cliente 12a-f y la red 16 extendida.
Otro conjunto a modo de ejemplo de métodos de adquisición de servicios DHCP comprende detectar automáticamente un proveedor de servicios DHCP existente (por ejemplo, el enrutador 19) y deshabilitar el dispositivo respectivo, por ejemplo, mediante la reconfiguración automática de su red y/u otros parámetros funcionales. Uno de dichos escenarios involucra al regulador 18 de red que colabora con el servidor 52 de configuración en la manera ilustrada en las Figuras 11-12.
En algunas realizaciones, una etapa 320 solicita y luego recibe permiso de un usuario para reconfigurar el enrutador 19. El usuario respectivo puede ser propietario o administrador del regulador 18 y/o de la red 14 local, como se enumera, por ejemplo, en la base de datos 54 de abonados mantenida por el servidor 52 de configuración (es preciso ver la Figura 2). La obtención del permiso puede incluir, por ejemplo, enviar una notificación al dispositivo 20 de administración, lo cual puede llevar a cabo el regulador 18 o el servidor 52 de configuración. La GUI 48 de administración del dispositivo 20 luego puede exponer un campo de entrada que permite al usuario indicar si él/ella permite reconfigurar los parámetros del enrutador 19. La etapa 320 puede incluir además la obtención de credenciales de inicio de sesión (por ejemplo, nombre de usuario, contraseña, etc.) para el enrutador 19, directamente del usuario a través del dispositivo 20 de administración, o de un registro de abonos almacenado en la base de datos 54.
En una etapa 322, el regulador 18 de red recopila información indicativa del tipo de dispositivo sobre el enrutador 19, por ejemplo, mediante el análisis de los datos recibidos del enrutador 19 durante un intercambio de solicitud/respuesta de DHCP. Dichos datos pueden incluir, entre otros, una dirección de control de acceso al medio (MAC, por sus siglas en inglés) del enrutador 19 y un encabezamiento de autenticación. En algunas realizaciones, el regulador 18 de red puede además intentar exponer una interfaz de inicio de sesión del enrutador 19, y además extraer datos indicativos del tipo de dispositivo de la interfaz respectiva (por ejemplo, determinar si la interfaz es un documento HTML o no, y determinar una dirección de red de la interfaz respectiva). Algunas realizaciones del regulador 18 pueden incluso extraer ciertas características visuales de la interfaz respectiva, por ejemplo, mediante el uso de un algoritmo de procesamiento de imágenes.
Los datos 61 indicativos del tipo de dispositivo luego se envían al servidor 52 de configuración (etapa 324), el cual puede identificar un tipo de dispositivo del enrutador 19 (por ejemplo, fabricante, modelo, familia, subfamilia, versión de firmware, etc.) según dichos datos y/o según los datos almacenados en la base de datos 56 de características del dispositivo (Figura 2). El servidor 52 de configuración luego puede configurar una prueba 60 de inicio de sesión adaptada para el tipo de dispositivo particular del enrutador 19 según los datos indicativos del tipo de dispositivo recibidos del regulador 18, y puede transmitir datos de prueba de inicio de sesión al regulador 18.
En algunas realizaciones, el regulador 18 de red puede repetir un bucle de etapas 326-334 en un intento iterativo de prueba y error para iniciar sesión en el enrutador 19. Las etapas 328-330 pueden exponer la interfaz de inicio de sesión del enrutador 19 y transmitir datos 60 de prueba de inicio de sesión y/o credenciales de usuario al enrutador 19. Un indicador de si el inicio de sesión se ha llevado a cabo con éxito se devuelve al servidor 52 (etapa 332); el indicador de éxito puede usarse para identificar además un tipo de dispositivo de enrutador 19.
Una vez que se logró un inicio de sesión exitoso, en una etapa 336, el regulador 18 de red puede obtener un conjunto de comandos 63 de configuración del enrutador del servidor 52 de configuración, comandos 63 diseñados específicamente según el tipo de enrutador identificado y dirigidos a incapacitar al enrutador 19, o al menos a algunos servicios de red ofrecidos por el enrutador 19. Los comandos 63 de configuración del enrutador a modo de ejemplo pueden ordenar al enrutador 19 que se apague, que se reinicie, que exponga una interfaz de configuración y que cambie un ajuste de configuración, entre otros. Otro comando 63 de configuración a modo de ejemplo comprende una solicitud HTTP configurada para exponer una interfaz de configuración del enrutador 19. En algunas realizaciones, los comandos 63 pueden completar automáticamente un conjunto de campos de la interfaz expuesta. En algunas realizaciones, los comandos 63 comprenden un conjunto de valores de parámetros para completar un conjunto de campos de una interfaz de configuración del enrutador 19.
En una etapa 338, el regulador 18 de red puede transmitir comandos 63 de configuración al enrutador 19. Para completar la adquisición de servicios DHCP del enrutador 19, el regulador 18 puede emplear el módulo 43 DHCP (Figura 7) para transmitir su propia oferta de arrendamiento de DHCP a los sistemas cliente 12a-f.
En algunas realizaciones, el regulador 18 de red puede transmitir otro conjunto de comandos al enrutador 19 en el caso en el que el propietario/administrador del regulador 18 decide desinstalar el regulador 18. En dicho ejemplo, el regulador 18 puede ordenar al enrutador 19 que invierta los ajustes, los cuales eran efectivos antes de la instalación del regulador 18 de red.
Las Figuras 13-14 ilustran un método alternativo de adquisición de servicios de red por parte del regulador 18 de red según algunas realizaciones de la presente invención. El método ilustrado comprende una variación del método descrito más arriba en relación con las Figuras 11-12. En lugar de emplear un regulador 18 de red para reconfigurar activamente la configuración de red y/o deshabilitar (parcialmente) el enrutador 19, en el método ilustrado en las Figuras 13-14, dichas acciones se llevan a cabo directamente por el servidor 52 de configuración, mientras que el regulador 18 se usa como un proxy o retransmisión. Algunas realizaciones llevan a cabo la configuración remota del enrutador 19 mediante el uso de túneles, a saber, conexiones/canales de comunicación seguros de punto a punto. En respuesta a la instalación dentro de la red 14 local, el regulador 18 de red puede transmitir un mensaje de registro a los servidores 50-52, el cual incluye indicadores de identificación únicos para el respectivo regulador de red, enrutador 19 y sistemas cliente conectados a la red local respectiva. Por lo tanto, los servidores 50-52 pueden identificar selectivamente cada dispositivo individual y asociar cada sistema cliente 12 y enrutador 19 a un abono y/o a un regulador de red respectivo. Este proceso de registro en el servidor 52 de configuración permite al servidor 52 aceptar conexiones de túnel del regulador 18.
En respuesta a la obtención del permiso del usuario para reconfigurar la red local (etapa 340), el regulador 18 de red puede abrir un túnel 69 de comunicación que conecta el regulador 18 al servidor 52. Un túnel a modo de ejemplo comprende un túnel de caparazón seguro (SSH, por sus siglas en inglés), a saber, un túnel configurado mediante el uso de una versión del protocolo SSH. En algunas realizaciones, el regulador 18 de red emplea una estrategia de reenvío de puertos para redirigir el tráfico de red recibido a través del túnel 69 hacia el enrutador 19, y/o redirigir las comunicaciones recibidas del enrutador 19 hacia el servidor 52 a través del túnel 69. Dicho reenvío de puertos se puede lograr mediante el uso de cualquier método conocido en la técnica de redes, por ejemplo, mediante el uso de proxy, un cliente SOCKS, traducción de direcciones de red (NAT, por sus siglas en inglés), etc.
Mediante el uso del reenvío de puertos, algunas realizaciones del servidor 52 de configuración por lo tanto, pueden configurar el enrutador 19 de forma remota a través del túnel 69. Dicha configuración remota puede incluir algunas de las operaciones descritas más arriba en relación con las Figuras 11-12 como, por ejemplo, determinar un tipo de dispositivo de enrutador 19, enviar comandos de configuración al enrutador 19, etc.
En respuesta a la determinación de un tipo de dispositivo de enrutador 19, el servidor 52 puede enviar una solicitud 68 de túnel al regulador 18, cuya solicitud de túnel ordena al regulador 18 de red que configure el túnel 69 (etapa 346). El túnel se puede configurar con reenvío de puertos, de modo que una comunicación enviada por el servidor 52 al regulador 18 se reenviará al enrutador 19. En una etapa 348, el servidor 52 luego puede transmitir datos de inicio de sesión y/o comandos de configuración del enrutador a través del túnel 69 para ordenar al enrutador 19 que deshabilite o de otra manera reconfigure los servicios DHCP del enrutador 19.
Las Figuras 15-16 ilustran incluso otro método para hacerse cargo de los servicios de red del enrutador 19 según algunas realizaciones de la presente invención. Cuando se introduce en la red 14 local, el regulador 18 puede enviar una solicitud 70 de dirección al proveedor de servicios de red actual (por ejemplo, el enrutador 19), por medio de la cual solicita una dirección de red (etapa 350). En respuesta, el enrutador 19 puede devolver una oferta 72 de dirección al regulador 18. La solicitud 70 y la devolución 72 pueden formar parte de un protocolo estándar de asignación de direcciones, por ejemplo, DHCP. La etapa 352 puede comprender además aceptar la oferta 72 de dirección y configurar el regulador 18 de red para usar la dirección de red respectiva y/u otros parámetros de red (por ejemplo, pasarela, servidor DNS, etc.).
A continuación, en una etapa 354, el regulador 18 puede obtener permiso de un operador humano para llevar a cabo el procedimiento de adquisición del servicio de red (es preciso ver más arriba, en relación con la Figura 12). En respuesta a la obtención de permiso, en una etapa 356, el regulador 18 de red puede determinar un conjunto objetivo de direcciones de red según los parámetros de la oferta 72 de dirección recibida previamente. En algunas realizaciones que usan DHCP, la oferta 72 comprende un indicador de un conjunto de direcciones (por ejemplo, un rango de valores de dirección) gestionado por y/o disponible para su asignación por el proveedor de servicios de red actual. El regulador 18 puede seleccionar el conjunto objetivo de direcciones de red del grupo de direcciones respectivo. En algunas realizaciones, el conjunto objetivo incluye todas las direcciones del grupo. En otras realizaciones, el conjunto objetivo incluye todas las direcciones del grupo, excepto la dirección actualmente asignada al enrutador 19.
Una etapa 358 puede configurar el regulador 18 de red para usar todas las direcciones del conjunto objetivo. En algunas realizaciones, la etapa 358 comprende crear un conjunto de dispositivos ficticios (alias) y asignar un subconjunto del conjunto objetivo de direcciones de red a cada dispositivo ficticio. A continuación, en una secuencia de etapas 360-366, el regulador 18 de red puede explotar un mecanismo de detección de conflicto de direcciones (ACD, por sus siglas en inglés) para forzar progresivamente a los clientes 12a-f para que renuncien a sus direcciones de red asignadas actualmente. Mientras tanto, el regulador 18 puede usar el módulo 36 DHCP para ofrecer un nuevo conjunto de direcciones de red y/u otros parámetros de configuración a los sistemas cliente 12a-f y, por consiguiente, completar el procedimiento de adquisición del servicio de red.
Un mecanismo ACD a modo de ejemplo se describe en la Solicitud de Comentarios de Detección de Conflicto de Direcciones IPv4 (RFC5227) emitida por el Grupo de Trabajo de Red de Apple®, Inc., en julio de 2008. El mecanismo ACD descrito requiere que, como parte de la asignación de dirección de red (que ocurre, por ejemplo, tras la oferta inicial de arrendar una dirección de red, o al renovar el arrendamiento de la dirección de red respectiva), cada cliente y/o su proveedor de servicios de red respectivo verifican si la dirección de red respectiva está disponible, a saber, si no está ya en uso por otro dispositivo. Dichas verificaciones pueden usar herramientas y/o mecanismos descritos en el protocolo de resolución de direcciones (ARP, por sus siglas en inglés) y el protocolo de descubrimiento de vecinos (NDP, por sus siglas en inglés), entre otros. Una verificación a modo de ejemplo comprende que el cliente y/o proveedor respectivo envía una sonda (por ejemplo, un paquete de red especialmente configurado, un ping, un arping, etc.) a la dirección de red que se está verificando actualmente. Cuando el cliente y/o proveedor que han enviado la sonda no recibe respuesta a la sonda respectiva, la dirección respectiva se considera disponible y puede (re)asignarse al cliente respectivo. Por el contrario, cuando el cliente y/o proveedor recibe una respuesta a la sonda respectiva, la dirección respectiva se considera tomada y ya no se (re)asigna al cliente respectivo.
El mecanismo ACD descrito más arriba se explota por algunas realizaciones del regulador 18 de red para fines de adquisición, como se muestra en las Figuras 15-16. En una secuencia de etapas 360-362, el regulador 18 puede escuchar las sondas 64a-b de disponibilidad de direcciones, emitidas por el sistema 12 del cliente y/o enrutador 19, respectivamente. En respuesta a la detección de dicha sonda, una etapa 364 determina si la dirección sondeada coincide con algún miembro del conjunto objetivo de direcciones de red determinado en la etapa 356. Cuando no, el regulador 18 vuelve a escuchar las sondas de disponibilidad de direcciones.
Cuando la dirección sondeada coincide con un miembro del conjunto objetivo de direcciones, en una etapa 366, el regulador 18 puede devolver una respuesta 66a-b de sonda al remitente de la sonda respectiva, la respuesta de sonda configurada para indicar que la dirección de red respectiva no está disponible. En algunas realizaciones, la etapa 366 comprende un dispositivo ficticio (alias) creado por el regulador 18 de red mediante la emisión de una respuesta de sonda configurada con los detalles del dispositivo ficticio respectivo. Cuando el sistema 12 cliente está configurado para admitir la detección de conflictos, la recepción de dicha sonda de retorno puede determinar que el sistema 12 cliente deja de usar la dirección de red respectiva y solicita una nueva dirección. Estas nuevas solicitudes fallarán para todas las direcciones en el conjunto objetivo de direcciones, ya que activarán una nueva ejecución de etapas 360-366. Al repetir la secuencia de etapas 360-366 para cada sistema cliente 12a-f, el regulador 18 de red, por lo tanto, puede deshabilitar progresivamente los servicios de red ofrecidos por el enrutador 19 y forzar a los sistemas cliente 12a-f a que utilicen un nuevo conjunto de direcciones de red emitidas por el regulador 18.
Descubrimiento automático de dispositivos y provisión de agentes
Habiéndose instalado como pasarela y/o proveedor de servicios de red para la red 14 local, el regulador 18 de red puede proceder a distribuir agentes 41 de utilidad (por ejemplo, la Figura 6) a sistemas cliente 12a-f conectados a la red 14 local. La Figura 17 muestra un intercambio de datos a modo de ejemplo entre el sistema cliente 12, el regulador 18 de red y el servidor 52 de configuración del cliente según algunas realizaciones de la presente invención, el intercambio ocurriendo durante el descubrimiento del dispositivo y la provisión del agente. Dichos intercambios pueden ocurrir al instalar el regulador 18 de red, así como cuando un nuevo sistema cliente se introduce por primera vez en la red 14 local.
Una secuencia de etapas a modo de ejemplo llevada a cabo por el regulador 18 de red para entregar un agente de utilidad específico del dispositivo se ilustra en la Figura 18. En algunas realizaciones, el regulador 18 puede esperar las solicitudes de conexión de los sistemas cliente locales (etapa 400) Una solicitud de conexión a modo de ejemplo comprende una solicitud HTTP. Cuando el sistema cliente 12 intenta acceder a una dirección en la red 16 extendida, el regulador 18 puede forzar al sistema cliente respectivo a instalar el agente 41 de utilidad. En algunas realizaciones, el regulador 18 puede redirigir la solicitud de acceso a la red actual al servidor 52 de configuración, que puede servir a un instalador 75 de agente al sistema cliente respectivo (Figura 17). En una realización alternativa, el regulador 18 puede obtener el instalador 75 de agente del servidor 52, y luego empujar el instalador 75 al respectivo sistema cliente.
En algunas realizaciones, el instalador 75 está configurado para determinar el sistema cliente 12 (o dispositivo 20 de administración) para exponer una interfaz de confirmación a un usuario, por medio de la cual se solicita al usuario que acepte instalar el agente 41. El instalador 75 además puede solicitar al usuario que confirme que el usuario está de acuerdo con los términos del abono respectivo (por ejemplo, como se detalla en un SLA). Cuando el usuario indica acuerdo, el instalador 75 puede instalar y ejecutar el agente 41. En algunas realizaciones, el instalador 75 y/o el regulador 18 de red pueden registrar el sistema cliente respectivo con el servidor 52 de configuración de cliente (etapa 418 en la Figura 18). Dicho registro puede incluir que el servidor 52 asocia el sistema cliente respectivo a un registro de abonos adjunto al regulador 18 de red.
Teniendo en cuenta la gran diversidad de dispositivos que actualmente se conectan a las redes de comunicación e Internet, puede ser preferible que los agentes 41 de utilidad entregados a sistemas cliente 12a-f protegidos se adapten al tipo de dispositivo de cada sistema cliente (por ejemplo, teléfono inteligente, tableta, reloj inteligente, sistema operativo Windows® o iOS®, etc.). Las etapas 400-406 a modo de ejemplo (Figura 18) ilustran un método a modo de ejemplo para determinar un tipo de dispositivo de sistema cliente 12. El regulador 18 de red puede obtener datos indicativos del tipo de dispositivo mediante la extracción de un indicador de agente de usuario de una solicitud HTTP (el indicador de agente de usuario generalmente contiene información sobre el tipo de navegador y el sistema operativo del remitente de la solicitud HTTP). El regulador 18 puede detectar además un conjunto de aplicaciones, protocolos y/o servicios utilizados por los respectivos sistemas cliente, por ejemplo, mediante la exploración de los respectivos servicios y/o protocolos (etapa 404). Dicha exploración puede incluir enviar una sonda a un puerto particular del sistema cliente respectivo y escuchar una respuesta. Los protocolos y servicios detectados pueden incluir, entre otros, Bonjour®, protocolo simple de administración de red (SNMP, por sus siglas en inglés) y mapeador de redes (Nmap). El regulador 18 de red luego puede determinar un tipo de dispositivo de sistema cliente 12 localmente, según dichos datos indicativos del tipo de dispositivo, mediante el uso de un conjunto de reglas, un árbol de decisión y/o un algoritmo de aprendizaje automático. En una realización alternativa, los datos indicativos del tipo de dispositivo se envían al servidor 52 de configuración (etapa 406), que identifica el tipo de dispositivo según los datos recibidos y según la información almacenada en la base de datos 56 de características del dispositivo. Por ejemplo, el servidor 52 puede intentar hacer coincidir las características del sistema cliente 12 con varias entradas de la base de datos 56, en donde cada entrada puede corresponder a un tipo de dispositivo distinto (posiblemente incluidas versiones distintas de un producto, sistemas operativos distintos, etc.). El descubrimiento de dispositivos puede proceder de manera iterativa: el servidor 52 puede llevar a cabo una determinación preliminar de un tipo de dispositivo según la información disponible sobre el sistema cliente. En respuesta a la determinación preliminar, el servidor 52 puede solicitar más datos indicativos del tipo de dispositivo sobre el sistema cliente al regulador 18 de red. Progresivamente, más datos indicativos del tipo de dispositivo se envían al servidor 52 de configuración, hasta que una identificación positiva del tipo de dispositivo del sistema cliente 12 se consigue. Cuando el tipo de dispositivo se ha identificado con éxito, el servidor 52 puede enviar una notificación al regulador 18. En respuesta a la recepción de la notificación (etapa 408), el regulador 18 puede redirigir la solicitud de conexión de red interceptada en la etapa 400 a una aplicación de instalador de agente.
Un escenario alternativo de descubrimiento de dispositivos y/o provisión de agente puede implicar un túnel, de manera similar a la descrita más arriba en relación con la detección automática del enrutador 19 (Figuras 13-14). En un ejemplo, el regulador 18 abre un túnel de comunicación (por ejemplo, un túnel SSH) que conecta el regulador 18 con el servidor 52. El túnel respectivo puede configurarse con reenvío de puertos, de modo que las comunicaciones recibidas del servidor 52 se redirigen por el regulador 18 de red al sistema cliente 12 respectivo. El servidor 52 entonces puede entregar directamente un instalador de agente al sistema cliente 12 a través del túnel, y puede además ordenar al sistema cliente 12 que instale el agente respectivo. El servidor 52 también puede usar el túnel SSH para obtener información indicativa del tipo de dispositivo del sistema cliente 12, mediante el uso de cualquiera de los métodos descritos más arriba.
Se puede proveer una amplia variedad de agentes de utilidad mediante el uso de los sistemas y métodos descritos en la presente memoria. Un agente 41 de utilidad a modo de ejemplo configurado para proveer servicios de seguridad puede llevar a cabo una evaluación de seguridad del sistema cliente 12 (por ejemplo, un análisis de malware local) y puede enviar datos de evaluación de seguridad al servidor 52 de configuración o al servidor 50 de seguridad. El(los) servidor(es) puede(n) entonces reenviar un indicador de seguridad al dispositivo 20 de administración para mostrar al usuario/administrador. Los indicadores de seguridad a modo de ejemplo que se muestran al usuario/administrador pueden incluir, entre otros, un indicador de si un objeto de software particular (por ejemplo, el sistema operativo) que se está ejecutando en el sistema cliente 12 está actualizado, y un indicador de la seguridad de una contraseña utilizada para proteger el sistema cliente 12. Otras acciones a modo de ejemplo llevadas a cabo por un agente de seguridad incluyen la actualización de software y/o políticas de seguridad para el sistema cliente respectivo. En algunas realizaciones, el agente 41 está configurado para filtrar el tráfico de red hacia/desde el sistema cliente 12 mediante el uso de un algoritmo de inspección de paquetes de red para determinar, por ejemplo, si el sistema cliente 12 está sujeto a un ataque malicioso. La funcionalidad adicional de un agente de utilidad que provee servicios de seguridad informática se detalla más abajo.
Un agente 41 de utilidad a modo de ejemplo configurado para proveer servicios de comunicación segura incluye un agente de red privada virtual (VPN). Dichos agentes pueden proteger el sistema cliente 12 cuando el sistema cliente 12 abandona la red 14 local (por ejemplo, cuando el usuario sale de su casa con su teléfono móvil). Dicho agente puede colaborar con el regulador 18 de red y/o servidor 52 de configuración para abrir un túnel de comunicación segura y/o configurar una VPN entre el sistema cliente respectivo y el servidor 50 de seguridad (más detalles más abajo).
Un agente 41 de utilidad a modo de ejemplo configurado para proveer servicios de control parental puede monitorear el uso del sistema cliente 12, e informar patrones de uso a un usuario supervisor (por ejemplo, padre) a través del dispositivo 20 de administración. El agente 41 puede además evitar que el sistema cliente 12 acceda a ciertos recursos remotos (por ejemplo, direcciones IP, sitios web, etc.) o que use ciertas aplicaciones instaladas localmente (por ejemplo, juegos). Dicho bloqueo se puede aplicar de forma permanente o según una planificación específica del usuario.
Un agente 41 de utilidad a modo de ejemplo configurado para proveer asistencia técnica remota puede configurar y/o abrir automáticamente un canal de comunicación segura (por ejemplo, un túnel SSH) entre el sistema cliente 12 y el servidor 52 de configuración. Los comandos de configuración y/o solución de problemas pueden entonces transmitirse del servidor 52 al sistema cliente 12, posiblemente sin la participación o asistencia explícita de un usuario del sistema cliente 12.
Es posible que algunos sistemas cliente como, por ejemplo, electrodomésticos, dispositivos que pueden ponerse, etc., no puedan instalar un agente de utilidad como se indica más arriba. Sin embargo, dichos dispositivos pueden incluir configuración integrada y/o agentes de gestión de dispositivos que permitan un comando remoto de los dispositivos respectivos. Algunas realizaciones de la presente invención pueden usar los agentes de gestión existentes y protocolos específicos del dispositivo y/o métodos de comunicación para comunicar actualizaciones de valores de parámetros a dichos dispositivos. Incluso para dichos dispositivos, la identificación correcta del tipo de dispositivo habilita al servidor 52 de configuración a formatear y comunicar correctamente los comandos de configuración a los respectivos sistemas cliente. Para facilitar la determinación del tipo de dispositivo de dichos sistemas cliente, el regulador 18 de red puede analizar activamente las comunicaciones recibidas del sistema cliente respectivo o redirigir las comunicaciones respectivas al servidor 52 de configuración.
En algunas realizaciones, el regulador 18 de red puede condicionar el acceso del sistema cliente 12 a la red 16 extendida a una instalación exitosa del agente 41 de utilidad. Como ilustra en la etapa 416 en la Figura 18, algunas realizaciones pueden permitir que el sistema cliente acceda a la red 16 extendida solo en respuesta a la instalación del agente. Dichas configuraciones pueden mejorar la seguridad del sistema cliente 12 y/o de la red 14 local.
Gestión de dispositivos
Una vez que los agentes 41 de utilidad son funcionales, se pueden usar para llevar a cabo diversas tareas de gestión de dispositivos, por ejemplo, para configurar de forma remota los respectivos sistemas cliente 12a-f. Las tareas de configuración a modo de ejemplo incluyen, entre otras, encender o apagar un sistema cliente (por ejemplo, armar o desarmar un sistema de seguridad del hogar, encender y apagar luces), establecer un valor de un parámetro funcional de un sistema cliente (por ejemplo, configurar una temperatura deseada en un termostato inteligente), configurar la red y/o características de seguridad (por ejemplo, bloquear o permitir el acceso de ciertos sistemas cliente a la red 14, configurar parámetros de cortafuegos, configurar aplicaciones y/o funciones de control parental), llevar a cabo actualizaciones de software para componentes que se ejecutan en el sistema cliente respectivo y llevar a cabo tareas de asistencia técnica/resolución de problemas en relación con el sistema cliente respectivo.
En algunas realizaciones, un usuario/administrador puede gestionar remotamente el sistema cliente 12 a través de la GUI 48 de administración expuesta por el dispositivo 20 de administración (por ejemplo, un teléfono inteligente que ejecuta una aplicación de administración). Tras el registro del regulador 18 de red con el servidor 52 de configuración, el servidor 52 puede asociar de forma única el regulador 18 y el dispositivo 20 de administración a un abono. El abono respectivo también permite asociar de forma única el regulador 18 al conjunto de sistemas cliente 12a-f protegido por el respectivo regulador de red. Por lo tanto, el usuario del dispositivo 20 de administración puede seleccionar un sistema cliente específico para gestionar de forma remota desde la GUI 48 de administración, con la asistencia del servidor 52 de configuración. La gestión real del dispositivo (por ejemplo, el establecimiento de valores de parámetros) puede comprender la transmisión de datos y/o comandos de configuración entre el dispositivo 20 de administración y el sistema cliente respectivo.
En algunas realizaciones, la transmisión de datos/comandos de configuración a un sistema cliente objetivo utiliza una variación de los sistemas y métodos descritos más arriba, en relación con la configuración del enrutador 19 (Figuras 13-14) y con el descubrimiento de dispositivos. En respuesta a la recepción de una solicitud de gestión de dispositivo del dispositivo 20 de administración, el servidor 52 puede enviar una notificación al regulador 18 de red, la notificación haciendo que el regulador 18 y/o el sistema cliente objetivo abran un túnel de comunicación (por ejemplo, túnel SSH) entre el servidor 52 y el regulador 18 y/o entre el servidor 52 y el sistema cliente objetivo. El túnel se puede configurar con reenvío de puertos como se describe más arriba. Dicho túnel se puede entonces usar para transmitir comandos de configuración del servidor 52 al sistema cliente objetivo, los comandos respectivos diseñados, por ejemplo, para cambiar los ajustes de configuración del sistema cliente respectivo. En algunas realizaciones, dichos comandos de configuración se ejecutan por el agente 41 de utilidad. Cuando el sistema cliente objetivo carece de un agente de utilidad o no puede instalar dicho agente, los comandos de configuración están dirigidos al software de gestión nativo del dispositivo respectivo.
En una aplicación a modo de ejemplo, un usuario puede solicitar asistencia técnica/solución de problemas de un sistema cliente objetivo particular mediante el uso de los métodos descritos más arriba. La asistencia técnica puede entonces proceder automáticamente, sin mayor participación del usuario respectivo. Como parte de la resolución de problemas, algunas realizaciones del servidor 52 pueden determinar el sistema cliente objetivo para instalar un agente de utilidad dedicado configurado para resolver un problema técnico en particular.
Protección de seguridad informática
Las Figuras 19-A-B muestran realizaciones a modo de ejemplo en donde el regulador 18 de red colabora con el servidor 50 de seguridad para proteger los sistemas cliente 12a-f de amenazas a la seguridad informática como, por ejemplo, malware, adware, spyware e intrusión en la red. En la realización de la Figura 19-A, el regulador 18 de red redirige parte o la totalidad del tráfico de datos (en la presente memoria ilustrado por el paquete 80 de red) entre el sistema cliente 12 protegido y un sistema informático externo a la red local a través del servidor 50 de seguridad. Dicho reencaminamiento puede lograrse, por ejemplo, mediante la instalación de un regulador 18 de red como pasarela entre la red 14 local y la red 16 extendida, y mediante el uso del regulador 18 para interceptar el tráfico de red y redirigirlo activamente al servidor 50. En realizaciones como la ilustrada en la Figura 19-A, la detección de amenazas se lleva a cabo por el servidor 50 de seguridad, mediante el uso de cualquier método conocido en la técnica (por ejemplo, mediante el análisis de paquetes 80 de red para determinar si contienen malware o si son indicativos de una intrusión en la red).
En algunas realizaciones, como se ilustra en la Figura 19-B, la detección de amenazas se lleva a cabo por el regulador 18 de red. Dicha detección local puede comprender, por ejemplo, filtrado de contenido de paquetes. El regulador 18 puede mantener actualizados los algoritmos de detección de malware mediante la descarga de un conjunto de parámetros 82 de filtro (por ejemplo, firmas indicativas de malware) del servidor 50 de seguridad. Algunas realizaciones pueden combinar la detección de amenazas en el regulador 18 con la detección de amenazas en el servidor 50 de seguridad. En un ejemplo, el regulador 18 de red puede llevar a cabo un análisis preliminar del tráfico de datos, mediante el uso de, por ejemplo, métodos relativamente económicos. El regulador 18 luego puede enviar paquetes de red sospechosos para mayor análisis al servidor 50.
El reencaminamiento del tráfico a través del servidor 50 de seguridad (Figura 19-A) puede tener varias ventajas sobre la realización de un análisis de seguridad local (Figura 19-B). El servidor 50 puede comprender múltiples sistemas informáticos de alto caudal diseñados especialmente y, por lo tanto, puede llevar a cabo un análisis de tráfico computacionalmente intensivo como, por ejemplo, la inspección profunda de paquetes, de manera mucho más eficiente que el regulador 18. La instalación de dichas capacidades en el regulador 18 de red aumentará sustancialmente el precio, la complejidad y la superficie de ataque del regulador 18. Otra ventaja de tener un análisis de datos centralizado es que dichas configuraciones eliminan la necesidad de distribuir actualizaciones de firmas de identificación de malware y de otros datos utilizados en el análisis de paquetes de red a una gran cantidad de reguladores 18 de red distribuidos. Los sistemas de seguridad centralizados también suelen estar mejor equipados para responder a las amenazas recientemente descubiertas.
Una aplicación a modo de ejemplo de dichos sistemas y métodos de seguridad informática comprende bloquear el acceso de un sistema cliente protegido a páginas web maliciosas o fraudulentas. En un ejemplo, una solicitud de acceso a un recurso remoto (por ejemplo, una solicitud HTTP de un sistema cliente protegido) se intercepta y analiza para determinar si el acceso al recurso remoto, la página web, etc., representa un riesgo de seguridad informática. Dicho análisis puede usar cualquier método conocido en la técnica, por ejemplo, comparar una dirección del recurso respectivo con una lista negra de páginas web maliciosas o fraudulentas conocidas, analizar el diseño de la página web respectiva, etc. El análisis puede llevarse a cabo en el servidor 50 de seguridad (por ejemplo, en una configuración como se muestra en la Figura 19-A) o en el regulador 18 de red (por ejemplo, como se muestra en la Figura 19-B). Cuando el análisis establece que el acceso al recurso remoto no representa un riesgo para la seguridad de la computadora, el respectivo sistema cliente tiene acceso al recurso remoto respectivo. Cuando el acceso se considera riesgoso, el sistema cliente solicitante puede bloquearse para acceder al recurso respectivo. Además de bloquear el acceso, algunas realizaciones del servidor 50 de seguridad envían una notificación de episodio al dispositivo 20 de administración, e informan al usuario/administrador del regulador 18 de red que ha ocurrido un episodio de seguridad. La notificación puede incluir un indicador del sistema cliente involucrado en el episodio respectivo y un indicador de un tipo de episodio (por ejemplo, acceso a un sitio web fraudulento).
Otra aplicación a modo de ejemplo de un sistema de seguridad informática según algunas realizaciones de la presente invención se ilustra en las Figuras 20-21. Como se muestra más arriba, un sistema cliente puede estar protegido contra amenazas a la seguridad informática mientras está conectado al regulador 18 de red en la red 14 local. El abandono de la red 14 (como sucede, por ejemplo, cuando un usuario abandona su hogar con su teléfono móvil), sin embargo, puede exponer el sistema cliente respectivo a varios riesgos de seguridad. Algunas realizaciones aseguran que, una vez registrado para la protección con el regulador 18 y servidor 52 de configuración, el sistema cliente respectivo está protegido en todo momento.
Para lograr dicha protección, algunas realizaciones instalan un agente 41 de utilidad en el sistema cliente respectivo (por ejemplo, teléfono móvil, tableta), agente 41 de utilidad configurado para gestionar una red privada virtual (VPN) que conecta el sistema cliente respectivo con el servidor 50 de seguridad. Cuando el sistema cliente respectivo tiene un agente VPN incorporado, algunas realizaciones pueden optar por configurar el agente VPN existente, en lugar de instalar el agente 41 de utilidad. Una conexión VPN (túnel) al servidor 50 de seguridad puede iniciarse, por ejemplo, cuando el sistema cliente respectivo abandona la red 14 local. Al mantener una conexión con el servidor 50 de seguridad incluso cuando está lejos de la red 14 local, algunas realizaciones pueden continuar utilizando los métodos de seguridad informática descritos más arriba (por ejemplo, para redirigir el tráfico a través del servidor 50 de seguridad) para proteger el sistema cliente respectivo.
La Figura 20 muestra un intercambio de datos a modo de ejemplo entre el sistema cliente 12, el regulador 18 de red y el servidor 52 de configuración, el intercambio ocurriendo como parte de la operación de un agente de utilidad VPN y una conexión segura asociada con el servidor 50 de seguridad. La Figura 21 muestra una secuencia a modo de ejemplo de etapas llevadas a cabo por el sistema cliente 12 que opera el agente de utilidad VPN según algunas realizaciones de la presente invención.
El agente de utilidad VPN que se ejecuta en el sistema cliente 12 puede obtener parámetros 88 de conexión para establecer un túnel VPN con el servidor 50 de seguridad del servidor 52 de configuración. Dichos parámetros pueden adaptarse al tipo de dispositivo del sistema cliente 12, como se describe más arriba. En algunas realizaciones, una secuencia de etapas 502-504 determina si el sistema cliente 12 actualmente es parte de la red 14 local (a saber, la red local atendida por el regulador 18 de red). La etapa 502 puede proceder según cualquier método conocido en la técnica, por ejemplo, mediante el mantenimiento de un flujo de mensajes 84 de mantenimiento de conexión entre el regulador 18 y el sistema cliente respectivo. Mientras el sistema cliente 12 permanece conectado a la red 14 local, el sistema cliente 12 puede usar el regulador 18 como pasarela para acceder a la red 16 externa, encontrándose protegida contra amenazas a la seguridad informática según los métodos descritos más arriba.
Cuando el sistema cliente 12 detecta que ya no está conectado a la red 14 local, en una etapa 510, el agente VPN que se ejecuta en el sistema cliente 12 puede abrir un túnel 90 VPN al servidor 50 de seguridad, y configurar, de esta manera, el túnel 90 según los parámetros 88 de VPN. El sistema cliente 12 puede, a partir de entonces, usar el túnel 90 VPN para la comunicación como, por ejemplo, navegación por Internet, mensajería, etc. En una realización alternativa, el regulador 18 de red puede determinar que el sistema cliente 12 ha abandonado la red 14 local y, en respuesta, notificar al servidor de 50 seguridad. El establecimiento del túnel 90 entonces puede iniciarse por el servidor 50.
Cuando el sistema cliente 12 vuelve a la proximidad del regulador 18 de red (por ejemplo, cuando el usuario vuelve a casa con su teléfono móvil), el sistema cliente 12 puede detectar una oferta de servicios de red (por ejemplo, una oferta de DHCP) del regulador 18 de red. Cuando recibe dicha oferta para conectarse a la red 14 local, en una secuencia de etapas 514-516, el agente de utilidad VPN que se ejecuta en el sistema cliente respectivo puede cerrar el túnel 90 VPN y conectarse a la red 14 local.
Los sistemas y métodos a modo de ejemplo descritos en la presente memoria permiten proteger múltiples sistemas cliente contra amenazas a la seguridad informática como, por ejemplo, software malicioso e intrusión en la red. Además de proteger los sistemas informáticos convencionales, los sistemas y métodos descritos son particularmente adecuados para proteger un ecosistema diverso de dispositivos inteligentes conectados a Internet como, por ejemplo, los dispositivos conocidos colectivamente en la cultura popular como Internet de las Cosas (IoT). Ejemplos de dichos dispositivos incluyen, entre otros, dispositivos que pueden ponerse (por ejemplo, relojes inteligentes, bandas de ejercicio, joyas interactivas), dispositivos de entretenimiento para el hogar (televisores, reproductores multimedia, consolas de juegos), electrodomésticos (neveras, termostatos, sistemas de iluminación inteligentes, sistemas de seguridad para el hogar). Algunas realizaciones permiten, por ejemplo, proteger todos los dispositivos electrónicos en un hogar mediante el uso de una solución unificada e integrada.
Algunas realizaciones incluyen un regulador de red configurado para configurar y gestionar una red local que interconecta los múltiples sistemas cliente protegidos. El regulador de red puede instalarse en una posición de pasarela entre la red local y una red extendida como, por ejemplo, Internet. En algunas realizaciones, la protección se logra por el regulador de red que redirige al menos una parte del tráfico de datos intercambiado entre un sistema cliente protegido y una entidad fuera de la red local a través de un servidor de seguridad remoto. Luego, se puede analizar el tráfico en busca de malware y bloquear el acceso a recursos riesgosos (por ejemplo, sitios web maliciosos o fraudulentos).
Algunas realizaciones aseguran que la protección contra amenazas a la seguridad informática continúe incluso cuando el sistema cliente respectivo abandone la red local. Por ejemplo, cuando un usuario sale de su casa con su teléfono móvil, el teléfono conserva la protección. En algunas realizaciones, dicha protección se logra al detectar automáticamente que un sistema cliente protegido ha abandonado la red local y, en respuesta, se activa automáticamente un túnel (por ejemplo, una conexión VPN punto a punto) al servidor de seguridad, cuyo túnel se utiliza para transportar tráfico de datos hacia/desde el dispositivo respectivo mientras el dispositivo está lejos de la red local.
En algunas realizaciones, el regulador de red está asociado de forma exclusiva a un abono de servicio, que permite una gestión unificada de la seguridad y otros aspectos para todos los sistemas cliente protegidos, por ejemplo, para todos los dispositivos inteligentes dentro de un hogar. Un episodio de seguridad como, por ejemplo, un intento por un sistema cliente protegido de acceder a un sitio web fraudulento, puede, por consiguiente, asociarse automáticamente a una cuenta de abono e informarse a una persona de contacto/administrador de la cuenta respectiva. La notificación de episodios de seguridad puede comprender el envío de una notificación a un dispositivo de administración (por ejemplo, teléfono móvil) del administrador. En algunas realizaciones, dichas notificaciones son centralizadas por el servidor de seguridad y agrupadas por usuario y/o por dispositivo. Una interfaz gráfica de usuario (GUI) que se ejecuta en el dispositivo de administración puede mostrar información sobre cada episodio de seguridad, datos estadísticos, etc. Algunas realizaciones de la presente invención, por lo tanto, permiten una solución centralizada para gestionar la seguridad informática para un gran número de clientes/cuentas, cada una de dichas cuentas asociada a su propio grupo diverso de dispositivos.
Aparte de garantizar la protección de los sistemas cliente conectados a la red local, algunas realizaciones proveen una solución unificada para la configuración automática, la resolución de problemas/asistencia técnica y la gestión remota de los sistemas cliente protegidos. Algunas realizaciones instalan un agente de utilidad en cada dispositivo protegido, y el agente de utilidad colabora con servidores remotos para recibir datos de configuración y/o código ejecutable. El usuario/administrador del sistema cliente puede gestionar de forma remota el dispositivo respectivo a través de una interfaz de usuario que se muestra en un dispositivo de administración (por ejemplo, teléfono móvil). Dicha gestión puede incluir, por ejemplo, la configuración de parámetros operativos (una temperatura deseada en el hogar, una configuración de control parental, etc.), la aplicación de actualizaciones de software y la resolución de problemas.
Algunas realizaciones de la presente invención están diseñadas específicamente para facilitar su uso, de modo que no requieran conocimientos especializados de ingeniería informática o administración de redes. Por ejemplo, después de la instalación, el regulador de red puede adquirir automáticamente algunos servicios de red de un enrutador existente, para convertirse en el proveedor por defecto de acceso a Internet para la red local.

Claims (16)

REIVINDICACIONES
1. Un regulador [18] de red que comprende un procesador de hardware [122] y una memoria [124], donde el procesador de hardware [122] está configurado para:
hacerse cargo automáticamente de un servicio de red desde un enrutador [19], conectado el regulador [18] de red al enrutador [19] en una red [14] local, comprendiendo el servicio de red la asignación de direcciones de red a una pluralidad de sistemas cliente [12a-f] conectados a la red [14] local, y en el que hacerse cargo del servicio de red comprende transmitir una comunicación en la red [14] local mientras se hace pasar por un dispositivo ficticio distinto del regulador [18] de red;
en respuesta a hacerse cargo del servicio de red, interceptar una solicitud [74] de conexión enviada por un sistema cliente [12] de la pluralidad de sistemas cliente [12a-f] para acceder a un recurso ubicado fuera de la red [14] local; en respuesta a interceptar la solicitud [74] de conexión, determinar un tipo de dispositivo del sistema cliente [12] según la solicitud [74]; y
en respuesta a la determinación del tipo de dispositivo del sistema cliente [12], transmitir un instalador [75] de agente al sistema cliente [12], configurado el instalador [75] de agente configurado para instalar un agente [41] de utilidad en el sistema cliente [12], configurado el agente [41] de utilidad para proteger el sistema cliente [12] contra amenazas a la seguridad informática, seleccionado el agente de utilidad de acuerdo con el tipo de dispositivo determinado del sistema cliente [12].
2. El regulador [18] de red de la reivindicación 1, en el que la comunicación comprende solicitar una dirección de red al enrutador [19] en nombre del dispositivo ficticio.
3. El regulador [18] de red de la reivindicación 1, en el que la comunicación comprende una respuesta [66a-b] de sonda emitida en respuesta a una sonda [64a-b] de disponibilidad de direcciones transmitida a través de la red [14], indicado la respuesta de sonda que una dirección de red seleccionada no está disponible.
4. El regulador [18] de red de la reivindicación 1, en el que determinar el tipo de dispositivo del sistema cliente [12] comprende:
determinar un conjunto de datos de tipo de dispositivo de acuerdo con la solicitud [74] interceptada, los datos del tipo de dispositivo indicativos del tipo de dispositivo del sistema cliente [12];
en respuesta a la determinación del conjunto de datos del tipo de dispositivo, transmitir los datos del tipo de dispositivo a un servidor [52] de configuración remota; y
en respuesta a la transmisión de los datos del tipo de dispositivo, recibir el instalador [41] de agente desde el servidor [52] de configuración.
5. El regulador [18] de red de la reivindicación 4, en el que la determinación del conjunto de datos del tipo de dispositivo comprende:
transmitir un primer subconjunto de datos de tipo de dispositivo al servidor [52] de configuración;
recibir desde el servidor [52] de configuración una solicitud de un segundo subconjunto de datos de tipo de dispositivo, seleccionándose el segundo subconjunto de acuerdo con el primer subconjunto de datos de tipo de dispositivo; y
en respuesta a la recepción de la solicitud del segundo subconjunto de datos de tipo de dispositivo, adquirir el segundo subconjunto de tipo de dispositivo del sistema cliente [12].
6. El regulador [18] de red de la reivindicación 4, en el que la determinación del conjunto de datos del tipo de dispositivo comprende:
enviar una sonda de escaneo a un puerto de comunicación del sistema cliente [12]; y
determinar el conjunto de datos del tipo de dispositivo de acuerdo con una respuesta a la sonda de escaneo.
7. El regulador [18] de red de la reivindicación 4, en el que el procesador de hardware [122] está además caracterizado por estar configurado para determinar el conjunto de datos de tipo de dispositivo de acuerdo con un tipo de protocolo utilizado por el regulador [18] de red para comunicarse con el sistema cliente [12].
8. El regulador [18] de red de la reivindicación 1, en el que el procesador de hardware [122] está además caracterizado por estar configurado para:
recibir un indicador de consentimiento que indique que un administrador de la red [14] local está de acuerdo con una gestión remota del sistema cliente [12]; y
transmitir el instalador [41] de agente al sistema cliente en respuesta a la recepción del indicador de consentimiento.
9. El regulador [18] de red de la reivindicación 1, en el que la adquisición del servicio de red comprende incapacitar al enrutador [19].
10. El regulador [18] de red de la reivindicación 1, en el que la adquisición del servicio de red comprende emplear el regulador [18] de red para transmitir un conjunto de instrucciones al enrutador [19], configurado el conjunto de instrucciones para que la ejecución del conjunto de instrucciones por el enrutador [19] incapacite el enrutador [19] para asignar direcciones de red a los sistemas cliente [12a-f].
11. El regulador [18] de red de la reivindicación 1, en el que la adquisición del servicio de red comprende emplear el regulador [18] de red para ajustar un conjunto de parámetros de configuración del enrutador [19] que incapacita el enrutador [19] para asignar direcciones de red a los sistemas cliente [12a-f].
12. El regulador [18] de red de la reivindicación 1, en el que la adquisición del servicio de red del enrutador [19] comprende la configuración del sistema cliente 12 para transmitir al menos una parte del tráfico de red entre el sistema cliente [12] y otra parte fuera de la red [14] local a través del regulador [18] de red.
13. El regulador [18] de red de la reivindicación 1, en el que el agente [41] de utilidad está configurado para determinar si el sistema cliente incluye software malicioso.
14. El regulador [18] de red de la reivindicación 1, en el que el agente [41] de utilidad está configurado para: determinar si el sistema cliente [12] está actualmente conectado a la red [14] local;
en respuesta, cuando el sistema cliente [12] no está actualmente conectado a la red [14] local, establecer un túnel [90] de comunicación entre el sistema cliente [12] y un servidor [50] de seguridad remoto; y
transmitir, a través del túnel [90] de comunicación, una segunda solicitud por parte del sistema cliente [12] para acceder a un segundo recurso ubicado fuera de la red [14] local.
15. Un medio no transitorio legible por ordenador que almacena instrucciones que, cuando se ejecutan por al menos un procesador de hardware [122] de un regulador [18] de red, hacen que el regulador [18] de red:
se haga cargo automáticamente de un servicio de red desde un enrutador [19], conectado el regulador [18] de red al enrutador [19] en una red [14] local, comprendiendo el servicio de red la asignación de direcciones de red a una pluralidad de sistemas cliente [12a-f] conectados a la red [14] local, y en el que la adquisición del servicio de red comprende transmitir una comunicación a través de la red [14] local mientras se hace pasar por un dispositivo ficticio distinto del regulador [18] de red;
en respuesta a la adquisición del servicio de red, interceptar una solicitud [74] de conexión enviada por un sistema cliente [12] de la pluralidad de sistemas cliente [12a-f] para acceder a un recurso ubicado fuera de la red [14] local; en respuesta a la interceptación de la solicitud [74], determinar un tipo de dispositivo del sistema cliente [12] según la solicitud [74]; y
en respuesta a la determinación del tipo de dispositivo del sistema cliente [12], transmitir un instalador [75] de agente al sistema cliente [12], configurado el instalador [75] de agente para instalar un agente [41] de utilidad en el sistema cliente [12], configurado el agente [41] de utilidad para proteger el sistema cliente [12] contra las amenazas a la seguridad informática, seleccionado el agente [41] de utilidad de acuerdo con el tipo de dispositivo determinado del sistema cliente [12].
16. Un método para proteger un sistema cliente [12] de una pluralidad de sistemas cliente [12a-f] contra las amenazas a la seguridad informática, conectada la pluralidad de sistemas cliente [12a-f] a una red [14] local, en donde un enrutador [19] conectado a la red [14] local realiza un servicio de red que comprende asignar direcciones de red a la pluralidad de sistemas cliente [12a-f], el método comprende:
emplear un regulador [18] de red para hacerse cargo automáticamente del servicio de red del enrutador [19], comprendiendo el regulador [18] de red un procesador de hardware [122] y una memoria [124], conectado el regulador [18] de red al enrutador [19] en la red [14] local, y en el que la adquisición del servicio de red comprende transmitir una comunicación a través de la red [14] local mientras se hace pasar por un dispositivo ficticio distinto del regulador [18] de red;
en respuesta a la adquisición del servicio de red, emplear el regulador [18] de red para interceptar una solicitud [74] de conexión enviada por el sistema cliente [12] para acceder a un recurso ubicado fuera de la red [14] local; en respuesta a la interceptación de la solicitud [74], emplear el regulador [18] de red para determinar un tipo de dispositivo del sistema cliente [12] según la solicitud [74]; y
en respuesta a la determinación del tipo de dispositivo del sistema cliente [12], emplear el regulador [18] de red para transmitir un instalador [75] de agente al sistema cliente [12], configurado el instalador [75] de agente para instalar un agente [41] de utilidad en el sistema cliente [12], configurado el agente [41] de utilidad para proteger el sistema cliente [12] contra las amenazas a la seguridad informática, seleccionado el agente [41] de utilidad de acuerdo con el tipo de dispositivo determinado del sistema cliente [12].
ES15837214T 2014-12-11 2015-12-11 Sistemas y métodos para detección automática de dispositivo, gestión de dispositivo y asistencia remota Active ES2874557T3 (es)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
US201462090547P 2014-12-11 2014-12-11
US201562180390P 2015-06-16 2015-06-16
US201562217310P 2015-09-11 2015-09-11
PCT/RO2015/050012 WO2016093723A1 (en) 2014-12-11 2015-12-11 Systems and methods for automatic device detection, device management, and remote assistance

Publications (1)

Publication Number Publication Date
ES2874557T3 true ES2874557T3 (es) 2021-11-05

Family

ID=55411719

Family Applications (2)

Application Number Title Priority Date Filing Date
ES15837213T Active ES2898099T3 (es) 2014-12-11 2015-12-11 Sistemas y métodos para asegurar puntos extremos de red
ES15837214T Active ES2874557T3 (es) 2014-12-11 2015-12-11 Sistemas y métodos para detección automática de dispositivo, gestión de dispositivo y asistencia remota

Family Applications Before (1)

Application Number Title Priority Date Filing Date
ES15837213T Active ES2898099T3 (es) 2014-12-11 2015-12-11 Sistemas y métodos para asegurar puntos extremos de red

Country Status (12)

Country Link
US (6) US20160173450A1 (es)
EP (3) EP3235218B1 (es)
JP (5) JP6735021B2 (es)
KR (4) KR102137276B1 (es)
CN (4) CN107005565B (es)
AU (3) AU2015361317B2 (es)
CA (4) CA2966727C (es)
ES (2) ES2898099T3 (es)
IL (4) IL252048B (es)
RU (4) RU2691858C2 (es)
SG (3) SG11201703815XA (es)
WO (4) WO2016093723A1 (es)

Families Citing this family (86)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013162988A1 (en) 2012-04-25 2013-10-31 Corning Cable Systems Llc Distributed antenna system architectures
US8966074B1 (en) * 2013-09-13 2015-02-24 Network Kinetix, LLC System and method for real-time analysis of network traffic
US9584482B2 (en) * 2014-03-03 2017-02-28 Qualcomm Connected Experiences, Inc. Access control lists for private networks of system agnostic connected devices
KR102137276B1 (ko) 2014-12-11 2020-07-24 비트데펜더 아이피알 매니지먼트 엘티디 자동 장치 탐지, 장치 관리 및 원격 지원을 위한 시스템들 및 방법들
US10602216B2 (en) * 2015-01-30 2020-03-24 Arris Enterprises, Inc. Consolidated management of home network elements
US20160301570A1 (en) * 2015-04-10 2016-10-13 Bluecat Networks, Inc. Methods and systems for dhcp policy management
US20160299978A1 (en) * 2015-04-13 2016-10-13 Google Inc. Device dependent search experience
JP6582562B2 (ja) * 2015-05-29 2019-10-02 株式会社リコー 通信端末、通信システム、通信方法、及びプログラム
US10567518B2 (en) * 2015-06-26 2020-02-18 Western Digital Technologies, Inc. Automatic discovery and onboarding of electronic devices
US10237351B2 (en) * 2015-11-23 2019-03-19 Dojo-Labs Ltd Sub-networks based security method, apparatus and product
US11290425B2 (en) * 2016-02-01 2022-03-29 Airwatch Llc Configuring network security based on device management characteristics
CN107172002B (zh) * 2016-03-07 2021-01-22 京东方科技集团股份有限公司 控制应用终端的网络连接的方法和装置
US10477398B2 (en) * 2016-09-16 2019-11-12 Samsung Electronics Co., Ltd. Method of providing secure access to hotel IoT services through mobile devices
US10460103B2 (en) 2016-09-20 2019-10-29 International Business Machines Corporation Security for devices connected to a network
US10264028B2 (en) * 2016-10-26 2019-04-16 Raytheon Company Central emulator device and method for distributed emulation
US10454961B2 (en) * 2016-11-02 2019-10-22 Cujo LLC Extracting encryption metadata and terminating malicious connections using machine learning
US10149230B2 (en) 2017-03-13 2018-12-04 International Business Machines Corporation Management of a blacklist for controlling a communication
US10333733B2 (en) * 2017-03-20 2019-06-25 Vmware, Inc. Controlling proxy devices through a managed gateway
US10972474B2 (en) 2017-04-18 2021-04-06 International Business Machines Corporation Logical zones for IoT devices
FR3066062A1 (fr) * 2017-05-05 2018-11-09 Orange Technique d'execution d'un service dans un reseau local a travers un reseau de communication etendu
US10805377B2 (en) * 2017-05-18 2020-10-13 Cisco Technology, Inc. Client device tracking
US11962604B2 (en) * 2017-07-03 2024-04-16 Olugbenga Erinle Home-based physical and cyber integrated security-intrusion detection system (PCIS-IDS)
EP3688964A4 (en) * 2017-09-29 2021-04-14 InterDigital CE Patent Holdings LOW COST SMART CONSTRUCTION SOLUTION ACTIVATED BY A SMART GATEWAY
US11823273B2 (en) 2017-10-06 2023-11-21 BlueOwl, LLC System and method for preventing fraud in the capture of trip telemetry data
WO2019088671A1 (ko) * 2017-10-30 2019-05-09 성균관대학교 산학협력단 네트워크 보안 서비스를 제공하기 위한 방법 및 이를 위한 장치
EP3704615A4 (en) * 2017-11-01 2021-06-09 Hewlett-Packard Development Company, L.P. REPORTING OF NON-CONFORMITY EVENTS TO SUPPORTING DEVICES
US10469600B2 (en) * 2017-11-14 2019-11-05 Dell Products, L.P. Local Proxy for service discovery
FR3074318B1 (fr) * 2017-11-24 2021-04-09 Sagemcom Broadband Sas Procede de gestion a distance d'un dispositif connecte a une passerelle residentielle
US10862862B2 (en) * 2017-11-30 2020-12-08 AVAST Software s.r.o. Identifying devices on a remote network
US11016772B2 (en) * 2017-12-22 2021-05-25 Exfo Inc. System and method for executing scripts in a virtual network function
US11082837B2 (en) 2018-01-05 2021-08-03 At&T Intellectual Property I, L.P. Drop-in probe that facilitates management and configuration of internet of things network connected devices
KR102485368B1 (ko) 2018-01-15 2023-01-05 삼성전자주식회사 전자 장치, 그 제어 방법 및 컴퓨터 판독가능 기록 매체
CN110324274B (zh) * 2018-03-28 2022-05-31 华为技术有限公司 控制终端接入网络的方法及网元
US11146590B2 (en) * 2018-04-19 2021-10-12 Ncr Corporation Omni-channel end-point security
US10594717B2 (en) * 2018-05-03 2020-03-17 Sophos Limited Context-dependent timeout for remote security services
US11122071B2 (en) * 2018-06-29 2021-09-14 Forescout Technologies, Inc. Visibility and scanning of a variety of entities
CN108471431B (zh) * 2018-07-10 2022-01-25 杭州任你说智能科技有限公司 一种家庭网络流量截获方法及家庭网络流量管理设备
JP7069399B2 (ja) * 2018-07-18 2022-05-17 ビットディフェンダー アイピーアール マネジメント リミテッド コンピュータセキュリティインシデントを報告するためのシステムおよび方法
CN109067933B (zh) * 2018-07-25 2021-12-24 赛尔网络有限公司 基于隧道的IPv4与IPv6的网络通信系统及方法
CN109104310A (zh) * 2018-08-02 2018-12-28 贵州中信宏业科技股份有限公司 一种it运维管理系统
US10812521B1 (en) * 2018-08-10 2020-10-20 Amazon Technologies, Inc. Security monitoring system for internet of things (IOT) device environments
US20200059474A1 (en) * 2018-08-17 2020-02-20 Schlumberger Technology Corporation System and method for control system cybersecurity
CN109285231A (zh) * 2018-08-22 2019-01-29 中国平安人寿保险股份有限公司 系统控制方法、装置、计算机装置及计算机可读存储介质
US10893018B2 (en) * 2018-09-10 2021-01-12 Level 3 Communications, Llc Systems and methods for automatic inventory and DNS record generation
US10749770B2 (en) 2018-10-10 2020-08-18 Cisco Technology, Inc. Classification of IoT devices based on their network traffic
US11102236B2 (en) * 2018-11-19 2021-08-24 Cisco Technology, Inc. Systems and methods for remediating internet of things devices
CN109450942B (zh) * 2018-12-25 2019-09-13 北京戴纳实验科技有限公司 一种实验室物联网管理系统的安全检测方法及其检测设备
US10862849B2 (en) * 2019-01-25 2020-12-08 Dell Products L.P. Address resolution system
CN110278181B (zh) * 2019-01-29 2021-09-17 广州金越软件技术有限公司 一种关于跨网数据交换的即时协议转换系统
CN111970178B (zh) * 2019-05-20 2022-06-14 青岛海尔电冰箱有限公司 家用电器的通信控制方法及系统
US11184384B2 (en) * 2019-06-13 2021-11-23 Bank Of America Corporation Information technology security assessment model for process flows and associated automated remediation
US11451570B1 (en) * 2019-06-27 2022-09-20 Kaseya Limited Computer system security scan
US11178261B1 (en) 2019-08-23 2021-11-16 Fitbit, Inc. Device communication techniques
CA3152253A1 (en) 2019-09-25 2021-04-01 Mayur Kudtarkar Network cyber-security platform
RU2746101C2 (ru) * 2019-09-30 2021-04-07 Акционерное общество "Лаборатория Касперского" Система и способ определения устройств компьютерной сети с использованием правил инвентаризации
EP3799383A1 (en) * 2019-09-30 2021-03-31 AO Kaspersky Lab System and method for using inventory rules to identify devices of a computer network
US11159370B2 (en) 2019-10-31 2021-10-26 Juniper Networks, Inc. Bulk discovery of devices behind a network address translation device
US11784874B2 (en) 2019-10-31 2023-10-10 Juniper Networks, Inc. Bulk discovery of devices behind a network address translation device
US11265212B2 (en) * 2019-11-01 2022-03-01 Microsoft Technology Licensing, Llc Selectively throttling implementation of configuration changes in an enterprise
RU2722693C1 (ru) 2020-01-27 2020-06-03 Общество с ограниченной ответственностью «Группа АйБи ТДС» Способ и система выявления инфраструктуры вредоносной программы или киберзлоумышленника
CN113286347B (zh) 2020-02-19 2024-06-14 摩点物联创意科技股份有限公司 无线网络建构方法
US11171923B1 (en) * 2020-06-11 2021-11-09 Movius Interactive Coporation Data analytics collection using VPN gateway
CN111756585A (zh) * 2020-07-15 2020-10-09 迈普通信技术股份有限公司 一种网点设备配置方法、路由器以及服务器
US11956639B2 (en) 2020-10-26 2024-04-09 International Business Machines Corporation Internet of things device provisioning
EP4128002B1 (en) * 2020-10-30 2023-07-12 Knowbe4, Inc. Systems and methods for determination of level of security to apply to a group before display of user data
US11640276B2 (en) 2020-11-17 2023-05-02 Kyndryl, Inc. Mask device for a listening device
US11662716B2 (en) * 2021-02-26 2023-05-30 Kla Corporation Secure remote collaboration for equipment in a manufacturing facility
US11689421B2 (en) * 2021-04-19 2023-06-27 Hewlett Packard Enterprise Development Lp Selection of virtual private network profiles
CN113259322B (zh) * 2021-04-19 2022-07-12 山东英信计算机技术有限公司 一种预防Web服务异常的方法、系统及介质
NL2030861B1 (en) 2021-06-01 2023-03-14 Trust Ltd System and method for external monitoring a cyberattack surface
RU2769075C1 (ru) 2021-06-10 2022-03-28 Общество с ограниченной ответственностью "Группа АйБи ТДС" Система и способ активного обнаружения вредоносных сетевых ресурсов
KR20230018946A (ko) * 2021-07-30 2023-02-07 삼성전자주식회사 가전기기 및 가전기기의 동작 방법
US12081623B2 (en) * 2021-09-14 2024-09-03 Comcast Cable Communications, Llc Network restriction circumvention management
KR102808187B1 (ko) * 2021-11-29 2025-05-19 한국전자통신연구원 상이한 네트워크 로봇 컴포넌트들 간의 통신 구성 장치 및 방법
US20250039179A1 (en) * 2021-12-08 2025-01-30 Telefonaktiebolaget Lm Ericsson (Publ) Single to multiple device resource negotiation
CN114244755B (zh) * 2021-12-15 2023-11-14 北京恒安嘉新安全技术有限公司 一种资产探测方法、装置、设备及存储介质
US11949696B2 (en) 2021-12-17 2024-04-02 Bank Of America Corporation Data security system with dynamic intervention response
US12267299B2 (en) * 2022-01-12 2025-04-01 Bank Of America Corporation Preemptive threat detection for an information system
US12432244B2 (en) * 2022-03-24 2025-09-30 At&T Intellectual Property I, L.P. Home gateway monitoring for vulnerable home internet of things devices
EP4336803A1 (en) * 2022-09-08 2024-03-13 AO Kaspersky Lab System and method for providing security to iot devices
US12531835B2 (en) * 2022-10-21 2026-01-20 Cisco Technology, Inc. Multi-layered secure equipment access
JP7884142B2 (ja) * 2022-11-03 2026-07-02 楽天モバイル株式会社 トランスポートレイヤデバイスについての自動ソフトウェアアップグレードの提供
KR102548703B1 (ko) * 2022-11-22 2023-06-28 에스지에이솔루션즈 주식회사 홈 네트워크 환경에서의 원격 시스템에 대한 접속 제어 방법, 장치 및 컴퓨터-판독가능 기록매체
AU2024338140A1 (en) * 2023-09-05 2026-04-23 The Nielsen Company (Us), Llc Forcing use of streaming meter as alternate gateway to facilitate media-exposure measurement
US12537819B2 (en) * 2023-10-03 2026-01-27 Bitdefender IPR Management Ltd. Device identification and deduplication systems and methods
US20260189477A1 (en) * 2024-12-30 2026-07-02 Perftech, Inc. Device-centric network router configuration

Family Cites Families (66)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010030664A1 (en) * 1999-08-16 2001-10-18 Shulman Leo A. Method and apparatus for configuring icon interactivity
US7840652B2 (en) * 2001-03-21 2010-11-23 Ascentive Llc System and method for determining network configuration settings that provide optimal network performance
US7106739B2 (en) 2001-06-27 2006-09-12 Intel Corporation Method enabling network address translation of incoming session initiation protocol connections based on dynamic host configuration protocol address assignments
US20030051172A1 (en) * 2001-09-13 2003-03-13 Lordemann David A. Method and system for protecting digital objects distributed over a network
US20040066782A1 (en) * 2002-09-23 2004-04-08 Nassar Ayman Esam System, method and apparatus for sharing and optimizing packet services nodes
US20040153644A1 (en) * 2003-02-05 2004-08-05 Mccorkendale Bruce Preventing execution of potentially malicious software
US7457626B2 (en) 2004-03-19 2008-11-25 Microsoft Corporation Virtual private network structure reuse for mobile computing devices
KR20050101693A (ko) 2004-04-19 2005-10-25 삼성전자주식회사 이동 네트워크에서 손상된 라우팅 경로 복구 방법
US7587753B2 (en) * 2004-05-06 2009-09-08 At&T Intellectual Property, I, L.P. Methods, systems, and storage mediums for implementing issue notification and resolution activities
JP4319585B2 (ja) * 2004-06-16 2009-08-26 三菱電機株式会社 被害拡散防止システム及びパケット転送装置及びパケット収集分析装置及びプログラム
JP2006080789A (ja) * 2004-09-08 2006-03-23 Matsushita Electric Ind Co Ltd ネットワークシステム、その制御方法、およびアドレス付与サーバー
US7930409B2 (en) * 2005-02-23 2011-04-19 Aol Inc. Configuring output on a communication device
US7809811B1 (en) 2005-03-09 2010-10-05 Hewlett-Packard Development Company, L.P. System and method for operator network capable of problem determination and solution deployment
US7986947B2 (en) 2005-06-28 2011-07-26 Hewlett-Packard Development Company, L.P. Device management network with support for roaming
JP4818652B2 (ja) 2005-07-22 2011-11-16 株式会社沖データ 端末管理システム
US20070153812A1 (en) * 2005-12-29 2007-07-05 John Kemp Dynamic discovery of a network service on a mobile device
EP2011301B1 (en) * 2006-04-10 2011-06-22 Trust Integration Services B.V. Arrangement of and method for secure data transmission.
US7890612B2 (en) * 2006-05-08 2011-02-15 Electro Guard Corp. Method and apparatus for regulating data flow between a communications device and a network
US8307444B1 (en) * 2006-06-12 2012-11-06 Redseal Networks, Inc. Methods and apparatus for determining network risk based upon incomplete network configuration data
CN101111053B (zh) * 2006-07-18 2010-12-01 中兴通讯股份有限公司 移动网络中防御网络攻击的系统和方法
JP2008046934A (ja) * 2006-08-17 2008-02-28 Toshiba Corp 家電機器ネットワークシステム
US7930644B2 (en) * 2006-09-13 2011-04-19 Savant Systems, Llc Programming environment and metadata management for programmable multimedia controller
US8243611B2 (en) * 2006-12-04 2012-08-14 International Business Machines Corporation Method and system for configuring a device that has failed to obtain network address
WO2008085205A2 (en) * 2006-12-29 2008-07-17 Prodea Systems, Inc. System and method for providing network support services and premises gateway support infrastructure
US7734738B2 (en) * 2007-01-17 2010-06-08 Microsoft Corporation Automatic configuration of client and server networking
RU2331158C1 (ru) * 2007-01-31 2008-08-10 Военная академия связи Способ выбора безопасного маршрута в сети связи (варианты)
US7711900B2 (en) * 2007-03-05 2010-05-04 International Business Machines Corporation Method, system and program product for equitable sharing of a CAM table in a network switch in an on-demand environment
CN101123493B (zh) * 2007-09-20 2011-11-09 杭州华三通信技术有限公司 网络接入控制应用系统的安全检查方法及安全策略服务器
US8503460B2 (en) * 2008-03-24 2013-08-06 Qualcomm Incorporated Dynamic home network assignment
US8351928B2 (en) 2008-04-14 2013-01-08 Cisco Technology, Inc. Synchronizing DHCP and mobile IP messaging
WO2010019624A1 (en) * 2008-08-11 2010-02-18 Icontrol Networks, Inc. Cross-client sensor user interface in an integrated security network
FR2936387B1 (fr) * 2008-09-25 2016-01-08 Canon Kk Procede de gestion d'espaces d'adressage lors d'une ouverture d'un tunnel de communication, tete de tunnel, produit programme d'ordinateur et moyen de stockage correspondant.
CN102859934B (zh) * 2009-03-31 2016-05-11 考持·维 网络可接入计算机服务的接入管理和安全保护系统和方法
US8214494B1 (en) 2009-05-18 2012-07-03 Alarm.Com Incorporated Network device management technology
US20110029658A1 (en) 2009-07-24 2011-02-03 Theodore Werth System and methods for providing a multi-device, multi-service platform via a client agent
US20110122774A1 (en) * 2009-11-25 2011-05-26 T-Mobile Usa, Inc. Time or Condition-Based Reestablishment of a Secure Connection
US9497092B2 (en) 2009-12-08 2016-11-15 Hand Held Products, Inc. Remote device management interface
TW201126367A (en) * 2010-01-26 2011-08-01 Univ Nat Taiwan Science Tech Detection methods and devices of web mimicry attacks
US20110252153A1 (en) * 2010-04-09 2011-10-13 Zvi Vlodavsky Securely providing session key information for user consent to remote management of a computer device
WO2011140439A1 (en) 2010-05-06 2011-11-10 Ikanos Technology Ltd. Method and system to configure and manage broadband-enabled digital command and control systems
US8572677B2 (en) * 2010-07-14 2013-10-29 William G. Bartholomay Devices, systems, and methods for enabling reconfiguration of services supported by a network of devices
US8839346B2 (en) * 2010-07-21 2014-09-16 Citrix Systems, Inc. Systems and methods for providing a smart group
US8375118B2 (en) 2010-11-18 2013-02-12 Verizon Patent And Licensing Inc. Smart home device management
KR20120064916A (ko) * 2010-12-10 2012-06-20 주식회사 케이티 전화번호를 이용한 홈 네트워크 접근 제어 장치 및 그 방법과 그 시스템
US9806982B2 (en) * 2010-12-27 2017-10-31 Verizon Patent And Licensing Inc. Router policy system
US9270639B2 (en) * 2011-02-16 2016-02-23 Fortinet, Inc. Load balancing among a cluster of firewall security devices
US9197600B2 (en) * 2011-09-29 2015-11-24 Israel L'Heureux Smart router
US8370918B1 (en) * 2011-09-30 2013-02-05 Kaspersky Lab Zao Portable security device and methods for providing network security
US20130198805A1 (en) * 2012-01-24 2013-08-01 Matthew Strebe Methods and apparatus for managing network traffic
JP2013183405A (ja) * 2012-03-05 2013-09-12 Toshiba Corp 情報処理装置及びクライアント管理方法
KR101453154B1 (ko) * 2012-05-30 2014-10-23 모다정보통신 주식회사 Ｍ2ｍ 통신에서 리소스 접근 권한 설정 방법
US9055090B2 (en) * 2012-06-12 2015-06-09 Verizon Patent And Licensing Inc. Network based device security and controls
US8892766B1 (en) 2012-06-28 2014-11-18 Trend Micro Incorporated Application-based network traffic redirection for cloud security service
US8539567B1 (en) * 2012-09-22 2013-09-17 Nest Labs, Inc. Multi-tiered authentication methods for facilitating communications amongst smart home devices and cloud-based servers
RU2514137C1 (ru) * 2012-09-28 2014-04-27 Закрытое акционерное общество "Лаборатория Касперского" Способ автоматической настройки средства безопасности
CN103023871B (zh) * 2012-11-16 2015-05-20 华中科技大学 一种基于云平台的Android权限提升攻击检测系统和方法
CN103176882A (zh) * 2013-01-31 2013-06-26 晨风云（北京）科技有限公司 一种智能移动终端的网络应用程序接口监控方法及系统
US9742639B1 (en) * 2013-08-20 2017-08-22 Cavirin Systems, Inc. Intelligent network resource discovery and monitoring
US10917787B2 (en) * 2013-12-20 2021-02-09 Mcafee, Llc Security gateway for a regional/home network
US9319380B2 (en) * 2014-03-20 2016-04-19 Bitdefender IPR Management Ltd. Below-OS security solution for distributed network endpoints
JP2017531210A (ja) * 2014-06-19 2017-10-19 インクロン オサケユキチュアＩｎｋｒｏｎ Ｏｙ 誘電性シロキサン粒子フィルム及びそれを有するデバイス
CN104079575A (zh) * 2014-07-02 2014-10-01 北京奇虎科技有限公司 家庭网络安全管理方法、装置及系统
KR101703214B1 (ko) 2014-08-06 2017-02-06 주식회사 엘지화학 문자 데이터의 내용을 문자 데이터 송신자의 음성으로 출력하는 방법
US20160080425A1 (en) * 2014-09-16 2016-03-17 Francis Cianfrocca Content-Aware Firewalling, Policy Regulation, and Policy Management for Industrial Automation, Machine To Machine Communications, and Embedded Devices
US20160149948A1 (en) * 2014-09-25 2016-05-26 Cybersponse, Inc. Automated Cyber Threat Mitigation Coordinator
KR102137276B1 (ko) 2014-12-11 2020-07-24 비트데펜더 아이피알 매니지먼트 엘티디 자동 장치 탐지, 장치 관리 및 원격 지원을 위한 시스템들 및 방법들

Also Published As

Publication number Publication date
CN107005566A (zh) 2017-08-01
SG11201703818RA (en) 2017-06-29
JP2020039166A (ja) 2020-03-12
CN107005565A (zh) 2017-08-01
US20160234231A1 (en) 2016-08-11
JP2017537560A (ja) 2017-12-14
IL252048B (en) 2019-07-31
JP2017537561A (ja) 2017-12-14
AU2015361317A1 (en) 2017-05-25
EP3235218B1 (en) 2021-08-25
RU2017122956A3 (es) 2019-05-21
JP2017537562A (ja) 2017-12-14
US10375572B2 (en) 2019-08-06
US20190021005A1 (en) 2019-01-17
CA2966723C (en) 2021-03-02
WO2016093722A1 (en) 2016-06-16
IL252057A0 (en) 2017-07-31
US20160234689A1 (en) 2016-08-11
WO2016093721A1 (en) 2016-06-16
IL252050A0 (en) 2017-07-31
US20180227762A1 (en) 2018-08-09
IL252048A0 (en) 2017-07-31
CN107113297B (zh) 2021-02-26
KR20170095854A (ko) 2017-08-23
CA2966727C (en) 2023-06-13
CA2966725A1 (en) 2016-06-16
RU2017122957A (ru) 2019-01-11
AU2015361316B2 (en) 2019-07-04
US9936388B2 (en) 2018-04-03
WO2016093723A1 (en) 2016-06-16
US20160173447A1 (en) 2016-06-16
KR20170095851A (ko) 2017-08-23
CN107005570A (zh) 2017-08-01
JP6619009B2 (ja) 2019-12-11
KR102146034B1 (ko) 2020-08-21
JP6735021B2 (ja) 2020-08-05
SG11201703820WA (en) 2017-06-29
AU2015361315A1 (en) 2017-05-25
RU2694022C2 (ru) 2019-07-08
RU2017122425A3 (es) 2019-05-23
IL252050B (en) 2020-09-30
CA2966723A1 (en) 2016-06-16
IL252054A0 (en) 2017-07-31
SG11201703815XA (en) 2017-06-29
JP6571776B2 (ja) 2019-09-04
RU2017122963A3 (es) 2019-05-21
IL252054B (en) 2019-06-30
KR102145935B1 (ko) 2020-08-21
CN107005566B (zh) 2020-09-08
JP2018504024A (ja) 2018-02-08
RU2017122957A3 (es) 2019-05-21
US11706051B2 (en) 2023-07-18
US20160173450A1 (en) 2016-06-16
CA2966727A1 (en) 2016-06-16
EP3235218A1 (en) 2017-10-25
KR20170095852A (ko) 2017-08-23
RU2691858C2 (ru) 2019-06-18
US10080138B2 (en) 2018-09-18
AU2015361317B2 (en) 2019-06-06
CN107005570B (zh) 2020-12-18
EP3231155A1 (en) 2017-10-18
CA2966725C (en) 2021-01-12
CN107005565B (zh) 2020-11-03
US10045217B2 (en) 2018-08-07
CA2966613C (en) 2021-01-19
EP3231154A1 (en) 2017-10-18
WO2016093724A1 (en) 2016-06-16
WO2016093724A8 (en) 2017-05-26
JP6924246B2 (ja) 2021-08-25
CA2966613A1 (en) 2016-06-16
RU2017122425A (ru) 2019-01-11
IL252057B (en) 2021-01-31
RU2017122956A (ru) 2019-01-11
RU2017122963A (ru) 2019-01-11
EP3231155B1 (en) 2021-03-10
KR102137275B1 (ko) 2020-07-24
ES2898099T3 (es) 2022-03-03
AU2015361316A1 (en) 2017-05-25
KR20170095853A (ko) 2017-08-23
AU2015361315B2 (en) 2019-09-26
RU2693922C2 (ru) 2019-07-05
KR102137276B1 (ko) 2020-07-24
RU2697935C2 (ru) 2019-08-21
CN107113297A (zh) 2017-08-29

Similar Documents

Publication Publication Date Title
ES2898099T3 (es) Sistemas y métodos para asegurar puntos extremos de red
JP2017537562A5 (es)
ES2804502T3 (es) Sistemas y métodos para detección automática de dispositivo, gestión de dispositivo y asistencia remota
AU2015361318B2 (en) Systems and methods for automatic device detection, device management, and remote assistance