MX2012015175A

MX2012015175A - Sistema y metodo para mensajeria segura en una red hibrida entre iguales.

Info

Publication number: MX2012015175A
Application number: MX2012015175A
Authority: MX
Inventors: Sivakumar Chaturvedi; Satish Gundabathula
Original assignee: Damaka Inc
Priority date: 2010-06-23
Filing date: 2011-06-23
Publication date: 2013-02-11
Also published as: US9143489B2; US20110317834A1; US9712507B2; US20190116166A1; US20160014101A1; WO2011163439A3; WO2011163439A2; US10148628B2; US8611540B2; US20140101448A1; US20170317998A1

Abstract

Se describen un sistema y un método mejorados para comunicaciones entre iguales; en un ejemplo, el método permite que las terminales envíen y reciban mensajes de manera segura entre sí dentro de un entorno híbrido entre iguales.

Description

jl SISTEMA Y MÉTODO PARA MENSAJERÍA SEGURA EN UNA RED HÍBRIDA ENTRE IGUALES REFERENCIA CRUZADA A SOLICITUDES RELACIONADAS |l ' il La presente solicitud reivindica prioridad de la Solicitud de Patente estadounidense N° 12/821 ,939, presentada el 23 de junio de 2010, y titulada SISTEMA Y MÉTODO PARA MENSAJERÍA SEGURA EN UNA RED HÍBRIDA ENTRE IGUALES.

ANTECEDENTES DE LA INVENCIÓN Las redes de comunicación de paquetes actuales se pueden dividir por lo general en redes entre iguales y redes cliente/servidor, lias redes tradicionales entre iguales soportan la comunicación directa entre distintas í terminales sin el uso de un dispositivo intermediario (por ej., un anfitrión o un servidor). Cada terminal puede iniciar solicitudes directamente a otras terminales y responder solicitudes de otras terminales usando información de domicilio y credencial almacenada en cada terminal. Sin embargo, ciado que las redes tradicionales entre iguales incluyen la distribución y el almacenamiento de información de terminales (por ej., domicilio y ¡i credenciales) a través de la red en distintas terminales inestables, dichas redes tienen intrínsecamente un riesgo aumentado con respecto a la seguridad. Mientras que un modelo cliente/servidor aborda el problema de I! seguridad intrínseco al modelo entre iguales mediante la localización del almacenamiento de la información de domicilio y credenciales en un servidor, una desventaja de las redes cliente/servidor es que el servidor puedp no ser capaz de soportar adecuadamente la cantidad de clientes que i intentan ¡i comunicarse. Como todas las comunicaciones (aún entre dos clientes) deben pasar a través del servidor, el servidor puede convertirse rápidamente en una obstrucción en el sistema.

Por consiguiente, se necesita un sistema y un método que aborden estos asuntos.

BREVE DESCRIPCIÓN DE LOS DIBUJOS i Para un mejor entendimiento, se hace referencia a las siguientes i' descripciones tomadas en conjunto con los dibujos adjuntos, en los cuales: La Fig. 1 es un diagrama de red simplificado de una modalidad de un sistema híbrido entre iguales.

La Fig. 2A ilustra una modalidad de una arquitectura servidor de acceso que se puede usar dentro del sistema de la Fig. 1. i La Fig. 2B ilustra una modalidad de una arquitectura de terminal ¡I que se puede usar dentro del sistema de la Fig. 1.

¡I La Fig. 2C ilustra una modalidad de componentes dentro de la il arquitectura de terminal de la Fig. 2B que se pueden usar para coriectividad de redes celulares.

La Fig. 3 es un diagrama secuencial que ilustra un ejemplo de i1 proceso mediante el cual una terminal de la Fig. 1 se puede auténticar y ¦ i¡ comunicar con otra terminal.

La Fig. 4 es un diagrama simplificado de otra modalidad de un i! entorno entre iguales donde se puede utilizar mensajería segura entre i terminales. j La Fig. 5 es un diagrama secuencial que ilustra una modalidad de una secuencia de mensajes que puede ocurrir cuando los mensajes se comunican de forma segura entre terminales dentro del entorno de la Fig. 4.

La Fig. 6 es un diagrama secuencial que ilustra una modalidad de una secuencia de mensajes que puede ocurrir cuando se cambia qna clave de cifrado asociada a una terminal dentro del entorno de la Fig. 4.

La Fig. 7 es un diagrama de flujo que ilustra una modalidad de í un método que se puede realizar mediante una terminal para enviar un mensaje seguro a otra terminal dentro del entorno de la Fig. 4.

La Fig. 8 es un diagrama de flujo que ilustra una modalidad de un método que se puede realizar mediante una terminal para recibir un mensaje seguro desde otra terminal dentro del entorno de la Fig. 4.

La Fig. 9 es un diagrama simplificado de una modalidad de un sistema informático que se puede utilizar en las modalidades de la presente descripción.

DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La presente descripción se dirige a un sistema y método para comunicaciones híbridas entre iguales. Se entiende que la siguiente descripción proporciona muchas modalidades o ejemplos diferentes. Ejemplos específicos de componentes y disposiciones se describen a continuación para simplificar la presente descripción. Éstos, por supuesto, son meramente ejemplos y no pretenden ser taxativos. Además, la presente descripción puede repetir números y/o letras de referencia en los distintos ejemplos. La repetición es con fines de simplicidad y claridad y no impone una relación en sí misma entre las distintas modalidades y/o configuraciones descritas.

Con respecto a la Fig. 1 , se ilustra una modalidad de un sistema híbrido entre iguales 100. El sistema 100 incluye un servidor de acceso 102 acoplado a las terminales 104 y 106 mediante una red de paquetes 108. La comunicación entre el servidor de acceso 102, la terminal 104 y la terminal 106 se logra usando estándares o protocolos predefinidos y disponibles públicamente (esto es, no privados) (por ej., aquellos definidos por el Grupo Especial sobre Ingeniería de Internet (IETF) o la Unión Internacional de l Telecomunicaciones - Sector de Estándares de Telecomunicaciones (ITU-T)). Por ejemplo, las comunicaciones de señalización (por ej., instalación de sesión, administración y desmontaje) pueden usar un protocolo tal como el Protocolo de Inicio de Sesión (SIP) mientras que el tráfico de datos real se puede comunicar usando un protocolo tal como el Protocolo de Transporte en Tiempo Real (RTP). Como se observará en los ejemplos a continuación, el uso de protocolos estándar para comunicación permite que las terminales 104 y 106 se comuniquen con cualquier dispositivo que use los mismos Í estándares. Las comunicaciones pueden incluir, de modo no taxativo, llamadas de voz, mensajes instantáneos, audio y video, correos electrónicos, y cualquier otro tipo de transferencia de recursos, donde un recurso representa cualquier dato digital. En la siguiente descripción, el tráfico de Í medios se basa por lo general en el Protocolo de Datagramas de Usuario Í (UDP) mientras que la autenticación se basa en el protocolo de control de transmisión/protocolo de internet (TCP/IP). Sin embargo, se entiende que éstos se usan para fines de ejemplo y que otros protocolos se pueden usar además o en lugar del UDP y TCP/IP.

Las conexiones entre el servidor de acceso 102, la terminal 104 ¡i y la terminal 106 pueden incluir canales de comunicación por cable y/o inalámbrico. En la siguiente descripción, se entiende que el términc- "directo" Í se refiere a que no hay ninguna terminal o servidor de acceso en el o los il canales de comunicación entre las terminales 104 y 106 o entre la terminal y , i el servidor de acceso. Por consiguiente, el servidor de acceso 102, la terminal 104 y la terminal 106 se conectan directamente incluso si otros dispositivos (por ej., enrutadores, firewalls y otros elementos de red) se encuentran i posicionados entre ellos. Además, las conexiones con terminales, ubicaciones o servicios se deben basar en suscripciones; una terminal solo tienej acceso si la terminal tiene una suscripción actual. Además, la siguiente descripción puede usar los términos "usuario" y "terminal" de forma indistinta, aunque se entiende que el usuario puede estar usando cualquiera de varias terminales. Por consiguiente, si una terminal inicia sesión en la red, se entiende que el usuario está iniciando sesión mediante la terminal y que la terminal representa al usuario en la red usando la identidad del usuario.

