ES2965371T3 - Sistema para la verificación de la integridad de vehículos aéreos no tripulados - Google Patents

Abstract

Un sistema para verificar la integridad de vehículos aéreos no tripulados (UAV), que está configurado para residir en un UAV e interactuar tanto con el sistema de comunicaciones del UAV como con los recursos de software y hardware del UAV. El UAV se puede configurar para ejecutar firmware que obtiene un número de serie o un identificador único de hardware y software en el UAV, crea una combinación de código hash de dichos identificadores únicos, cifra el código hash y transmite el código hash cifrado a través de comunicaciones por cable o inalámbricas. sistema a otra computadora que mantiene una tabla de los códigos certificados de cada UAV que da como resultado que la computadora autentique el UAV específico (o no). El sistema también puede determinar si el hardware o software de un UAV específico ha cambiado desde la última vez que se certificó el UAV. (Traducción automática con Google Translate, sin valor legal)

Description

DESCRIPCIÓN

Sistema para la verificación de la integridad de vehículos aéreos no tripulados

Antecedentes de la invención

1. Campo de la invención

La invención se refiere a vehículos aéreos no tripulados (UAV) y, más particularmente, a un sistema para verificar la integridad de un UAV y regular operaciones de vuelo de un UAV.

2. Breve descripción de la técnica relacionada

Se espera que los vehículos aéreos no tripulados (UAV) proliferen en la sociedad en los próximos años, desempeñando funciones tales como entregar paquetes, inspecciones por teledetección y ayudar en otras actividades de la vida diaria comercial, industrial y de consumo. A diferencia de las aeronaves tripuladas, se espera que los UAV operen mucho más cerca de las personas, animales, propiedades, edificios y equipos. Además, se prevé que los vehículos aéreos no tripulados lleven a cabo sus funciones de forma automatizada y cada vez más allá de la línea de visión de un operador o una persona responsable de confianza.

Debido a que los UAV operan en el espacio aéreo junto con otras aeronaves tripuladas, a menudo con pasajeros, y dentro y alrededor de otros objetos y seres humanos, pueden representar una amenaza para la vida y las propiedades si se operan consoftwareohardwareno certificado o incompatible o no probado, y pueden representar una amenaza adicional si el UAV es pirateado o su control es tomado por una persona no autorizada con fines perversos. Las aeronaves tripuladas pueden representar una amenaza similar, aunque las aeronaves tripuladas y los vuelos de aeronaves tripuladas están bajo el control de una persona de confianza: el piloto. La persona de confianza lleva a cabo las funciones de garantizar la seguridad del vuelo y de que la aeronave esté bajo su control y vuele de manera segura.

Normalmente, se requieren planes de vuelo para aeronaves que utilizan el espacio aéreo nacional. La gestión del tráfico aéreo es importante para la seguridad de quienes viajan y/o pilotan aeronaves, así como de los individuos, propiedades y animales en los lugares en tierra sobre los que vuelan las aeronaves. Desde los primeros días de los vuelos, Estados Unidos ha proporcionado un sistema que tanto recopila como distribuye información de vuelo desde y hacia los pilotos. Normalmente, se requiere que un piloto entregue o presente un plan de vuelo que proporcione la dirección prevista de los lugares a los que se va a viajar. Por lo general, se requiere que el plan de vuelo incluya la identificación de la aeronave, el equipo especial, los puntos de salida y llegada y la ruta del vuelo. A los pilotos se les ofrece un servicio, a menudo denominado Servicio de Vuelo, y el mismo lo proporciona una entidad comercial o un gobierno (o una entidad comercial que puede tener un contrato con un gobierno). El Servicio de Vuelo está diseñado para proporcionar información a los pilotos cuando se presenta el plan de vuelo, así como notificaciones actualizadas de actividades o eventos que potencialmente puedan afectar al plan de vuelo previsto. Los vuelos de aeronaves se gestionan de manera que permitan que varias aeronaves estén ubicadas cerca entre ellas dentro del mismo espacio aéreo general, pero suficientemente separadas para no interferir ni suponer un riesgo para la seguridad entre sí.

Con el uso cada vez mayor de UAVs, tanto con fines comerciales como recreativos, el espacio aéreo, antes reservado únicamente para aviones tradicionales, ahora se comparte con una variedad de UAVs. Además de las actividades y alertas que los pilotos ya deben conocer, también se debe tener en cuenta otra variable, a saber, la posible presencia de UAVs. El Servicio de Vuelo que advierte a los pilotos sobre condiciones adversas, tales como, por ejemplo, una pista cerrada o condiciones climatológicas amenazantes, también puede recoger y proporcionar información sobre aeronaves cercanas, así como UAV cercanos. Hay una demanda cada vez mayor de que los operadores de UAV no solamente registren sus aeronaves, sino también, en algunos casos, que proporcionen información sobre la operación prevista de su UAV, tal como un plan de vuelo. El objetivo está diseñado para reducir interferencias y permitir que los UAV cooperen en el mismo espacio aéreo que otras aeronaves. Se desea reducir o eliminar la posibilidad de colisiones en el aire entre un UAV y otras aeronaves. Por ejemplo, el sistema que utilizan los pilotos de aeronaves para obtener información y alertas de su vuelo inminente, que normalmente se conoce como Servicio de Vuelo, se ha actualizado para incluir una categoría de alertas que se refieren a UAVs (en ocasiones denominados sistemas aéreos no tripulados, ó UAS). Por lo tanto, a los pilotos de aeronaves se les puede proporcionar información que identifique la posible presencia de un UAV en las proximidades de una aeronave según el plan de vuelo de la aeronave e información proporcionada por el operador del UAV. Por ejemplo, un operador de un UAV ó un dron puede registrar y proporcionar detalles, tales como el nombre del operador e información de contacto, la identificación del UAV, el día y la hora del vuelo, la altitud máxima y la ubicación delimitadora del vuelo, p. ej., un radio basado en coordenadas de geolocalización.

La importancia de integrar la operación de UAVs con el uso tradicional del espacio aéreo y las aeronaves está diseñada para proporcionar las ventajas del uso de UAVs, así como para promover la seguridad al reducir los riesgos de eventos adversos, tales como colisiones.

Sin embargo, como ocurre con cualquier dispositivo, puede que ni siquiera la abundancia de medidas preventivas elimine todos los posibles peligros. Dados las precauciones tomadas y el posible riesgo, también existe la posibilidad de causar daños a personas y propiedades, incluidos los pasajeros de aeronaves cercanas, así como personas, animales y estructuras en tierra. Existe la posibilidad de manipular indebidamente el UAV, incluidos, por ejemplo, intentos de tomar el control de la operación del UAV y desviarlo, o de operarlo de una manera no prevista por su operador original.

Dado que los UAV no tripulados y que están más allá de la línea de visión pueden operarse en un modo totalmente autónomo sin interacción humana directa, se requiere un sistema para garantizar que el sistema de vuelo, elsoftwarey elhardwaredel UAV no hayan sido manipulados indebidamente, de modo que se pueda confiar en la operación del UAV en el espacio aéreo.