El servidor de acceso 102 almacena información de perfil de un usuario, una tabla de sesión para rastrear qué usuarios se encuentran actualmente en línea y una tabla de enrutamiento que une la dirección de una terminal con cada usuario en línea. La información de perfil de contactos" para cada usuario que identifica otros usuarios previamente acordaron comunicarse con el usuario. Los usuarios en línea de la lista de contactos aparecerán cuando un usuario inicia sesión y los contactos que inician sesión después notificarán directamente al usuario de que se encuentran en línea (tal como se describe con respecto a la Fig. 3). El servidor de acceso 102 enrutamiento pertinentes tal que las terminales consiguiente, en la presente modalidad, una función del servidor de acceso 102 es servir como ubicación de almacenamiento para la información necesaria para que la terminal se comunique con otras terminales y como una ubicación de almacenamiento temporario para solicitudes, correos de voz, j etc., tal como se describe a continuación en más detalle.

Con referencia adicional a la Fig. 2A, se ilustra una modalidad de una arquitectura 200 para el servidor de acceso 102 de la Fig. 1. La arquitectura 200 incluye una funcionalidad que se puede proporcionar mediante hardware y/o software y que se puede combinar en una sola acceso.

En el presente ejemplo, la arquitectura incluye servicios web 202 (por ej., en función de la funcionalidad proporcionada por XML, SOAP, .NET, MONO), un servidor web 204 (usando, por ejemplo, Apache o IIS), y una base de datos 206 (usando, por ejemplo, mySQL o SQLServer) para almacenar y recuperar tablas de enrutamiento 208, perfiles 210, y una o más tablas de sesión 212. La funcionalidad para un servidor STUN (Comunicación Transversal Simple del UDP a través de NAT (Traducción de Dirección de Red)) 214 también está presente en la arquitectura 200. Tal como se bonoce, STUN es un protocolo para ayudar a los dispositivos que se encuentran detrás de un enrutador o firewall NAT con su enrutamiento de paquetes. La arquitectura 200 puede incluir también un servidor reexpedido 216 para manipular solicitudes que se originan fuera del sistema 100. Uno o ambos del servidor STUN 214 o servidor reexpedido 216 se pueden incorporar al servidor de acceso 102 o puede ser un dispositivo autónomo. En la presente modalidad, tanto el servidor 204 como el servidor reexpedido 216 se acoplan a la base de datos 206.

Con respecto a la Fig. 2B, se ilustra una modalidad de una arquitectura 250 para la terminal 104 (que puede ser similar o idéntico a la terminal 106) de la Fig. 1. Se entiende que el término "terminal" se puede referir a muchos dispositivos diferentes que tienen toda la funcionalidad descrita o parte de la misma, incluida una computadora, un teléfono yolP, un asistente digital personal, un teléfono celular o cualquier otro que tenga un IP unido en el que los protocolos necesarios se puedan poner en I funcionamiento. Dichos dispositivos por lo general incluyen un interfaz de red, un controlador acoplado a la interfaz de red, una memoria acoplada al controlador e instrucciones ejecutables por el controlador y almacenadas en la memoria para realizar las funciones descritas en la presente solicitud. Los datos necesarios para la terminal también se pueden almacenar en la memoria. La arquitectura 250 incluye un motor de terminal 252 posicionado entre un interfaz gráfico del usuario (GUI) 254 y un sistema de funcionamiento 256. El GUI 254 proporciona acceso del usuario al motor de terminal 252 mientras que el sistema de funcionamiento 256 proporciona una funcionalidad Í subyacente, tal como lo conocen los expertos en la técnica.

El motor de terminal 252 puede incluir múltiples componentes y capas que aportan la funcionalidad requerida para realizar las operaciones de I la terminal 104. Por ejemplo, el motor de terminal 252 incluye un conmutador de software 258, una capa de administración 260, un módulo de cifrado/descifrado 262, una capa de funciones 264, una capa de protocolo 266, un motor de voz a texto 268, un motor de texto a voz 270, un motor de conversión de idiomas 272, un módulo de conectividad fuera de red 274, una conexión de otros módulos de red 276, un motor de comercio-p (por ej., comercio de iguales) 278 que incluye un agente de comercio-p y un corredor ¡I de comercio-p y un módulo de interfaz de red celular 280.

Cada uno de estos componentes/capas se puede dividir adicionalmente en múltiples módulos. Por ejemplo, un conmutador de software 258 incluye un módulo de control de llamadas, un módulo de control de mensajería instantánea (IM), un módulo de control de recursos, un agente ¡i CALEA (programa de asistencia de aplicación de la ley de comunicaciones), un módulo de control de medios, un módulo de control de iguales, un agente de señalización, un módulo de control de fax y un módulo de enrutamiento.