El documento US 8,327,153 B2 da a conocer un método y un sistema para verificar una plataforma desoftwarede un vehículo que incluye al menos una unidad de control electrónico, que comprende un módulo de plataforma de confianza que extiende un valorhashdesoftwareoperado de manera normal en la unidad de control electrónico para generar un valor de confirmación de referencia y un módulo de verificación de integridad que recibe un valor de confirmación final correspondiente a un valorhashdesoftwaremedido en la unidad de control electrónico desde un aparato de seguridad integrado dentro del vehículo y verifica la plataforma desoftwaredel vehículo en función de resultados obtenidos comparando el valor de confirmación final con el valor de confirmación de referencia.

El aparato de seguridad integrado incluye un módulo de procesamiento de verificación de integridad que recopila el valorhashdesoftwaremedido en el aparato de control electrónico y solicita la extensión del valorhashrecopilado, y un módulo de plataforma de confianza que extiende el valorhashen función de un valor inicial y una secuencia de procesamiento de datos que introduce el conductor del vehículo para generar el valor de confirmación final.

El problema técnico es proporcionar un sistema que resida en un vehículo aéreo no tripulado, un método para securizar la operación de un vehículo aéreo no tripulado y un vehículo aéreo no tripulado mejorado.

El problema técnico se resuelve mediante un sistema con las características de la reivindicación 1, un método con las características de la reivindicación 10 y un vehículo aéreo no tripulado con las características de la reivindicación 30.

Compendio de la invención

Se proporciona un sistema para gestionar UAVs y, más particularmente, para regular la operación de uno o más UAV proporcionando una verificación de la integridad del UAV. Según realizaciones preferidas, el sistema proporciona una verificación de un UAV a través de un mecanismo de verificación. Según realizaciones preferidas, el mecanismo de verificación puede proporcionarse junto con uno o más componentes (por ejemplo,hardware), softwareo combinaciones de los mismos, del UAV. También se proporciona un método para verificar un UAV y UAVs configurados con un sistema de verificación.

Según realizaciones preferidas, el sistema implementa una característica de seguridad para garantizar que el control del UAV sea el previsto. Se implementa un mecanismo de certificación para proporcionar un estado de verificación para un UAV. El estado de verificación del UAV se basa preferiblemente en una o más modalidades delhardware, softwareo combinaciones dehardwareysoftwaredel UAV. Según una realización preferida, se puede implementar un estado de verificación a través de un sistema criptográfico en el que sus claves criptográficas y/o algoritmos criptográficos se utilizan para proporcionar un estado para el UAV. El estado del UAV se asigna preferentemente en función de una o más propiedades exclusivas que identifican ese UAV en particular. Realizaciones preferidas pueden proporcionar un valorhashcriptográfico para un componente dehardwareesencial (tal como, por ejemplo, un número de serie y/o modelo y/o fecha de instalación de un motor de control o accionamiento), osoftwareesencial (tal como, por ejemplo,softwarede navegación), o ambos (un valorhashcombinado de una identificación de componente dehardwareysoftware).El componente dehardwarepuede identificarse por sus distintivos de identificación exclusivos, que, por ejemplo, pueden ser el número de serie, el número de modelo, la fecha de instalación o algún otro identificador (o puede identificarse preferiblemente mediante combinaciones de estos) delhardware,mientras que elsoftwarese puede identificar mediante una propiedad exclusiva (un valorhash,un valorhashde suma de comprobación o similar).

Según realizaciones preferidas, el UAV puede autenticarse y se le puede asignar un estado de certificación. Por lo tanto, el UAV puede recibir una certificación, mediante la cual se genera el estado de autenticación o valorhashde autenticación, y preferiblemente el mismo se almacena para ese UAV específico.

Según algunas realizaciones preferidas, la certificación del UAV se puede realizar incluso sin que aquellos que poseen u operan el UAV tengan conocimiento de las políticas de verificación, por ejemplo, cuando las políticas no se revelan más que potencialmente alhardwarede verificación (tal como un ordenador asignado para identificar el UAV y certificarlo) o sin que la organización tenga conocimiento de qué propiedades o características se están verificando. Por ejemplo, al UAV se le puede proporcionar una instrucción o un chip de certificación que proporcione la verificación. Por lo tanto, la verificación puede transmitirse u obtenerse para su almacenamiento a partir del UAV y almacenarse como referencia y para un uso posterior por parte de una autoridad certificadora.

Según algunas realizaciones, la verificación tiene lugar utilizando uno o más componentes electrónicos, osoftware,del UAV, o combinaciones de los mismos, que están diseñados para proporcionar el estado del UAV e identificar desviaciones del mismo. Por ejemplo, cuando se utilizahardwareosoftwareespecífico junto con la obtención del valorhashde verificación, la identidad de las desviaciones de esoshardwaresosoftwaresespecíficos, o de ambos, se puede obtener al efectuar la verificación.

La certificación puede ser llevada a cabo por una autoridad de certificación. La autoridad de certificación puede establecer su propio conjunto de parámetros para implementar la certificación del UAV. Según algunas realizaciones preferidas, se puede proporcionar a la autoridad de certificación la capacidad de controlar permisos y autorizaciones de UAV certificando UAVs y verificando un UAV antes de que el UAV emprenda alguna actividad u operación. La autoridad de certificación puede participar en comunicaciones seguras con UAVs, que pueden ser transmisiones cifradas, o transmisiones de datos de verificación cifrados, u otras transmisiones criptográficas. Según algunas realizaciones, el sistema puede incluir una o más características de operaciones de gestión de certificación que pueden implementarse conhardware,tal como un ordenador, yhardwarede comunicaciones, para efectuar certificaciones de UAVs, e implementar la verificación de UAVs antes del vuelo o incluso durante el mismo.

El sistema puede configurarse para residir en un UAV e interactuar tanto con el sistema de comunicaciones del UAV como con los recursos desoftwareyhardwaredel UAV. El UAV se puede configurar para ejecutarfirmwareque obtiene un número de serie o identificador exclusivo dehardwareysoftwaredel UAV, crea una combinación de códigohashde dichos identificadores exclusivos, cifra el códigohashy transmite el códigohashcifrado a través de un sistema de comunicaciones por cable o inalámbricas a otro ordenador que mantiene una tabla de los códigos certificados de cada UAV que da como resultado que el ordenador autentique el UAV específico (o no). El sistema también puede determinar si elhardwareosoftwarede un UAV específico ha cambiado desde la última vez que se certificó el UAV.

Las características descritas en el presente documento en relación con una realización se pueden usar en otras realizaciones, y se pueden combinar características entre sí de modo que se pueden proporcionar realizaciones con una, dos o combinaciones de varias características.

Breve descripción de las figuras en los dibujos

La FIG. 1 es un diagrama de flujo que representa una implementación ejemplificativa del sistema y que muestra pasos de un proceso según una implementación de un método para autenticar un UAV.

La FIG. 2 es un diagrama de flujo que representa otra implementación del sistema que ilustra un UAV que solicita ser verificado.

La FIG. 3 es una vista en perspectiva de una realización ejemplificativa de un vehículo aéreo no tripulado (UAV) que implementa el sistema de la invención.

La FIG. 4 es una vista frontal en alzado de otra realización ejemplificativa de un vehículo aéreo no tripulado (UAV) que implementa el sistema de la invención.

Descripción detallada de la invención

El sistema puede implementarse proporcionando al UAV un chip osoftwareque incluya instrucciones para generar el valorhashde verificación y proporcionar el códigohash.

Por ejemplo, según algunas realizaciones, la presente invención puede proporcionar un sistema criptográfico como parte de la circuitería del dispositivo del UAV, que puede comprender un componente de almacenamiento, un microcircuito, un microcontrolador o un procesador, junto con instrucciones para generar y/o almacenar una clave. Por ejemplo, según una realización, se proporciona un componente de circuito integrado que incluye un elemento de almacenamiento para almacenar internamente una clave pública de la organización certificadora con vistas a su uso en el cifrado de un código de estado de verificación exclusivo generado a partir del UAV (p. ej., componentes,softwareo combinaciones de los mismos), y/o el descifrado de una firma digital de la entidad certificadora. Esta clave pública y/o clave privada se pueden implementar como una forma adicional de proporcionar seguridad cifrando el códigohashexclusivo (tal como, por ejemplo, un código de verificación solicitado al UAV por el ordenador de la organización certificadora). Las realizaciones de implementación de la clave pública o privada pueden incluir además un elemento de tiempo o un elemento de ubicación para cifrar adicionalmente el códigohash.

Según realizaciones, el sistema proporciona verificación del UAV para verificar que elhardwarey/osoftwaredel UAV no ha sido cambiado. Cuando el sistema identifica un cambio en elhardwareo elsoftware,según algunas realizaciones preferidas, el sistema puede configurarse para identificar el componente o componentes (elemento dehardwareosoftware)que se han cambiado. Además, la organización certificadora puede implementar protocolos para una recertificación, tal como, por ejemplo, cuando se ha sustituido un motor o cuando se ha realizado una actualización, p. ej., de un componente navegacional osoftwarede navegación. La recertificación se puede realizar para que todos los cambios realizados sean aprobados, autorizados y/o cumplan con los requisitos reglamentarios, y sean confirmados con el valorhashde autenticación o certificación.

Según algunas realizaciones preferidas, el sistema puede implementarse para securizar la operación de un vehículo aéreo no tripulado (UAV). El UAV incluye preferiblemente una pluralidad de componentes dehardwareysoftware.Se genera un códigohashde autenticación correspondiente al UAV. Esto se realiza preferiblemente obteniendo un identificador exclusivo de al menos uno de entre los componentes dehardwaredel UAV o elsoftwaredel UAV y, según realizaciones preferidas, un identificador exclusivo de ambos, tal como un número de serie o una suma de comprobación, delhardwareysoftwarerespectivos. Se crea un códigohashde autenticación para elhardwareo elsoftware, o una combinación de los identificadores delhardwarey elsoftware.El sistema se utiliza preferiblemente junto con un componente informático remoto que está situado en una ubicación remota con respecto al UAV y está configurado para intercambiar comunicaciones con el UAV a través de una red. El UAV incluye preferiblemente un componente informático, que puede proporcionarse por separado o como parte de la circuitería del UAV. Preferiblemente se almacena un códigohashde autenticación del UAV (p. ej., una vez certificado el UAV) y el mismo está disponible para el componente informático remoto, mediante una base de datos o tabla accesible u otros medios de acceso. Para verificar el UAV, el componente informático remoto recibe un código de verificación cifrado del UAV y a continuación descifra el código de verificación y lo compara con el código de autenticación de ese UAV. Si se produce una coincidencia, entonces el UAV se autentica, pero si no se produce ninguna coincidencia, entonces el UAV no se autentica.

Según algunas realizaciones, el UAV puede presentar una solicitud a una organización certificadora contactando con un ordenador certificador a través de una red. Según algunas realizaciones, la organización u ordenador certificador (por ejemplo, un componente informático remoto) puede presentar una solicitud a un UAV para que el UAV proporcione información de verificación. El UAV puede recibir la solicitud y puede generar el código de verificación, tal como un valorhash. Según algunas realizaciones, el UAV está configurado con instrucciones que proporcionan el protocolo para generar el valorhashde verificación a partir de los componentes del UAV. Las instrucciones y el protocolo, según algunas realizaciones, pueden implementarse mediante un chip o sistema de TPM, ó fTPM. Según realizaciones del sistema, el UAV puede configurarse con un protocolo que es un protocolo de prueba de conocimiento cero, en el que la verificación de los parámetros de autenticación del UAV puede permanecer desconocida para el UAV (incluso aunque el UAV sea portador de la información de los componentes dehardwareysoftwarea partir de la cual se genera el valorhashde verificación). Por ejemplo, según algunas realizaciones, el UAV también puede configurarse para generar un valorhashde verificación sin que se le proporcione específicamente el conocimiento. Según algunas otras realizaciones, los intercambios de comunicaciones entre el UAV y el ordenador de la autoridad certificadora se pueden securizar con claves, así como a través de la implementación de un protocolo de prueba de conocimiento cero.

A continuación, una vez que se genera el código de verificación en función de la información existente dehardwareysoftwaredel UAV, el código de verificación se comunica al ordenador de certificación, que, según algunas realizaciones, está alejado del UAV. El código de verificación preferentemente se cifra cuando se transmite y es descifrado por el ordenador de certificación. Según algunas realizaciones, el UAV puede conectarse al ordenador de certificación a través de una conexión por cable, y según otras realizaciones puede conectarse a través de una conexión inalámbrica.

La verificación del UAV, por ejemplo, puede proporcionar una indicación de si han tenido lugar cambios desoftware(incluido si se produjeron cambios desoftwareno autorizados), si se han realizado cambios dehardware,o ambas opciones.

Según realizaciones preferidas, se proporciona una base de datos que tiene una pluralidad almacenada de códigoshashde autenticación que se corresponden con una pluralidad respectiva de UAVs, por lo que cada UAV específico puede autenticarse mediante su códigohashde autenticación respectivo. Por ejemplo, un componente informático situado en una ubicación remota puede mantener o acceder a una tabla de los códigos certificados de una pluralidad de UAVs. Los códigos certificados (por ejemplo, códigoshashde autenticación) pueden almacenarse en formato cifrado.

La presente invención también puede proporcionar un dispositivo criptográfico en forma de un componente de circuito integrado residente en el UAV, que puede incluir un elemento de almacenamiento para almacenar internamente una clave pública de la entidad reguladora (tal como la organización certificadora) para su uso en el descifrado de una firma digital de la entidad reguladora, verificando así que cualquier directiva recibida por el UAV (p. ej., para generar y/o proporcionar un código de verificación) está autorizada por la entidad reguladora.

La presente invención puede proporcionar además el dispositivo criptográfico en forma de un componente de circuito integrado con la capacidad de generar internamente un par exclusivo de claves pública/privada para su posible uso en la realización de operaciones de cifrado/descifrado, conteniendo y usando de forma segura el par de claves pública/privada dentro del dispositivo criptográfico para evitar sustancialmente la detección del par de claves a través de ingeniería inversa, así como proporcionando un dispositivo criptográfico modificable en forma de un componente de circuito integrado exclusivo que puede realizar de forma remota modificaciones autorizadas garantizadas.