La capa de administración 260 incluye módulos de presencia (esto es presencia en la red), administración de iguales (detectar (iguales y notificar iguales del estado en línea), administración de firewall (navegación y administración), administración de medios, administración de, , recursos, administración de perfiles, autenticación, roaming, administración i de fax y administración de reproducción/grabación de medios.

El módulo de cifrado/descifrado 262 proporciona el cifrado para paquetes salientes y el descifrado de paquetes entrantes. En el presente ejemplo, el módulo de cifrado/descifrado262 proporciona el cifrado dél nivel de aplicación en la fuente y no en la red. Sin embargo, se entiende que, el módulo de cifrado/descifrado 262 puede proporcionar el cifrado en la red en algunas modalidades.

La capa de funciones 264 proporciona distintos soportes para distintas funciones tales como voz, video, IM, datos, correo de voz, transferencia de archivos, reparto de archivos, funciones de clase 5, servicio de mensajes cortos (SMS), respuesta de voz interactiva (IVR), faxes y otros recursos. La capa de protocolo 266 incluye protocolos soportados por la terminal, que incluye SIP, HTTP, HTTPS, STUN, RTP, SRTP e ICMP. Se entiende que éstos son solo ejemplos y se pueden soportar menos o más protocolos.

El motor de voz a texto 268 convierte la voz recibida por la terminal (por ej., mediante un micrófono o red) en texto, el motor de texto a voz 270 convierte el texto recibido por la terminal en voz (por ej., para que salga mediante un altavoz) y el motor de conversión de idiomas 272 puede estar configurado para convertir información de llegada o de salida (texto o voz) de un idioma a otro. El módulo de conectividad fuera de red 274 se puede usar para manipular conexiones entre la terminal y los dispositivos externos (tal como se describe con respecto a la Fig. 2B), y la conexión de otros módulos de redes 276 manipula los intentos de conexión entrantes de dispositivos externos. El módulo de interfaz de redes celulares 280 se puede usar para interactuar con una red inalámbrica.

Con referencia adicional a la Fig. 2C, el módulo de interfaz de redes celulares 280 se ¡lustra en más detalle. Aunque no se muestra en la Fig. 2B, el conmutador de software 258 de la arquitectura de terminal 250( incluye un interfaz de redes celulares para la comunicación con el módulo de interfaz de redes celulares 280. Además, el módulo de interfaz de redes celulares 280 incluye distintos componentes tales como un módulo de control de llamadas, un agente de señalización, un administrador de medios, una pila de protocolos ¡I y un interfaz del dispositivo. Se observa que estos componentes j pueden corresponder a capas dentro de la arquitectura de terminal 250 y se pueden incorporar directamente a la arquitectura de la terminal en algunas modalidades.

Con respecto nuevamente a la Fig. 2B, en funcionamiento, el conmutador de software 258 usa una funcionalidad proporcionada por capas subyacentes para manipular conexiones con otras terminales y el servidor de I acceso 102 y para manipular servicios necesarios para la terminal 04. Por ejemplo, las llamadas entrantes y salientes pueden utilizar múltiples componentes dentro de la arquitectura de la terminal 250. í Las figuras a continuación son diagramas secuenciales que ilustran distintos ejemplos de funciones y operaciones por medio de las cuales se pueden comunicar el servidor de acceso 102 y las terminales 104 y 106. Se ¡ entiende que estos diagramas no son exhaustivos y que se pueden excluir distintos pasos de los diagramas para aclarar el aspecto que se está describiendo.

Con respecto a la Fig. 3 (y usando la terminal 104 como ejemplo), un diagrama secuencial 300 ilustra un ejemplo de proceso por el cual la terminal 104 puede autenticarse con el servidor de acceso y luego , I comunicarse con la terminal 106. Como se describe a continuación, luego de la autenticación, todas las comunicaciones (tanto la señalización y el tráfico de medios) entre las terminales 104 y 106 ocurren directamente sin intervención !! I alguna del servidor de acceso 102. En el presente ejemplo, se entiende que ninguna terminal está en línea al principio de la secuencia y que las terminales 104 y 106 son "contactos". Tal como se describe anteriormente, los contactos son terminales que han acordado conjuntamente comunicarse entre sí.

En el paso 302, la terminal 104 envía un mensaje de solicitud de registro y/o autenticación al servidor de acceso 102. Si la terminal 1 Ó4 no está registrada en el servidor de acceso 102, el servidor de acceso recibirá la i solicitud de registro (por ej., identificador del usuario, contraseña y dirección ¡ de correo electrónico) y creará un perfil para la terminal (no se muestra). El identificador y la contraseña del usuario luego se usarán para autenticar la terminal 104 durante inicios de sesión futuros. Se entiende que el identificador y la contraseña del usuario pueden permitir al usuario autenticarse desde I' cualquier terminal y no solo desde la terminal 104.

Tras la autenticación, el servidor de acceso 102 actualiza una i tabla de sesión que reside en el servidor para indicar que el identificador del usuario actualmente asociado a la terminal 104 se encuentra en línea. El servidor de acceso 102 también recupera una lista de contactos asociada al identificador del usuario actualmente usada por la terminal 104 el identifica cuáles de los contactos (si corresponde) se encuentran en línea usando la tabla de sesión. Cuando la terminal 106 se encuentra actualmente fuera de línea, la lista de contactos reflejará este estado. El servidor de acceso 102 luego envía la información de perfil (por ej., la lista de contactos) y una tabla I de enrutamiento a la terminal 104 en el paso 304. La tabla de enrutamiento contiene información de la dirección de miembros de la lista de contactos que se encuentran en línea. Se entiende que los pasos 302 y 304 represéntan una conexión de reposo y trabajo que se interrumpe luego de que la 104 recibe la información de perfil y tabla de enrutamiento. : En los pasos 306 y 308, la terminal 106 y el servidor dé acceso 102 repiten los pasos 302 y 304 tal como se describe para la terminal 104. Sin embargo, dado que la terminal 104 se encuentra en línea cuando se autentica la terminal 106, la información de perfil enviada a la terminal 106 reflejará el estado en línea de la terminal 104 y la tabla de enrutamiento identificará cómo contactarse directamente con él. Por consiguiente, en el paso 310, la terminal 106 envía un mensaje directamente a la terminal 104 para notificar a la terminal 104 de que la terminal 106 se encuentra ahora en línea. También le proporciona a la terminal 104 la información de dirección necesaria para comunicarse directamente con la terminal 106. En el paso 312, una o más sesiones de comunicación se pueden establecer directamente entre las terminales 104 y 106.

El enrutamiento y NAT traversal se puede realizar tal (como se describe, por ejemplo, en la patente estadounidense No. 7l570,636, presentada el 30 de agosto de 2005, y titulada SISTEMA Y MÉTODO PARA |i ATRAVESAR UN DISPOSITIVO NAT PARA COMUNICACIONES HÍBRIDAS ENTRE IGUALES, y en la patente estadounidense No. de serie 12/705,925, i1 presentada el 15 de febrero de 2010, y titulada SISTEMA Y MÉTODO PARA ENRUTAMIENTO ESTRATÉGICO EN UN ENTORNO ENTRE IGUALES. |i Con referencia a la Fig. 4, en otra modalidad, se ilustra un entorno 400 con múltiples terminales, representados por la terminal 104 (por ej., la terminal 104 de la Fig. 1), terminal 106 (por ej., la terminal 106 de la Fig. 1) y la terminal 402. Tal como se describió anteriormente, las terminales 104, 106 y 402 se pueden comunicar entre sí, con un servidor de acceso 102, y con varias entidades de red (por ej., una servidor de relé (no se muestra)) y/u ¡ otras terminales (no se muestran). Si bien puede no ser necesaria la seguridad en todas las modalidades, en general puede desearse asegurar los mensajes enviados entre las terminales 104, 106 y 402, y entre las tdrminales y el servidor de acceso 102. Si bien dicha seguridad puede ser en algunos entornos, en otros entornos puede requerirse dicha seguridad para evitar que individuos no autorizados accedan a la información enviada y recibida a través de una terminal.

Por ejemplo, las terminales 104, 106 y 402 pueden estar ubicados en medidores inteligentes o pueden acoplarse a medidores inteligentes que forman parte de una red energética inteligente. Dichas redes pueden utilizar información de los medidores para realizar funcior[ies tales como asignar recursos eléctricos desde una parte de la red a otra, para pronosticar corrientes de fuga en demanda, para regular el uso en el entorno correspondiente a un medidor particular, y para realizar muchas otras funciones. Las terminales pueden proporcionar funcionalidades de comunicación a los medidores. Por consiguiente, pueden asegurarse las comunicaciones hacia y desde los medidores a través de las terminales para evitar que individuos no autorizados intercepten los mensajes enviados y recibidos y/o para evitar que un individuo no autorizado con el funcionamiento de un medidor a través de un canal de comunicación. |i El servidor de acceso 102 se acopla a una base de datos 206 (por ej., la base de datos 206 de la Fig. 2A). La base de datos 206 se puede il separar del servidor de acceso 102 mediante un dispositivo NAT u otro |i dispositivo de seguridad 404 para proporcionar protección adicional a los contenidos de la base de datos. Los contenidos de la base de datos 206 incluyen información correspondiente a cada usuario registrado en el servidor de acceso 102. A modo de ejemplo, la terminal 104 corresponde a uri usuario que tiene el nombre de usuario "John" en la red híbrida entre iguales, la terminal 106 corresponde a un usuario que tiene el nombre de usuario "Jane" y la terminal 402 corresponde a un usuario que tiene el nombre dé usuario "Fred". Cada nombre de usuario se relaciona con un único ¡dentificador de usuario (UUID) en la base de datos 206. John corresponde a UUID1 , Jane corresponde a UUID2 y Fred corresponde a UUID3.

La base de datos 206 puede incluir cualquier cantidad de UUID . I desde UUID1 (John) hasta UUIDn. En el presente ejemplo, un UUID es un número entero asociado exclusivamente a un nombre de usuario particular y , ? se puede utilizar dentro de la red entre iguales en lugar del nombre de usuario para algunos procesos.

Mientras John puede utilizar la terminal 104 para contactar al nombre de usuario Jane (por ej., utilizando un comando como "llamar a Jane") en la red híbrida entre iguales, el servidor de acceso 102 puede utilizar la base de datos 206 para identificar a Jane como UUID2 y puede utilizar el UUID en lugar del nombre de usuario. En la presente modalidad, el cifrado se basa en el UUID.

Cada UUID está unido a una clave de cifrado. La clavp puede generarse de muchas formas distintas y puede tener una longitud n. Como se sabe, las claves más largas en general son más seguras que las claves más cortas, siempre que el algoritmo subyacente para generar la clave s á seguro. Por lo tanto, la seguridad con respecto a la clave en sí misma se puede ! í reforzar aumentando el tamaño de n (es decir, aumentando la longitud de la clave). En el presente ejemplo, n puede ser cualquier longitud siempre que sea suficiente para proporcionar el nivel necesario de seguridad. j Para generar la clave para una terminal particular, se puede aplicar un algoritmo estándar al UUID o se puede generar de cualquier otro modo que proporcione una única clave para dicha terminal. Por ejemplo, se puede aplicar una función de creación de códigos de comprobación criptográfica unidireccional, tal como el algoritmo mensaje-resumen 5 (MD5) o el algoritmo de hash seguro 1 (SHA-1) al UUID para formar una clave. Se pueden realizar varios niveles de manipulación en la clave para llegar a una ¡j clave utilizable final. Por ejemplo, se puede utilizar una cantidad particular de bytes de la clave base para formar la clave utilizable. En el presente ejemplo, la clave utilizable equivale a dieciséis bytes.

Con respecto a la Fig. 5, un diagrama secuencial ilustra una modalidad de una secuencia de mensajes 500 que puede ocurrir en él entorno 400 de la Fig. 4. Los mensajes que pasan entre las terminales 104, 106 y/o 402 deben cifrarse para comunicarse de manera segura. La secuencia de i mensajes 500 comienza con las terminales 104, 106 y 402 estando fuera de línea. La terminal 104 es un contacto de las terminales 106 y 402. Cada terminal 104, 106 y 402 se configura para rechazar los mensajes entrantes que no estén cifrados utilizando su clave de cifrado correspondiente.

En los pasos 502 y 504, la terminal 104 inicia sesión en la red y i recibe su perfil y tabla de enrutamiento desde el servidor de acceso 102, tal como se describe en modalidades anteriores. Dado que las terminales 106 y 402 aún no están en línea, no se incluyen en la información de enrut iamiento recibida por la terminal 104, pero la terminal 104 puede recibir los últimos UUID asignados para las otras terminales. La terminal 104 puede recibir su propia clave de cifrado (es decir, la clave de cifrado que corresponde al UUID1) del servidor de acceso 102 en este momento o ya puede haber almacenado la clave de cifrado en función de una sesión anterior.

En los pasos 506 y 508, la terminal 106 inicia sesión en la red y recibe su perfil y tabla de enrutamiento desde el servidor de acceso 102. Dado que la terminal 104 se encuentra en línea, su información se incluye en el perfil y en la tabla de enrutamiento enviados a la terminal 106. Esta información puede incluir la clave de cifrado para la terminal 104 dado que las terminales 04 y 106 son contactos entre sí. En otras modalidades, la terminal 106 ya puede tener la clave de cifrado para la terminal 104 de una sesión anterior. La terminal 106 puede recibir su propia clave de cifrado (es decir, la clave de cifrado que corresponde al UUID2) desde el servidor de acceso 102 en este momento o ya puede haber almacenado la clave de cifrado en función de una sesión anterior.

En el paso 510, la terminal 106 envía un mensaje a la terminal 104 que notifica a la terminal 104 que la terminal 106 está en línea. La terminal 106 puede incluir su clave de cifrado en este mensaje. Por ejemplo, si el servidor de acceso 102 asigna una nueva clave de cifrado a una terminal cada vez que la terminal inicia sesión en la red híbrida entre iguales, la terminal 106 necesitará notificar a la terminal 104 sobre la clave de cifrado que se asignó recientemente a la terminal 106. Si bien no se muestra, se entiende que el mensaje enviado en el paso 510 se puede cifrar utilizando la clave de cifrado para la terminal 104.

En el paso 512, la terminal 104 prepara un mensaje para ser enviado a la terminal 106. Antes de enviar el mensaje, la terminal 104 cifra el mensaje utilizando la clave de cifrado para la terminal 106 (es decir, la clave de cifrado que corresponde al UUID2). En el paso 514, la terminal 104 envía el mensaje cifrado a la terminal 106. De manera similar, en el paso 516, la terminal 106 prepara un mensaje para ser enviado a la terminal 104. Antes de enviar el mensaje, la terminal 106 cifra el mensaje utilizando la clave de cifrado para la terminal 104 (es decir, la clave de cifrado que corresponde al UUID1). En el paso 518, la terminal 106 envía el mensaje cifrado a la terminal 104.

En los pasos 520 y 522, la terminal 402 inicia sesión enj la red y recibe su perfil y tabla de enrutamiento desde el servidor de acceso 102. Dado que la terminal 104 se encuentra en línea, su información se incluye en el perfil y en la tabla de enrutamiento enviados a la terminal 402. Esta ¦ i información puede incluir la clave de cifrado para la terminal 104 dado que las terminales 104 y 402 son contactos. En otras modalidades, la terminal 402 ya puede tener la clave de cifrado para la terminal 104 de una sesión anterior. La terminal 402 puede recibir su clave de cifrado (es decir, la clave de cifrado que corresponde al UUID3) desde el servidor de acceso 102 en este momento o ya puede haber almacenado la clave de cifrado en función de una sesión anterior.

En el paso 524, la terminal 402 envía un mensaje a la terminal i 104 que notifica a la terminal 104 que la terminal 402 está en línea. La terminal 402 puede incluir su clave de cifrado en este mensaje,! si fuera necesario. Por ejemplo, si el servidor de acceso 102 asigna una nueva clave de cifrado a una terminal cada vez que la terminal inicia sesión en la red ¦ í híbrida entre iguales, la terminal 402 necesitará notificar a la terminal 104 i sobre la clave de cifrado que se asignó recientemente a la terminal 402. Si I' bien no se muestra, se entiende que el mensaje enviado en el paso 524 se • i ? puede cifrar utilizando la clave de cifrado para la terminal 104.

En el paso 526, la terminal 402 prepara un mensaje para ser enviado a la terminal 104. Antes de enviar el mensaje, la terminal 402 cifra el I' mensaje utilizando la clave de cifrado para la terminal 104 (es decir, la clave i de cifrado que corresponde al UUID1). En el paso 528, la terminal 402 envía el mensaje cifrado a la terminal 104. De manera similar, en el pasó 530, la terminal 104 prepara un mensaje para ser enviado a la terminal 402. Xntes de I enviar el mensaje, la terminal 104 cifra el mensaje utilizando la clave de cifrado para la terminal 402 (es decir, la clave de cifrado que corresponde al UUID3). En el paso 532, la terminal 104 envía el mensaje cifrado a la terminal 402.

Por consiguiente, los mensajes se cifran utilizando la clave de cifrado de la terminal receptora antes de enviar y los mensajes entrantes que no sean cifrados utilizando la clave de cifrado de la terminal receptora son rechazados por la terminal receptora. Si bien no se muestra, una terminal puede obtener una clave de cifrado para otra terminal directamente desde el servidor de acceso 102, si fuera necesario. Por ejemplo, si la terminal 104 desea enviar una solicitud de contacto a otra terminal, la terminal 104 puede obtener la clave de cifrado de la otra terminal cuando obtiene la información de enrutamiento para la otra terminal desde el servidor de acceso 102. Dado que todos los mensajes entrantes que no están cifrados pueden ser rechazados, la terminal receptora puede no procesar una solicitud de contactó.

Con respecto a la Fig. 6, un diagrama secuencial ilustra una modalidad de una secuencia de mensajes 600 que puede ocurrir en el entorno 400 de la Fig. 4. En el presente ejemplo, las claves se pueden cambiar mediante el servidor de acceso 102 y/o las terminales individuales (por ej., las I terminales 104, 106 y 402). Esto evita que una única clave que corresponde a |l una terminal esté sujeta a un ataque constante. Sin embargo, los cambios de clave pueden presentar problemas dado que una terminal (por ej., la terminal 104) puede cambiar su clave antes de que otra terminal (por ej., la terminal 106) se dé cuenta del cambio. Esto significa que la terminal 106 puecle enviar mensajes a la terminal 104 utilizando la clave de cifrado anterior y la terminal 104 rechazará los mensajes. Esto puede ser un problema particular en un entorno UDP como el de la presente modalidad de la Fig. 4 dado que el UDP no incluye un mecanismo para asegurar que los mensajes se reciban en el destino. Por lo tanto, un mensaje UDP evidente que contiene un aviso de • ¡i cambio de clave de cifrado o un reconocimiento simplemente puede no llegar a su destino o puede llegar a su destino fuera de la secuencia y luego de que ocurran otros eventos. Sin embargo, UDP puede proporcionar ventajas con respecto a solidez, sobrecarga de configuración y otros factores y, por lo tanto, puede ser un protocolo conveniente para el entorno 400.

En la presente modalidad, las terminales 104, 106 y 402 están configuradas para comunicarse mediante UDP con máquinas de estados en ¡i función de un modelo de transacciones SIP. Se entiende que se pueden utilizar otros modelos y protocolos. Para evitar el problema de que la terminal 104 cambie su clave de cifrado antes de que la terminal 106 pueda ponerse al día, el presente ejemplo utiliza el modelo basado en transacciones para asegurar que los cambios de clave estén sincronizados entre las terminales.

Por consiguiente, en los pasos 602 y 604, el servidor de acceso 102 envía un mensaje de cambio de clave a las terminales 104 y 106, respectivamente. El servidor de acceso 102 puede enviar el mensaje basado en la existencia de una condición definida (por ej., el vencimiento de un temporizador en todo el sistema o específico de la terminal, una detérminada cantidad de inicios de sesión o intentos de inicios de sesión satisfactorios o no satisfactorios, actividad de la red que indica un problema de seguridad potencial, o cualquier otra condición deseada). Por ejemplo, si hay un temporizador de cambio de clave que corresponde a cada terminal, las terminales 104 y 106 pueden incluirse en un intervalo de temporizador, mientras la terminal 402 puede estar incluida en otro intervalo y, por lo tanto, puede no necesitar cambiar su clave de cifrado cuando se envían los mensajes de los pasos 602 y 604. En otras modalidades, las terminales 104 y 106 pueden iniciar el cambio de clave ellos mismos y pueden solicitar una nueva clave de cifrado al servidor de acceso 102 o ejecutar un proceso para generar una nueva clave de cifrado ellos mismos. Los cambios de clave también pueden ocurrir de manera aleatoria.

En el paso 606, la terminal 104 envía un mensaje de estado definido, tal como un mensaje INVITE a la terminal 106. El mensaje INVITE identifica que la terminal 104 cambiará las claves de cifrado. Dado que la terminal 106 también necesita cambiar las claves de cifrado, envía un INVITE a la terminal 104. Es posible que ambos mensajes INVITE se erivjíen muy juntos entre sí y, por lo tanto, pueden cruzarse en el camino a sus respectivas terminales de destino. Si ambas terminales 104 y 106 intentan cambiar inmediatamente las claves de cifrado en función de los mensajes INVITE, puede haber un problema dado que puede ocurrir un cambio de clave sin notificación y/o verificación por parte de la terminal opuesta. Sin embargo, primero se envía un mensaje INVITE y, en este caso, fue el mensaje INVITE enviado en el paso 606 desde la terminal 104 hacia la terminal 106.

Por consiguiente, en el paso 610, la terminal 104 ignora el ,l mensaje INVITE desde la terminal 106, que se envió luego del mensaje INVITE enviado desde la terminal 104 hacia la terminal 106. En el paso 612, la terminal 106 determina que el mensaje INVITE desde la terminal 104 se envió antes de su propio mensaje INVITE y da marcha atrás en el cambio de clave de cifrado. En otras palabras, la terminal 106 detiene el proceso de cambio de su propia clave de cifrado.

En algunas modalidades, ambas terminales pueden dar marcha atrás en el cambio de clave. Por ejemplo, la mensajería puede ocurrir en función del temporizador SIP estándar. Si la terminal 104 recibe el IfsJVITE del paso 608 en un período de tiempo determinado (por ej., 0.5 segundos) luego de enviar el INVITE del paso 606, la terminal 104 también puede dar marcha atrás en el cambio de clave. En caso de que esto ocurra, las termínales 104 y 106 y/o el servidor de acceso 102 pueden tomar una cantidad de tiempo (es decir, un delta f) y agregar un intervalo aleatorio a delta t para una o ambas terminales para intentar evitar que ocurran dichos cruzamientos nuevamente.

En el paso 614, la terminal 106 envía un mensaje, tal! como un mensaje 100 TRY, a la terminal 104. En el paso 616, la terminal 106 nvía un mensaje, tal como un mensaje 200 OK, para notificar a la terminal 104 que acepta el cambio de clave de cifrado en la terminal 104. En el paso 618, la terminal 104 acusa recibo del 200 OK y, en el paso 620, cambia su clave de cifrado. En el paso 622, la terminal 104 envía un mensaje al servidor de acceso 102 para actualizar el UUID1 asociado a la terminal 104. Esta I actualización permite que el servidor de acceso 102 presente la clave de cifrado correcta a las terminales de contacto que inician sesión luego de la terminal 104. En el paso 624, en función del ACK recibido desde la terminal 104 en el paso 618, la terminal 106 cifra un mensaje para la terminal 104 utilizando la nueva clave de cifrado para el UUID1 (es decir, la terminal 104) y envía el mensaje del paso 626. En el paso 628, la terminal 104 cifra un mensaje para la terminal 106 utilizando la antigua clave de cifrado dado que la terminal 106 dio marcha atrás en el cambio de clave. En el paso 630, la terminal 104 envía el mensaje a la terminal 106.

Si bien no se muestra, se entiende que los mensajes de cambio de clave de cifrado similares se pueden enviar desde la terminal 104 hacia la terminal 402 y todos los otros contactos de la terminal 104 que están en línea. Sin embargo, dado que la terminal 402 no recibió un mensaje de cambio de clave, no habrá condición de carrera como hubo con la terminal 106. Cabe destacar que durante un cambio de clave, durante un período de j delta y, puede haber treinta y dos claves para una terminal (es decir, dieciséis claves antiguas y dieciséis claves nuevas) utilizando el ejemplo de una clave de dieciséis bytes que se alterna en forma de turno rotativo. Por lo tanto, para este período de tiempo, la terminal alterna treinta y dos claves. Una vez ! finalizado este período de tiempo, la terminal utiliza las dieciséis claves nuevas y suprime las dieciséis claves antiguas.

Con referencia a la 7, un cuadro de flujo ilustra una modalidad de un método 700 que puede utilizar la terminal 104 para enviar mensajes a otra terminal dentro del entorno de la Fig. 4, tal como la terminal 106. Las terminales 104 y 106 son contactos. , En el paso 702, el método 700 obtiene una clave de cifrado para una terminal de destino. Esto puede ocurrir cuando la terminal 104 inicia sesión en el servidor de acceso 102, cuando la terminal 104 recibe un mensaje de presencia en línea desde la terminal 106 que indica que la terminal 106 se ha conectado, o de cualquier otro modo en que la terminal 104 se pueda configurar para obtener la clave de cifrado. Si la terminal 104 obtuvo anteriormente la clave de cifrado y la almacenó, el paso 702 puede haber ocurrido anteriormente o puede implicar la recuperación de la clave de la memoria asociada a la terminal 104. j En el paso 704, se determina si es necesario un cambio de clave. El cambio de clave puede ser para la clave de cifrado para la terminal 104 (es decir, la clave que corresponde al UUID1) o puede ser un cambio de i clave para otra terminal. Si se necesita un cambio de clave, el método 700 se mueve al paso 706 y realiza el cambio de clave. Tal como se describió anteriormente con respecto a la Fig. 6, esto puede implicar una serie de mensajes para asegurar que las terminales 104 y 106 realicen el cambio de clave de forma sincronizada para evitar los problemas de comunicación que pueden ocurrir si una terminal cambia una clave pero el otra terminal no. Una vez finalizado el proceso de cambio de clave, el método 700 continua con el paso 708. Si no se necesita un cambio de clave tal como se determina en el paso 704, el método 700 pasa directamente al paso 708.

En el paso 708, se determina si hay un mensaje que enviar a la terminal 106. Si no hay ningún mensaje que enviar, el método 700 ¡vuelve al paso 704. Si hay un mensaje que enviar, el mensaje se cifra en el paso 710 usando la clave de cifrado actual para la terminal de destino. En el paso 712, el mensaje se envía a la terminal de destino. En el paso 714, la clave actual i i se alterna para formar una nueva clave actual. El método 700 luego vuelve al II paso 704.

La alternancia de la clave puede realizarse de varias formas diferentes para formar múltiples claves de una única clave. Por ejemplo, al usar la clave utilizable de dieciséis bytes descrita anteriormente, la alternancia puede implicar que la terminal 104 desplace todos los bytes hacia abajo y mueva el último byte al primer byte. Esto proporciona dieciséis claves diferentes para la terminal 104 en función de la única clave de dieciseis bytes generada aleatoriamente. Pueden usarse varias alternancias distintas y la alternancia puede ser aleatoria en algunas modalidades. La terminal 104 alterna a través de las iteraciones de la clave a medida que envía los mensajes y la terminal 06 debe verificar para ver cuál iteración es necesaria para descifrar el mensaje.

Con referencia a la 8, un cuadro de flujo ilustra una modalidad de un método 800 que puede usar la terminal 104 para recibir mensajes de otra terminal dentro del entorno de la Fig. 4, tal como la terminal 106. Las terminales 104 y 106 son contactos.

En el paso 802, la terminal 800 obtiene una clave de cifrado para la terminal 104. Esto puede suceder cuando la terminal 104 inicia sesión en el servidor de acceso 102 o de cualquier otro modo en que la terminal 104 pueda configurarse para obtener la clave de cifrado. Si la terminal 104 obtuvo anteriormente la clave de cifrado y la almacenó, el paso 802 puede haber ocurrido anteriormente o puede implicar la recuperación de la clave de la memoria asociada a la terminal 104.

En el paso 804, se recibe un mensaje cifrado y en el pasó 806, la clave de cifrado actual para la terminal 104 se aplica al mensaje en un intento por descifrar el mensaje. En el paso 808, se determina si la clave de cifrado actual es la clave correcta. Debido a que la terminal 104 de envío es alternar la clave, la terminal 104 puede no estar aplicando la clave correcta al mensaje a pesar de que el mensaje se cifró usando la clave correcta. En otras palabras, puede haber múltiples claves correctas según dónde termina cada una de las claves de envío y recepción en el proceso de alternancia de la clave. Si la clave actual no es la clave correcta, el método 800 pasa al paso 810 y se determina si se probaron todas las iteraciones de la clave posibles. Esto puede implicar la determinación de si se realizó toda alternancia posible y se usó en un intento por descifrar el mensaje. Si se probaron todas las claves, el método 800 pasa al paso 814 y rechaza el mensaje.

Si aún deben probarse las iteraciones de la clave, el método 800 pasa al paso 812 y alterna la clave a la siguiente iteración antes de volver al paso 806 e intentar descifrar el mensaje usando la nueva clave actual. Este proceso de intentar descifrar el mensaje, alternar la clave e intentar con la nueva clave puede continuar hasta que el mensaje se descifre satisfactoriamente o hasta que no queden más iteraciones de la clave por probar.

Si se encuentra la clave correcta tal como se determina en el paso 808, el método 800 pasa al paso 816. En el paso 816, se puede determinar si el mensaje descifrado es un tipo de mensaje correcto. Por ejemplo, la terminal 104 puede configurarse para usar mensajería SIP estándar al comunicarse con otras terminales. Si el mensaje descifrado no es un mensaje SIP estándar, no es un tipo de mensaje correcto. En algunas modalidades, el mensaje también puede compararse con la máquina de estados para determinar si el mensaje está en el contexto de estado correcto. Esto puede ayudar a rechazar mensajes que estén correctamente formateados pero que no estén sincronizados con el estado de la terminal 104.

Si el mensaje no está en un tipo de mensaje correcto, el método 800 pasa al paso 814 y rechaza el mensaje. Si el mensaje está en un tipo de mensaje correcto, el método 800 pasa al paso 818 y procesa el mensaje.

El modelo de transacción usado por las terminales proporciona una capa de seguridad adicional. Más específicamente, cada terminal 104, 106 y 402 incluye una máquina de estados que permite la terminal correspondiente para conocer el estado de una transacción actual. Por ejemplo, en la transacción de cambio de clave de cifrado de la Fig. 6 los mensajes deberían corresponder al propio estado de la máquina de estados. Como ilustración, la terminal 104 envía un INVITE del paso 606 y luego espera una respuesta 100 TRY como el próximo estado en la máquina de estados. Si el próximo mensaje no es una respuesta 100 TRY, la terrenal 104 es consciente de que la máquina de estados no está siendo seguida. Por lo tanto, para tomar el control de una terminal, inyectar paquetes no autorizados o realizar otras actividades no autorizadas, puede ser necesario saber en qué estado se encuentra actualmente la terminal 104 y cuál sería ¦ los siguientes estados. Esto hace que el acceso no autorizado sea más de lo que sería si el contexto de la máquina de estados no fuera necesarib.

Con respecto a la Fig. 9, se ilustra una modalidad de un sistema informático 900. El sistema informático 900 es un posible ejemplo de un componente o dispositivo del sistema tal como una terminal o un servidor de acceso. El sistema informático 900 puede incluir una unidad central de procesamiento ("CPU") 902, una unidad de memoria 904, un dispositivo de entrada/salida ("l/O") 906 y una interfaz de red 908. Los componentes 902, |i 904, 906 y 908 están interconectados por un sistema de transporte (por ej., un bus) 910. Un suministro de energía (PS) 912 puede proporcionar energía a componentes del sistema informático 900, tal como la CPU 902 y unidad de memoria 904. Se entiende que el sistema informático 900 puede estar configurado de forma diferente y que cada uno de los componentes enumerados puede realmente representar diversos componentes diferentes. Por ejemplo, la CPU 902 puede realmente representar un multiprocesador o un sistema de procesamiento distribuido; la unidad de memoria 904 puede Í incluir diferentes niveles de memoria caché, memoria principal, discos duros y ubicaciones de almacenamiento remoto; el dispositivo l/O 906 puede incluir monitores, teclados y similares; y la interfaz de redes 908 puede una o más tarjetas de red que proporcionan una o más conexiones po cable o inalámbricas a la red de paquetes 108 (Fig. 1). Por lo tanto, se anticipa un ¡I amplio rango de flexibilidad en la configuración del sistema informático 900.

El sistema informático 900 puede usar cualquier sistema , i operativo (o múltiples sistemas operativos), que incluyen varias versiones de sistemas operativos proporcionados por Microsoft (tales como WINDOWS), i ¡ Apple (tales como Mac OS X), UNIX y LINUX, y puede incluir sistemas operativos específicamente desarrollados para dispositivos manuales, computadoras personales y servidores según el uso del sistema informático 900. El sistema operativo, así como también otras instrucciones (por ej., para el motor de terminal 252 de la Fig. 2 si una terminal), puede almacenarse en la unidad de memoria 904 y ser ejecutado por el procesador 902. Por ejemplo, si el sistema informático 900 es la terminal 104, la unidad de memoria 904 puede incluir instrucciones para enviar y recibir mensajes seguros y comunicarse con terminales 106 y 402 y el servidor de acceso 102.

Por ende, en un entorno tal como un sistema de distribución de recursos, pueden distribuirse múltiples terminales con medidores en una red inteligente. Por ejemplo, la red inteligente puede ser una red eléctrica inteligente con medidores de potencia, o puede manejar otros tipos de recursos (por ej., agua, gas y fuel) y los medidores pueden ser adecuados para el recurso que se está distribuyendo. Las terminales pueden proporcionar funcionalidad de comunicación para sus respectivos medidores con u|a o más ubicaciones. Se entiende que las ubicaciones pueden estar centralizadas y pueden comunicarse con las terminales usando uno o más terminales ubicadas en las ubicaciones centrales, de modo que las comunicaciones ocurran entre terminales.

Una terminal puede ser una unidad autocontenida (por ej., tales como el sistema informático 900 de la Fig. 9) que está acoplada p de otra forma integrada a un medidor. Una terminal puede acoplarse a un medidor a través de una conexión por cable y/o inalámbrica. De manera alternativa, la terminal puede ser parte del propio medidor. Por ejemplo, la terminal puede estar en forma de instrucciones legibles por computadora que se almacenan en una memoria del medidor y el hardware que conforma el usarse para ejecutar las instrucciones para proporcionarle funcionalidad de la terminal.

Las terminales pueden proporcionarse durante la instalación o posteriormente. El suministro puede incluir registrar el usuario, almacenar un UUID para el usuario y realizar otras funciones necesarias para establecer comunicaciones con la terminal. La terminal puede comunicarse otras terminales y/o con una o más ubicaciones centrales.

Los mensajes de presencia pueden usarse para determinar un estado actual de una terminal y el medidor correspondiente. Por ejemplo, si un I' I' mensaje para mantener en vida no es recibido en un determinado período de tiempo, la terminal puede identificarse como no disponible. Esto I permite identificar cualquier problema con la terminal y/o medidor y aborcJarlo sin requerir una verificación del estado físico de cada medidor para determinar si ; |i el medidor opera adecuadamente.

Por consiguiente, se pueden asegurar comunicaciones mediante terminales que forman una red inteligente debido al uso de elementos de í seguridad tales como el uso de claves de longitud n, alternancia de claves e introducción de nuevas claves al sistema tal como se describe en la presente.

Por consiguiente, los mensajes enviados y recibidos por terminales dentro de una red inteligente pueden ser seguros y la carga útil de dichos mensajes protegida, mientras aun permiten una arquitectura de comunicación robusta que es fácilmente escalable.

En otra modalidad, un método para cambiar una clave de cifrado en una red híbrida entre ¡guales comprende: recibir, mediante una primera terminal, una instrucción para cambiar una primera clave de cifradOj por una segunda clave de cifrado; enviar, mediante la primera terminal, un primer i mensaje a una segunda terminal de que la primera terminal cambiará a la segunda clave de cifrado, donde el primer mensaje se define para su uso con ¡ se define para su uso con el modelo de estado transaccional; enviar, mediante la primera terminal, un tercer mensaje a la segunda terminal acusando recibo del segundo mensaje, donde el tercer mensaje se define para su uso con el modelo de estado transaccional; y cambiar, mediante la primera terminal, la primera clave de cifrado por la segunda clave de cifrado, donde todos los mensajes entrantes para la primera terminal deben cifrarse usando la segunda clave de cifrado. El método puede comprender adicionalmente recibir, mediante la primera terminal, un cuarto mensaje de la segunda terminal, donde el cuarto mensaje se cifra usando la segunda clave de cifrado; aplicar una primera iteración de la clave de la segunda clave de cifrado ¡al cuarto mensaje para determinar si la primera iteración de la clave descifrará el cuarto mensaje, donde la primera terminal utiliza la segunda clave de cifrado para formar varias iteraciones de la clave, y donde cada una de las iteraciones de la clave es una clave de cifrado válida para la primera terminal; si la primera iteración de la clave no descifrará el cuarto mensaje, alternar la segunda clave de cifrado para formar una siguiente iteración de la clave de la segunda clave de cifrado; aplicar la siguiente iteración de la clave al cuarto mensaje para determinar si la siguiente iteración de la clave descifrará el cuarto mensaje; mientras que haya iteraciones de la clave no probadas disponibles, continuar los pasos de alternar y aplicar cada iteración de la clave hasta qué el cuarto mensaje se descifre; y rechazar el cuarto mensaje si no existen iteraciones de la clave no probadas y no se descifra el cuarto mensaje. El método puede comprender adicionalmente determinar si el cuarto mensaje descifrado es un tipo de mensaje correcto; y rechazar el cuarto mensaje si no es él tipo de mensaje correcto. El tipo de mensaje correcto puede ser un mensaje de Protocolo de Inicio de Sesión. El modelo de estado transaccional puede ser un modelo de Protocolo de Inicio de Sesión y el primer, segundo y tercerjj mensaje puede transportarse mediante el Protocolo de Datagramas de Usuario. El método puede comprender adicionalmente recibir, mediante laj primera terminal, un cuarto mensaje de la segunda terminal que la segunda terminal cambiará una tercera clave de cifrado por una cuarta clave de cifrado. El método puede comprender adicionalmente ignorar, mediante la primera terminal, el cuarto mensaje si el primer mensaje se envió antes que el cuarto mensaje. El método puede comprender adicionalmente determinar, mediante la primera terminal, si el primer mensaje y el cuarto mensaje se enviaron en un período de tiempo definido uno no se cambia a la segunda clave mensaje se enviaron dentro del período de tiempo definido uno respecto del otro. El método puede comprender adicionalmente recibir, mediante la primera terminal, una compensación de tiempo para evitar una futura colisión con la segunda terminal durante un próximo evento de cambio de clave. El método puede comprender adicionalmente enviar, mediante la primera terminal, en respuesta al cuarto mensaje, un quinto mensaje a la segunda ternjjiinal que indica que la primera terminal recibió el cuarto mensaje, donde el quinto mensaje se define para su uso con el modelo de estado transaccionál; recibir, mediante la primera terminal, un sexto mensaje de la segunda terminal acusando recibo del quinto mensaje, donde el sexto mensaje se define para su uso con el modelo de estado transaccionál; y cambiar, mediante la primera terminal, la tercera clave de cifrado por la cuarta clave de cifrado, donde todos los mensajes a enviar de la primera terminal a la segunda terminal deben cifrarse usando la cuarta clave de cifrado. El método puede co 1 m i prender adicionalmente alternar por medio de varias iteraciones de la clave en función de la cuarta clave de cifrado, donde cada una de las iteraciones de la clave es una clave de cifrado válida para la segunda terminal, y donde cada¡ mensaje enviado desde la primera terminal hacia la segunda terminal usa una iteración de la clave diferente al mensaje anterior. El método puede comprender adicionalmente obtener, mediante la primera terminal, la segunda clave de cifrado de un servidor de acceso mediante un canal seguro.

En aún otra modalidad, un método para recibir un mensaje seguro en una red híbrida entre iguales comprende obtener, mediante una primera terminal, una segunda clave de cifrado base asociada a la primera terminal luego de recibir una orden de un servidor de acceso paral cambiar una primera clave de cifrado base por una segunda clave de cifrado base, donde la segunda clave de cifrado clave la debe usar la primera terminal para formar varias iteraciones de la clave, y donde cada una de las iteraciones de i la clave es una clave de cifrado válida para la primera terminal; recibir, mediante la primera terminal, un mensaje cifrado de una segunda J terminal; aplicar una primera iteración de la clave de la segunda clave de cifrado base al mensaje cifrado para determinar si la primera iteración de la clave descifrará el mensaje cifrado; si la primera iteración de la clave no descifrará el mensaje, alternar la clave de cifrado para formar una siguiente iteración de la clave a partir de la segunda clave de cifrado base; aplicar la (siguiente iteración de la clave al mensaje cifrado para determinar si la ¡siguiente iteración de la clave descifrará el mensaje cifrado; mientras que haya iteraciones de la clave no probadas disponibles, continuar los pasos de alternar y aplicar cada iteración de la clave hasta que el mensaje se descifre; y rechazar el mensaje cifrado si no existen iteraciones de la clave no y el mensaje no es descifrado. El método puede comprender adicionalmente determinar, mediante la primera terminal luego de descifrar el mensaje cifrado, si el mensaje descifrado es un tipo de mensaje correcto; y rechazar el mensaje descifrado si no es el tipo de mensaje correcto. El tipo de mensaje correcto puede ser un mensaje de Protocolo de Inicio de Sesión. El método puede comprender adicionalmente determinar, mediante la primera; terminal si el mensaje descifrado es un tipo de mensaje correcto, si élj mensaje descifrado está asociado a un estado actual de una máquina de estados de la primera terminal; y rechazar el mensaje descifrado si no está asociado a un estado actual de la máquina de estados.

En aún otra modalidad, un sistema comprende una interfaz de |i redes; un procesador acoplado a la interfaz de redes; y una memoria acoplada al procesador y que contiene varias instrucciones para ser ejecutadas por el procesador, las instrucciones incluyen instrucciones para configurar una primera terminal almacenada al menos parcialmente en la memoria para asegurar comunicaciones entre la primera terminal y una segunda terminal al: obtener, mediante la primera terminal, una segunda clave de cifrado base asociada a la primera terminal luego de recibir una orden de un servidor de acceso para cambiar una primera clave de cifrado base por una segunda í clave de cifrado base, donde la primera terminal debe usar la segunda clave de cifrado para formar varias iteraciones de la clave, y donde cada una de las iteraciones de la clave es una clave de cifrado válida para la primera terminal; recibir, mediante la primera terminal, un mensaje cifrado de una segunda terminal; aplicar una primera iteración de la clave de la segunda clave de cifrado base al mensaje cifrado para determinar si la primera iteración de la l¡ clave descifrará el mensaje cifrado; si la primera iteración de la ( clave no descifrará el mensaje, alternar la clave de cifrado para formar una próxima iteración de la clave a partir de la segunda clave de cifrado base; aplicar la siguiente iteración de la clave al mensaje cifrado para determinar si la próxima iteración de la clave descifrará el mensaje cifrado; mientras que haya iteraciones de la clave no probadas disponibles, continuar los pasos de alternar y aplicar cada iteración de la clave hasta que el mensaje se descifre; y rechazar el mensaje cifrado si no existen iteraciones de la clave no probadas y el mensaje no es descifrado. El sistema puede configurarse para acoplarse a f un medidor de potencia. El sistema puede ser un medidor de potencia.

Mientras que la descripción que antecede muestra y describe una o más modalidades, aquellos expertos en la técnica entenderán que se pueden realizar distintos cambios en forma y detalle en las mismas sin separarse del espíritu y alcance de la presente descripción. Por ejemplo, distintos pasos ilustrados dentro de un diagrama secuencial o diagrama de flujo particular se pueden combinar o dividir adicionalmente. Además, los I pasos descritos en un diagrama o diagrama de flujo se pueden incorporar en otro diagrama o diagrama de flujo. Algunos pasos pueden llevarse a cabo en un orden distinto del mostrado y/o pueden superponerse. Además, la funcionalidad descrita se puede proporcionar mediante un hardware y/o software y se puede distribuir o combinar en una única plataforma. De forma adicional, la funcionalidad descrita en un ejemplo particular se puede alcanzar de una forma diferente a la ilustrada y seguir estando comprendida en la presente descripción. Por lo tanto, las reivindicaciones se pueden interpretar de forma amplia, conforme a la presente descripción.

Claims

NOVEDAD DE LA INVENCION REIVINDICACIONES

1.- Un método para cambiar una clave de cifrado en una red híbrida entre iguales que comprende: recibir, mediante una primera terminal, una instrucción de cambiar una primera clave de cifrado por una segunda clave de cifrado; enviar, mediante una primera terminal, un primer mensaje a una segunda terminal de que la primera terminal cambiará a la segunda clave de cifrado, donde el primer mensaje se define para su uso con un modelo de estado transaccional e incluye información que representa la segunda clave de cifrado; recibir, mediante la primera terminal, en respuesta al primer mensaje, un segundo mensaje desde la segunda terminal que indica que la segunda terminal recibió el primer mensaje, donde el segundo mensaje se define para su uso con el modelo de estado transaccional; enviar, mediante la primera terminal, un tercer mensaje a la segunda terminal que acusa recibo del segundo mensaje, donde el tercer mensaje se define para su uso con el modelo de estado transaccional; y cambiar, mediante la primera terminal, la primera clave de cifrado por la segunda clave de cifrado, donde todos los mensajes entrantes para la primera terminal deben cifrarse utilizando la segunda clave de cifrado.

2 - El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente: recibir, médiante la primera terminal, un cuarto mensaje desde la segunda terminal, donde el cuarto mensaje es cifrado utilizando la segunda clave de cifrado; aplicar una primera iteración de la clave de la segunda clave de cifrado al cuarto mensaje para determinar si la primera iteración de la clave descifrará el cuarto mensaje, donde la segunda clave de cifrado es utilizada por la primera terminal para formar una variedad de iteraciones de la clave, y donde cada una de las varias iteraciones de la clave es una clave de cifrado válida para la primera terminal; si la primera iteración de la clave no descifrará el cuarto mensaje, alternar la segunda clave de cifrado para formar una próxima iteración de la clave desde la segunda clave de cifrado; aplicar la próxima iteración dé la clave al cuarto mensaje para determinar si la próxima iteración de la clave descifrará el cuarto mensaje; siempre que las iteraciones de la clave no probadas estén disponibles, continuar los pasos de alternarly aplicar para cada iteración de la clave hasta que se descifre el cuarto mensaje; y rechazar el cuarto mensaje si no existen iteraciones de la clave no probadas y el cuarto mensaje no se descifra.

3. - El método de conformidad con la reivindicación 2, caracterizado además porque comprende adicionalmente: determinar si el cuarto mensaje descifrado es un tipo de mensaje correcto; y rechazar el cuarto mensaje si no es el tipo de mensaje correcto. j

4. - El método de conformidad con la reivindicación 3, caracterizado además porque el tipo de mensaje correcto es un mensaje de Protocolo de Inicio de Sesión.

5.- El método de conformidad con la reivindicación 1 , caracterizado además porque el modelo de estado transaccional es un modelo de Protocolo de Inicio de Sesión y el primer, segundo y tercer mensaje puede realizarse mediante el Protocolo de Datagramas de Usuario.

6.- El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente recibir, mediante la primera terminal, un cuarto mensaje de la segunda terminal que la segunda terminal cambiará una tercera clave de cifrado por una cuarta clave de cifrado.

7. - El método de conformidad con la reivindicación 6, caracterizado además porque comprende adicionalmente ignorar, mediante la primera terminal, el cuarto mensaje si el primer mensaje se envió anl!es que el cuarto mensaje.

8. - El método de conformidad con la reivindicación 7, caracterizado además porque comprende adicionalmente determinar, mediante la primera terminal, si el primer mensaje y el cuarto mensaje se enviaron en un período de tiempo definido uno respecto del otro, donde la primera terminal no cambia a la segunda clave de cifrado si el primer mensaje y el cuarto mensaje se enviaron en el período de tiempo definido uno respecto del otro.

9.- El método de conformidad con la reivindicación 8, caracterizado además porque comprende adicionalmente recibir, mediante la primera terminal, una compensación de tiempo para evitar una futura colisión con la segunda terminal durante un próximo evento de cambio de clave.

10. - El método de conformidad con la reivindicación 6, caracterizado además porque comprende adicionalmente: enviar, medíante la primera terminal, en respuesta al cuarto mensaje, segunda terminal que indica que la primera terminal mensaje se define para su uso con el modelo de estado transaccional; y cambiar, mediante la primera terminal, la tercera clave de cifrado por la cuarta clave de cifrado, donde todos los mensajes a enviar desde la primera terminal hacia la segunda terminal deben cifrarse utilizando la cuarta clave de cifrado.

11. - El método de conformidad con la reivindicafción 10, caracterizado además porque comprende adicionalmente alternar por medio de varias iteraciones de la clave en función de la cuarta clave dé cifrado, donde cada una de las varias iteraciones de la clave es una clave d Ie cifrado válida para la segunda terminal, y donde cada mensaje enviado desde la primera terminal a la segunda terminal utiliza una iteración de la clave diferente al mensaje anterior.

12. - El método de conformidad con la reivindicación 1 , caracterizado además porque comprende adicionalmente obtener, mediante la primera terminal, la segunda clave de cifrado de un servidor dé acceso mediante un canal seguro.

13. - Un método para recibir un mensaje seguro en una red híbrida entre iguales, que comprende: obtener, mediante una primera terminal, i una segunda clave de cifrado base asociada a la primera terminal luego de recibir una orden de un servidor de acceso para cambiar una primera* clave de cifrado base por una segunda clave de cifrado base, donde la primerá terminal ? debe utilizar la segunda clave de cifrado base para formar varias iteraciones de la clave, y donde cada una de las varias iteraciones de la clave es una clave de cifrado válida para la primera terminal; recibir, mediante la primera terminal, un mensaje cifrado de una segunda terminal; aplicar una primera iteración de la clave de la segunda clave de cifrado base al mensaje cifrado para determinar si la primera iteración de la clave descifrará el mensaje cifrado; si la primera iteración de la clave no descifrará el mensaje, alternar la clave de cifrado para formar una próxima iteración de la clave a partir de la segunda clave de cifrado base; aplicar la próxima iteración de la clave al mensaje cifrado para determinar si la próxima iteración de la clave descifrará el mensaje cifrado; siempre que las iteraciones de la clave no probadas estén disponibles, continuar los pasos de alternar y aplicar cada iteración de la clave hasta que se descifre el mensaje; y rechazar el mensaje cifrado si rio existen iteraciones de la clave no probadas y el mensaje no se descifra.

14.- El método de conformidad con la reivindicación 13, caracterizado además porque comprende adicionalmente déterminar, mediante la primera terminal luego de descifrar el mensaje descifrado si el mensaje descifrado es un tipo de mensaje correcto; y rechazar el mensaje descifrado si no es el tipo de mensaje correcto.

15. - El método de conformidad con la reivindicación 14, caracterizado además porque el tipo de mensaje correcto es un mensaje de Protocolo de Inicio de Sesión.

16. - El método de conformidad con la reivindicación 13, caracterizado además porque comprende adicionalmente: determinar, mediante la primera terminal, si el mensaje descifrado es un tipo de mensaje correcto, si el mensaje descifrado está asociado a un estado actual de una máquina de estados de la primera terminal; y rechazar el mensaje descifrado si no está asociado a un estado actual de la máquina de estados.

17.- Un sistema que comprende: un interfaz de red; un i procesador acoplado a la interfaz de la red; y una memoria acoplada al procesador y que contiene varias instrucciones para la ejecución por parte del procesador, las instrucciones que incluyen instrucciones para configurar una primera terminal almacenada al menos parcialmente en la memoria para comunicaciones seguras entre la primera terminal y una segunda terminal al: obtener, mediante una primera terminal, una segunda clave de cifrado base asociada a la primera terminal luego de recibir una orden de un servidor de acceso para cambiar una primera clave de cifrado base por una segunda clave de cifrado base, donde la primera terminal debe utilizar la segunda clave de cifrado base para formar varias iteraciones de la clave, y donde! cada una de las varias iteraciones de la clave es una clave de cifrado válida para la primera terminal; recibir, mediante la primera terminal, un mensaje cifrado de una segunda terminal; aplicar una primera iteración de la clave de la segunda ! 45 clave de cifrado base al mensaje cifrado para determinar si la primera iteración de la clave descifrará el mensaje cifrado; si la primera iteración de la clave no descifrará el mensaje, alternar la clave de cifrado para formar una próxima iteración de la clave desde la segunda clave de cifrado base; aplicar la próxima iteración de la clave al mensaje cifrado para determinar si la próxima iteración de la clave descifrará el mensaje cifrado; siempre que las iteraciones de la clave no probadas estén disponibles, continuar los pasos de alternar y aplicar para cada iteración de la clave hasta que se descifre el mensaje; y rechazar el mensaje cifrado si no existen iteraciones de la clave no probadas y el mensaje no se descifra.

18. - El sistema de conformidad con la reivindicación 17, i caracterizado además porque el sistema se configura para acoplarse a un medidor de recursos. ¦ I

19. - El sistema de conformidad con la reivindicación 17, i| caracterizado además porque el sistema es un medidor de recursos. í ' !l I jí