Según una realización ejemplificativa, de acuerdo con una implementación preferida del sistema, cada UAV que debe ser autorizado a volar en determinados espacios aéreos, en función de regulaciones u otras restricciones legales, obtiene primero una certificación. La certificación la lleva a cabo preferentemente una autoridad de certificación o reguladora. La certificación comprende preferiblemente una certificación delhardwarey/osoftwaredel UAV y, según realizaciones preferidas, comprende preferiblemente una certificación de los sistemas principales de vuelo y navegación del UAV (que preferiblemente pueden incluir componentes dehardwareysoftware).Según implementaciones preferidas, la certificación la lleva a cabo una autoridad de pruebas o certificación que puede proporcionar una verificación posterior del UAV.

Preferiblemente, el UAV se puede inspeccionar o se puede determinar de otro modo que el mismo tienehardware,software, y preferiblemente ambos, aceptables. Por ejemplo, dentro del UAV certificado, elsoftwareyhardwareespecíficos que han sido autorizados como aptos para volar para ese UAV específico se conectan a continuación a una opción de entrehardwareosoftwareo un sistema combinado dehardware/softwareque calcula un códigohashque representa el estado delhardwareysoftwareen alguna parte predeterminada de los sistemas de mando y control y de navegación del UAV. Según algunas realizaciones preferidas, el códigohashse puede crear a partir de una combinación del número de serie y el número de modelo y la fecha de instalación legibles electrónicamente delhardware(tal como, por ejemplo, un ordenador o un motor de accionamiento) y la suma de comprobación o códigohashde cadasoftwareimportante en los sistemas informáticos del UAV. El número de elementos dehardwareysoftwarese puede determinar por regulaciones o prácticas adecuadas, sin limitaciones. En el momento de la certificación se crea un valorhash,que es el valorhashde certificación o autenticación. A continuación, el valorhashde certificación o autenticación se almacena preferiblemente en una ubicación segura asociada a un ordenador que verifica los códigoshashde UAVs en el momento en el que estos desean utilizar el espacio aéreo nacional para operaciones de vuelo (u otra operación regulada).

En las tablas ejemplificativas que se exponen a continuación se representan ejemplos de códigoshashde autenticación que pueden implementarse para la certificación del UAV. Las tablas ilustran la identificación de componentes dehardwarey un valorhashde autenticación asociado a cada uno de los respectivos componentes dehardwareejemplificativos enumerados (aunque puede haber componentes dehardwareadicionales del UAV distintos de los enumerados aquí, y que también pueden usarse para determinar el valor de autenticación). Se muestra una tabla proporcionada para elsoftwaredel UAV y la misma enumera algunos ejemplos desoftwarede operaciones esenciales. Un ejemplo de una combinación dehardwareysoftwarese representa en una tabla que ilustra un valorhashpara la combinación delhardwareysoftware.En la representación, los valoreshashse generan a partir de los distintivos dehardware(por ejemplo, número de serie, número de modelo y fecha de instalación) y los distintivos desoftwarecombinados. Además, según algunas otras realizaciones, los valores pueden combinarse entre sí (cadena de valores dehardware| cadena de valores desoftware)y puede calcularse un valorhash.Según otras realizaciones, los valores pueden certificarse para cada componente dehardwarey para cadasoftwarede modo que, en caso de que falle la verificación del UAV, se pueda identificar el componente dehardwareosoftwareindividual como causante del fallo. Las siguientes tablas proporcionan una ilustración ejemplificativa de los valores de certificación o autenticación:

Tabla dehardware

Tabla desoftware

Combinación dehardware/ software

Haciendo referencia a la FIG. 1, un diagrama representa una realización ejemplificativa de la implementación del sistema en relación con un vehículo aéreo no tripulado, que en esta ilustración es el UAV 1. El vehículo, UAV1, se somete preferentemente a un procedimiento de certificación, que en la ilustración lo lleva a cabo un ordenador de una autoridad de certificación, CA1. Se genera un códigohashde certificación (o códigohashde autenticación), bloque 115, y el mismo se almacena, bloque 116, como referencia posterior, cuando el UAV1 esté siendo verificado por la autoridad de certificación, tal como el ordenador de control de mando (CA, p. ej., CA1, CA2, CA3). El vehículo UAV1 recibe una solicitud, bloque 120, de un componente solicitante, bloque 121, que puede ser un ordenador configurado como autoridad de control de mando que certifica los UAV. En la ilustración de la FIG. 1, la referencia a CA1, CA2, CA3, puede ser un único ordenador de una autoridad de certificación, o puede ser uno o más ordenadores independientes. Alternativamente, la solicitud recibida por UAV1, bloque 120, puede generarse a partir de un componente malintencionado, tal como un ordenador perverso, un ordenador pirata u otra transmisión maliciosa. La solicitud, bloque 121, se transmite preferiblemente con un certificado o firma, y se proporciona criptográficamente. El UAV1 recibe la solicitud, bloque 120, y determina si la solicitud cumple con los requisitos para la firma autorizada, el certificado u otra característica de seguridad, bloque 122. Si se considera que la solicitud proviene de la autoridad certificadora de confianza (CA1), entonces el UAV1 deja pasar la solicitud, bloque 123, e implementa el procesamiento de la solicitud descifrando la solicitud, bloque 124. Cuando no se puede considerar que la solicitud es de confianza y, por lo tanto, la misma falla, bloque 125, no se puede emprender ningún procesamiento adicional de la solicitud, o, alternativamente, o además, se puede generar una alerta y la misma se puede comunicar, tal como, por ejemplo, a un componente informático de certificación, bloque 126. Cuando la solicitud se ha dejado pasar, bloque 123, UAV1 descifra la solicitud, bloque 124, y genera un códigohashde verificación (VHC), bloque 127. A continuación se cifra el VHC, bloque 128, y el códigohashde verificación cifrado (EVHC) se transmite, bloque 130, al ordenador de certificación, mostrado como CA2 en la FIG. 1.

El ordenador de certificación CA2 recibe el EVHC, bloque 131, del UAV1, descifra el EVHC, bloque 132, y compara el códigohashde verificación descifrado (DVHC), bloque 133 con el códigohashalmacenado del UAV1, bloque 116. Cuando falla la comparación, bloque 134, entonces se puede emitir una alerta, bloque 135, hacia un componente, o una persona, a través de un dispositivo, tal como un ordenador, una tableta u otro dispositivo de notificación. Alternativamente, el fallo de verificación del UAV1 puede impedir la autorización para que el UAV1 prosiga adelante o lleve a cabo operaciones particulares. Al UAV1 se le puede denegar la autorización a entrar en la zona o espacio aéreo protegido. Según algunas realizaciones, el ordenador de certificación, CA2, en este ejemplo, puede emitir una orden para deshabilitar el UAV1 ó una o más funciones del UAV1, bloque 136.

Cuando la comparación del DVHC, bloque 133, coincide con el valorhashalmacenado del UAV1, bloque 116, se deja pasar la verificación del UAV1, bloque 137, y se verifica el UAV1, bloque 138. Según algunas realizaciones alternativas, el UAV1 presenta una solicitud a un ordenador remoto, tal como el ordenador de la autoridad de certificación (por ejemplo, CA1, CA2, CA3) para verificar el UAV1. Esto se puede realizar cuando el UAV1 desee emprender alguna acción, tal como, por ejemplo, entrar en un espacio aéreo designado o controlado, operar una cámara o entregar una carga útil.

El UAV puede iniciar una solicitud ante una autoridad de certificación para ser verificado. Esta solicitud se puede emitir desde el UAV a un ordenador de la autoridad de certificación. El ordenador de la autoridad de certificación puede recibir y procesar la solicitud y emprender la verificación del UAV. Por ejemplo, el UAV puede presentar una solicitud de verificación para entrar en un espacio aéreo controlado, emprender un plan o ruta de vuelo particular, llevar a cabo una operación, tal como toma de imágenes, despliegue de una carga útil u otra función. De acuerdo con esta implementación, la FIG. 2 representa un ejemplo de un diagrama que ilustra un UAV, UAV1, presentando una solicitud a la autoridad de certificación CA. La representación de la FIG. 2 puede tener lugar de manera adicional, o alternativa con respecto al ordenador de certificación CA1 de la FIG. 1 que emite una solicitud de verificación (véase el bloque 121 de la FIG. 1). Como se ilustra en la FIG. 2, el UAV1 presenta una solicitud, preferiblemente cifrando la solicitud, bloque 140, y a continuación transmitiendo la solicitud, bloque 141, a un ordenador de la autoridad de certificación (por ejemplo, tal como el ordenador u ordenadores, CA1, CA2, CA3 y CA representados en las FIGS. 1 y 2). El ordenador de la autoridad de certificación, CA representado en la FIG. 2 (que puede ser uno cualquiera o cualesquiera de los ordenadores de la autoridad de certificación representados por CA1, CA2, CA3 de la FIG. 1) recibe la solicitud para su verificación del UAV1, bloque 142. La solicitud (véanse, p. ej., los bloques 141 y 142) puede transmitirse y recibirse a través de una red (por cable o inalámbrica). El ordenador de la autoridad de certificación descifra la solicitud, bloque 143. Una vez que la solicitud se descifra y la misma se considera una solicitud de confianza de un UAV1, tiene lugar la verificación del UAV1, según lo solicitado. La verificación se puede llevar a cabo como se ilustra en el presente documento, incluyendo lo representado en el ejemplo representativo de la FIG. 1. El ordenador de la autoridad de certificación emite una solicitud para que el UAV1 genere el valorhashde verificación. Esto está representado por el bloque 121' de la FIG. 2, que esencialmente puede desarrollarse como se representa en la FIG. 1, bloque 121.

Según realizaciones de la invención, se proporciona un sistema de gestión de tráfico de UAV (UTM) para facilitar la gestión de los UAV que pueden operar dentro de un espacio aéreo particular. El sistema de UTM preferentemente puede regular el espacio aéreo verificando cada UAV que se encuentre dentro del espacio aéreo o desee entrar en el espacio.

En momentos posteriores, el UAV puede generar y transmitir una solicitud para su verificación. Alternativamente, la solicitud puede generarse de forma autónoma en relación con el emprendimiento, por parte del UAV, de una actividad, dirección, plan de vuelo o procedimiento particular. Por ejemplo, cuando el plan de vuelo del UAV implica el paso a través de una zona del espacio aéreo que está regulada, el UAV puede obtener una verificación. Una vez certificado, el UAV certificado puede proceder a operar junto con el sistema de certificación y las características de gestión. Por ejemplo, el sistema puede configurarse de modo que cuando el UAV presente una solicitud al sistema de gestión de tráfico de UAV (UTM), tal como presentar un plan de vuelo o que se le permita volar dentro del espacio aéreo controlado, el sistema de UTM utilice un número ilimitado de métodos de comunicaciones de cifrado disponibles para consultar al UAV su códigohashespecífico, que se genera en el momento de la consulta mediante cocifrado con una clave o código de tiempo suministrado por el sistema de UTM, lo que requiere que el sistema del UAV realmente cree un códigohashnuevo en lugar de simplemente regurgitar un códigohashalmacenado por separado que puede no reflejar elhardwareysoftwarereales del UAV en el momento de la solicitud.

A continuación, el códigohashde verificación se transmite al sistema de verificación por ordenador de UTM, que a continuación descifra el mensaje recibido del UAV en respuesta a la consulta y determina si el mismo coincide con el mismo códigohashalmacenado después de la certificación (es decir, el valorhashde certificación o autenticación). Si coincide, se presume que el UAV se ha verificado como autenticado, y si no, se presume que no se ha verificado como autenticado, y entonces, a partir de ahí, se pueden tomar acciones apropiadas, dependiendo de la naturaleza del sistema de UTM, la naturaleza del UAV, regulaciones y otros factores. El UAV, al no conseguir superar la verificación, se puede deshabilitar, se puede emitir una instrucción para que aterrice en una ubicación particular, puede volver al control manual (o donde el sistema de UTM pueda por sí mismo, o junto con otro sistema, controlar las operaciones de vuelo del UAV). Además, cuando el UAV no pasa la verificación, el sistema también puede emitir una alerta a un individuo, sistema u otro componente apropiado.

El códigohashdel UAV se puede generar conhardwareosoftwareo combinaciones de los mismos en el UAV. El códigohashen el UAV se puede crear mediante una opción de entrehardware,tal como un chip de TPM dedicado,softwaretal como uno similar a o que comprenda un PM de ff, o alguna combinación de los mismos.

Según realizaciones preferidas, el códigohashse puede generar en función de una o más políticas que se correspondan con el estado delhardwaredel UAV, delsoftwaredel UAV, de ambos o de combinaciones de los mismos. El sistema puede configurarse para implementar una verificación basada en el componente o componentes específicos del UAV, o elsoftwaredel UAV, tal como, por ejemplo, un valorhash,una suma de comprobación o ambos.

Según algunas realizaciones preferidas, el UAV puede configurarse con un chip osoftwarede Módulo de Plataforma de Confianza (TPM) dedicado tal como uno similar a o que comprenda un ITPM, o una o más combinaciones de estas características. Por ejemplo, se puede proporcionar un TPM convencional, tal como un dispositivo dehardwareo "chip", y, según algunas realizaciones, el mismo puede incluir su propio criptoprocesador seguro. Se puede proporcionar un chip osoftwarede TPM como parte de o junto con la circuitería del UAV. El chip osoftwarede TPM puede generar claves criptográficas de forma segura, así como limitaciones en su uso. El chip de TPM también puede incluir una característica de un generador de números pseudoaleatorios dehardware.El sistema preferiblemente está configurado para generar un valorhashen función de configuraciones particulares delhardwarey/osoftwaredel UAV y, de ese modo, proporcionar una atestiguación remota del UAV en relación con la certificación. Por ejemplo, en el caso de que se realicen cambios no autorizados en elsoftwaredel UAV, p. ej., para tomar el control de operaciones o eliminar ciertas funcionalidades, el valorhash,tal como el valorhashproporcionado por TPM, puede identificar y detectar el cambio en el UAV. Implementaciones preferidas pueden proporcionar a una organización de certificación (tal como la autoridad reguladora) la capacidad de identificar cambios no autorizados (por ejemplo, en elsoftwareo los componentes dehardwaredel UAV), incluido cuando se haya producido una posible manipulación indebida delsoftwaredel UAV (p. ej., cuando se pretende un fin no deseable o incluso ilícito). Según realizaciones preferidas, el valorhashse obtiene preferiblemente generando un certificado que identifica elsoftwareque se está ejecutando actualmente, el perfil dehardwarede uno o más componentes dehardwaredel UAV, o combinaciones de estos. Por ejemplo, para generar un valorhashde certificación o autenticación para el UAV se pueden utilizar el número de serie de un componente dehardware,tal como un motor de accionamiento, su número de modelo y fecha de instalación, así como una identificación o número de serie de un chip de navegación. El sistema de certificación se puede utilizar haciendo que la organización de certificación identifique el valorhashy compare el valor con el valor aceptable o de confianza esperado, conocido. Según algunas realizaciones, la organización de certificación puede generar el valorhashde certificación (o valorhashde autenticación) que está asociado al UAV y almacenarlo como referencia para una verificación futura. El valor de confianza, por ejemplo, puede ser un valorhashque indica una instalación, operación y/u otra propiedad adecuada delsoftwareyhardwaredel UAV. El UAV preferiblemente está configurado con instrucciones que, por ejemplo, pueden proporcionarse en un componente de TPM (tal como un chip) o componente o chip de fTPM, que utilizan los parámetros de los componentes dehardwareysoftwareexistentes, preferiblemente, en el momento de una solicitud de autenticación, para producir un valorhashque se transmite a la autoridad certificadora para verificar el UAV.

Según realizaciones preferidas, el sistema está configurado preferiblemente para funcionar con una variedad de UAVs y, según realizaciones preferidas, se pueden proporcionar UAV configurados de manera especial para su uso en relación con el sistema de certificación. Por ejemplo, preferiblemente, un UAV está configurado de manera que la organización certificadora pueda comunicarse de manera remota con el UAV e intercambiar comunicaciones que incluyan preferiblemente un certificado o verificación de valorhash.Las comunicaciones son preferiblemente comunicaciones seguras y preferiblemente están cifradas. Preferiblemente, un componente informático situado en una ubicación remota está configurado para comunicarse con el UAV. Según una implementación preferida del sistema, el componente informático está configurado consoftwareque contiene instrucciones para determinar un estado de autenticación del UAV y verificar el UAV. Según algunas implementaciones, el componente informático puede recibir solicitudes de certificación del UAV. Según algunas implementaciones, el componente informático también puede emitir solicitudes hacia un UAV y comprometerse a certificar el UAV, incluso cuando el UAV no lo haya solicitado. Preferiblemente, la verificación puede proporcionarse como un requisito operativo. Por ejemplo, según algunas implementaciones, se puede requerir que el UAV supere la verificación para llevar a cabo una o más funciones, tales como, por ejemplo, poder volar, o ser admitido en el espacio aéreo controlado, o poder llevar a cabo una o más funciones operativas (p. ej., entregar una carga útil, operar una cámara, transmitir vídeo y similares).

Preferiblemente, el presente sistema puede configurarse para salvaguardar aún más las comunicaciones entre el UAV y el componente remoto, tal como la organización de certificación, implementando el cifrado de la información intercambiada entre el UAV y un componente informático remoto. Por ejemplo, la atestiguación remota puede combinarse preferiblemente con un cifrado de clave pública para evitar la posible utilización de la información en caso de que la comunicación sea interceptada (p. ej., tal como por un escucha clandestino).

Según algunas realizaciones alternativas, el sistema puede implementar una seguridad de atestiguación anónima directa (DAA). Se puede implementar un sistema de firma de DAA en relación con el chip o sistema de TPM para proporcionar intercambios seguros entre el UAV y la autoridad certificadora.

Según algunas realizaciones preferidas, la organización de certificación puede controlar el chip de TPM ó elsoftwarede fTPM. Por ejemplo, la clave de RSA secreta y exclusiva del chip de TPM puede proporcionar otro nivel de autenticación, al verificar que el ordenador regulador que busca consultar al UAV (p. ej., un valorhashcalculado) es la organización de certificación genuina que se espera que solicite la información.

Según algunas realizaciones, la circuitería del UAV puede configurarse con un chip de TPM dehardwarediscreto integrado en la circuitería o una placa de sistema de los componentes dehardwaredel UAV, tales como, por ejemplo, los componentes o el sistema informáticos del UAV. Por ejemplo, de acuerdo con algunas realizaciones, el UAV puede configurarse con una interconexión adecuada u otro componente dehardwareadecuado que sea capaz de admitir el TPM.

El presente sistema proporciona preferiblemente salvaguardas para minimizar o eliminar posibles intrusiones en los sistemas operativos delsoftwarey elhardwarede un UAV. El sistema está diseñado para proporcionar protecciones de integridad adecuadas y proporcionar defensas contra posibles modificaciones maliciosas delhardwareysoftwaredel UAV.

Según algunas realizaciones preferidas, se puede implementar un "TPM Basado enFirmware"o “fTPM”, junto con el sistema para proporcionar la certificación y verificaciones del UAV. El "TPM defirmware"ó fTPM se puede implementar preferiblemente para proporcionar una interfaz desoftwarepara la funcionalidad de extensión de seguridad integral de los procesadores como alternativa a requerir un módulo de TPM dehardware.El fTPM se puede utilizar para proporcionar informática de confianza junto con el sistema de certificación. Por ejemplo, el fTPM puede implementarse en el UAV, tal como, por ejemplo, en la circuitería del UAV, para proporcionar un entorno de ejecución de confianza. Según algunas implementaciones preferidas, un UAV puede modificarse utilizandosoftwarede fTPM y se le pueden proporcionar instrucciones para generar un valorhashde certificación o autenticación junto con el sistema de certificación.

Según algunas realizaciones, el UAV puede utilizar un procesador proporcionado por separado para ejecutar las operaciones de certificación o, alternativamente, colocar elsoftwareen una memoria protectora del UAV (tal como un módulo de almacenamiento que no sea legible o modificable por componentes que no son de confianza).

Haciendo referencia a las FIGS. 3 y 4, se representan ejemplos de UAVs 110, 210 que pueden operarse de acuerdo con el sistema. El UAV 110 está configurado como un dron y el UAV 210 está configurado como un cuadricóptero. Los UAV 110, 210 están configurados preferiblemente con una fuente de alimentación yhardwarede comunicaciones. Los UAV 110, 210 incluyen preferiblemente un ordenador que incluye uno o más procesadores, que, según algunas realizaciones, pueden comprender un microcircuito, microcontrolador o microprocesador. El UAV ó su ordenador preferiblemente también incluye un componente de almacenamiento (que puede ser parte de la circuitería o un componente de procesamiento, o puede proporcionarse por separado). Preferiblemente, en la circuitería o componentes informáticos del UAV se proporcionasoftwareque contiene instrucciones para monitorizar las entradas, tales como señales de control, así como las propiedades de vuelo (p. ej., aceleración, dirección, cabeceo y guiñada). Elsoftwaretambién puede incluir instrucciones para controlar las operaciones de los rotores, y puede incluir un algoritmo de estabilización para producir estabilización para el vuelo previsto (para suavizar el control de la operación y las propiedades de vuelo del vehículo a medida que se ejecutan instrucciones y el vehículo implementa instrucciones de un control, programa u otra fuente). Los UAV también pueden configurarse con componentes o circuitería de navegación, que, por ejemplo, pueden incluir un GPS y una brújula, los cuales pueden proporcionarse individualmente o juntos en un chip o circuitería, y en algunos casos con otro u otros componentes (p. ej., una IMU). El UAV puede configurarse con un control de velocidad electrónico que puede incorporarse en elsoftware,elhardware,circuitería del vehículo o combinaciones de los mismos. El mecanismo de control de velocidad puede proporcionarse preferiblemente para gestionar el funcionamiento de los motores que accionan los rotores, así como cambios en la orientación de los rotores (por ejemplo, cambiando la dirección del eje del motor), y puede funcionar recibiendo señales remotas, u operar junto con programación que dirige la trayectoria de vuelo, la dirección y otras operaciones del vehículo. Según algunas realizaciones, la organización de certificación, tal como el ordenador remoto que funciona como ordenador de mando y control para verificar el UAV, puede estar provista de una capacidad de controlar una o más operaciones o funciones del UAV. Según algunas realizaciones, los UAV 110, 210 incluyen preferiblemente un chip o sistema de TPM, o pueden incluirfirmwarede fTPM para gestionar las operaciones de verificación del UAV.

Aunque se representan realizaciones ejemplificativas de UAVs, el sistema puede utilizarse junto con otros vehículos aéreos no tripulados. Una o más de las características analizadas en relación con una o más realizaciones pueden proporcionarse por separado o combinarse en otras realizaciones con otra u otras características diferentes de los vehículos y/o sistema. Además, el sistema se ilustra junto con los vehículos 110, 210, pero alternativamente, el sistema puede desplegarse en un UAV existente, y puede proporcionarse en forma de un módulo que esté integrado o puede acoplarse electrónicamente con los componentes informáticos y electrónicos del UAV para proporcionar la certificación y posterior verificación del UAV. Asimismo, las referencias a ordenadores representadas como CA1, CA2, CA3 y CA pueden representar en conjunto un único ordenador configurado para implementar las funciones representadas o, alternativamente, pueden representar dos o tres ordenadores. Además del ordenador u ordenadores representados (por ejemplo, CA, CA1, CA2, CA3), se puede proporcionar un número diferente de ordenadores, incluida una red de ordenadores, para llevar a cabo las operaciones de mando y control. La invención puede proporcionar estas y otras ventajas. Por ejemplo, aunque se pueden utilizar un chip de TPM yfirmwarede fTPM, para proporcionar comunicaciones o intercambios criptográficos seguros, tales como, por ejemplo, seguridad integrada proporcionada en ciertos chips (por ejemplo, chips de comunicaciones), se pueden implementar alternativas que pueden implementarse o proporcionarse a través de una organización de estándares informáticos, tal como, por ejemplo, el Trusted Computing Group.

Claims (35)

REIVINDICACIONES

1. Un sistema que reside en un UAV y que interactúa tanto con el sistema de comunicaciones del UAV como con los recursos desoftwareyhardwaredel UAV y que puede ejecutarfirmwareque:

a. obtiene un número de serie o identificador exclusivo dehardwareysoftwareen el UAV, y

b. crea una combinación de códigohashde dichos identificadores exclusivos, y

c. cifra adicionalmente el códigohash, y

d. transmite el códigohashcifrado a través de un sistema de comunicaciones por cable o inalámbrico a otro ordenador que mantiene una tabla de los códigos certificados de cada UAV que da como resultado que dicho ordenador verifique la autenticidad del UAV específico (o no), y

e. donde el ordenador a continuación determina si elhardwareosoftwarede un UAV específico ha sido cambiado desde la última vez que se certificó el UAV;

f. en donde el sistema lleva a cabo una comprobación de integridad dehardwareysoftwaredurante el vuelo del UAV, y

g. en donde, cuando la comprobación de integridad no supera la verificación durante el vuelo del UAV, el sistema opera el UAV para aterrizar el UAV en una ubicación designada, o para volver al control manual para controlar el UAV.

2. El sistema de la reivindicación 1, en el que se proporciona en el UAV un chip/sistema compatible con estándares de TPM para la verificación de la integridad delhardwaredel UAV.

3. El sistema de la reivindicación 1, en el que el UAV incluyesoftwareofirmwareque comprende un sistema de fTPM.

4. El sistema de la reivindicación 2, en el que la verificación del chip de TPM también se utiliza para cifrar comunicaciones entre el UAV y un sistema central de mando y control.

5. El sistema de la reivindicación 4, en el que dicho sistema central de mando y control está automatizado.

6. El sistema de la reivindicación 4, en el que dicho sistema central de mando y control es operado por un humano.

7. El sistema de la reivindicación 3, en el que una función fTPM (TPM defirmware)reside en un ordenador existente en el UAV para llevar a cabo las funciones establecidas en los párrafos a. a d.

8. El sistema de la reivindicación 1, que incluye un sistema de clave pública o un sistema de clave privada configurado para cifrar aún más el códigohashcreado en b.

9. El sistema de la reivindicación 8, en el que el sistema de clave pública o privada incluye uno o ambos de un elemento de tiempo o elemento de ubicación para cifrar adicionalmente el códigohash.

10. Un método para securizar la operación de un vehículo aéreo no tripulado (UAV), inclusive durante el vuelo del UAV, donde dicho UAV incluye una pluralidad de componentes dehardwareysoftware,que comprende: generar un códigohashde autenticación correspondiente a por lo menos un UAV, y almacenar dicho códigohashde autenticación;

proporcionar al menos un componente informático acoplado electrónicamente con uno o más de dicha pluralidad de componentes dehardwareo dichosoftwarede dicho UAV;

obtener un identificador exclusivo de al menos un: (i) componente dehardwarede dicha pluralidad de componentes dehardware,o (ii) dichosoftware;

crear a partir de dicho identificador exclusivo un códigohashde verificación para dicho al menos un componente dehardwareosoftware;

cifrar dicho códigohashde verificación;

transmitir dicho códigohashde verificación cifrado a través de una red de comunicaciones a un componente informático situado remotamente,

descifrar dicho códigohashde verificación cifrado;

comparar dicho códigohashde verificación con dicho códigohashde autenticación almacenado;

autenticar el UAV cuando dicho códigohashde verificación coincida con dicho códigohashde autenticación almacenado;

en el que dicha securización de la operación del UAV incluye llevar a cabo una verificación de integridad dehardwareysoftwaredurante el vuelo del UAV, y en el que, cuando la comprobación de integridad no supera la verificación durante el vuelo del UAV, operar el UAV para aterrizar el UAV en una ubicación designada o volver al control manual para controlar el UAV.

11. El método de la reivindicación 10, en el que dicho códigohashde autenticación almacenado se almacena en una base de datos.

12. El método de la reivindicación 11, que incluye proporcionar una base de datos que tiene una pluralidad almacenada de códigoshashde autenticación, en donde cada uno de dicha pluralidad almacenada de códigoshashde autenticación se corresponde con un UAV específico.

13. El método de la reivindicación 10, que incluye determinar si dichohardwareosoftwarede dicho UAV ha sido cambiado.

14. El método de la reivindicación 10, en el que certificar dicho UAV comprende generar dicho códigohashde autenticación correspondiente a dicho UAV y almacenar dicho códigohashde autenticación.

15. El método de la reivindicación 14, en el que dicho componente informático situado en una ubicación remota mantiene una tabla de los códigos certificados de una pluralidad de UAVs, en el que dicho componente informático está configurado consoftwareque contiene instrucciones para generar dicho códigohashde verificación, comparar dicho códigohashde verificación generado con los códigos certificados de dicha tabla, y autenticar dicho UAV cuando dicho códigohashde autenticación de UAV coincide con dicho códigohashde verificación.

16. El método de la reivindicación 14, en el que dicho componente informático situado en una ubicación remota mantiene una tabla de los códigos certificados de una pluralidad de UAVs, en el que dicho componente informático está configurado consoftwareque contiene instrucciones para generar dicho códigohashde verificación, comparar dicho códigohashde verificación generado con los códigos certificados de dicha tabla, y determinar si uno de dichos componentes dehardwaredel UAV ó dichosoftwaredel UAV ha sido cambiado desde la última vez que se certificó el UAV.

17. El método de la reivindicación 10, en el que dicho identificador exclusivo comprende un número de serie.

18 El método de la reivindicación 10, en el que la obtención de un identificador exclusivo se realiza para al menos un componente dehardwarede dicha pluralidad de componentes dehardware,y para dichosoftware;y en el que dicho códigohashde verificación se crea a partir de una combinación de dicho al menos un identificador exclusivo dehardwareobtenido para dichohardwarey dicho identificador exclusivo obtenido para dichosoftware.

19. El método de la reivindicación 18, en el que dicho componente informático situado en una ubicación remota mantiene una tabla de los códigos certificados de una pluralidad de UAVs, en el que dicho componente informático está configurado consoftwareque contiene instrucciones para generar dicho códigohashde verificación, comparar dicho códigohashde verificación generado con los códigos certificados de dicha tabla, y autenticar dicho UAV cuando dicho códigohashde autenticación de UAV coincide con dicho códigohashde verificación.

20. El método de la reivindicación 19, que comprende operar dicho UAV cuando dicho UAV ha sido autenticado mediante dicho códigohashde verificación de UAV.

21. El método de la reivindicación 10, en el que la transmisión de dicho códigohashde verificación cifrado se realiza a través de una red de comunicaciones inalámbricas.

22. El método de la reivindicación 10, en el que la transmisión de dicho códigohashde verificación cifrado se realiza a través de una red de comunicaciones por cable.

23. El método de la reivindicación 10, en el que se proporciona un chip/sistema compatible con estándares de TPM en el UAV para: generar el códigohashde autenticación, obtener un identificador exclusivo de al menos un: (i) componente dehardwarede dicha pluralidad de componentes dehardware,o (ii) dichosoftware;y crear a partir de dicho identificador exclusivo un códigohashde verificación para dicho al menos un componente dehardwareosoftware.

24. El método de la reivindicación 23, en el que el UAV incluyesoftwareofirmwareque comprende un sistema de fTPM.

25. El método de la reivindicación 23, en el que el chip/sistema compatible con estándares de TPM cifra comunicaciones entre el UAV y el componente informático situado en una ubicación remota.

26. El método de la reivindicación 10, en el que dicho componente informático situado en una ubicación remota comprende un sistema central de mando y control.

27. El método de la reivindicación 10, en el que una función de fTPM (TPM defirmware)reside en dicho al menos un componente informático acoplado electrónicamente con uno o más de dicha pluralidad de componentes dehardwareo dichosoftwarede dicho UAV para generar el códigohashde autenticación, obtener un identificador exclusivo de al menos un: (i) componente dehardwarede dicha pluralidad de componentes dehardware, o (ii) dichosoftware;y crear a partir de dicho identificador exclusivo un códigohashde verificación para dicho al menos un componente dehardwareosoftware.

28. El método de la reivindicación 10, en el que cifrar dicho códigohashde verificación incluye implementar un sistema de clave pública o un sistema de clave privada.

29. El método de la reivindicación 18, en el que el sistema de clave pública o privada incluye uno o ambos de un elemento de tiempo o elemento de ubicación para cifrar adicionalmente el códigohash.

30. Un vehículo aéreo no tripulado que comprende:

una pluralidad de componentes dehardware,que incluyen al menos un componente de procesamiento, al menos un componente de almacenamiento, al menos un rotor y un componente de accionamiento asociado conectado al rotor para accionar el rotor;

dichosoftwarese almacena en dicho componente de almacenamiento;

una fuente de alimentación;

un mecanismo de control para controlar la velocidad y dirección del UAV;

hardwarede comunicaciones para recibir y transmitir comunicaciones;

un sistema que interactúa con dichohardwarede comunicaciones del UAV, dichosoftwaredel UAV y al menos uno de dicha pluralidad de componentes dehardware;

en el que dicho UAV está configurado para ejecutarsoftwareque

genera un códigohashde autenticación correspondiente a dicho UAV;

obtiene un identificador exclusivo de al menos un: (i) componente dehardwarede dicha pluralidad de componentes dehardware,o (ii) dichosoftware;

crea a partir de dicho identificador exclusivo un códigohashde verificación para dicho al menos un componente dehardwareosoftware;

cifra dicho códigohashde verificación;

transmite dicho códigohashde verificación cifrado mediante dichohardwarede comunicaciones a través de una red de comunicaciones a un componente informático situado en una ubicación remota; y

lleva a cabo una comprobación de integridad dehardwareysoftwaredurante el vuelo del UAV, y en donde, cuando la comprobación de integridad no supera la verificación durante el vuelo del UAV, opera el UAV para aterrizar el UAV en una ubicación designada o para volver al control manual para controlar el UAV.

31. El vehículo de la reivindicación 30, en el que dicho UAV está configurado para comunicarse mediante dichohardwarede comunicación con un componente informático remoto que tiene acceso a dicho códigohashde autenticación y que está configurado para descifrar dicho códigohashde verificación cifrado, para comparar dicho códigohashde verificación con dicho códigohashde autenticación almacenado, y para verificar la autenticidad del UAV cuando dicho códigohashde verificación coincide con un códigohashde autenticación almacenado del UAV.

32. El vehículo de la reivindicación 31, en el que dicho vehículo, al ser verificado, está configurado para recibir un código de operación.

33. El vehículo de la reivindicación 31, en el que dicho UAV está configurado para ejecutarsoftwareque comprende instrucciones proporcionadas como parte de un chip/sistema compatible con estándares de TPM.

34. El vehículo de la reivindicación 33, en el que una función de fTPM (TPM defirmware)reside en al menos uno de dicha pluralidad de componentes dehardware,y en el que dicho fTPM incluye instrucciones para:

generar un códigohashde autenticación correspondiente a dicho UAV;

obtener un identificador exclusivo de al menos un: (i) componente dehardwarede dicha pluralidad de componentes dehardware,o (ii) dichosoftware;

crear a partir de dicho identificador exclusivo un códigohashde verificación para dicho al menos un componente dehardwareosoftware; y

cifrar dicho códigohashde verificación.

35. El vehículo de la reivindicación 34, en el que dicho fTPM incluye instrucciones para:

transmitir dicho códigohashde verificación cifrado mediante dichohardwarede comunicaciones a través de una red de comunicaciones al componente informático situado en una ubicación remota.