ES2908048T3 - Data protection systems and procedures - Google Patents
Data protection systems and procedures Download PDFInfo
- Publication number
- ES2908048T3 ES2908048T3 ES19802336T ES19802336T ES2908048T3 ES 2908048 T3 ES2908048 T3 ES 2908048T3 ES 19802336 T ES19802336 T ES 19802336T ES 19802336 T ES19802336 T ES 19802336T ES 2908048 T3 ES2908048 T3 ES 2908048T3
- Authority
- ES
- Spain
- Prior art keywords
- client device
- response
- data
- validation test
- attributes
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
- H04L63/107—Network architectures or network communication protocols for network security for controlling access to devices or network resources wherein the security policies are location-dependent, e.g. entities privileges depend on current location or allowing specific operations only from locally connected terminals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3271—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials using challenge-response
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/04—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
- H04L63/0428—Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0869—Network architectures or network communication protocols for network security for authentication of entities for achieving mutual authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/08—Key distribution or management, e.g. generation, sharing or updating, of cryptographic keys or passwords
- H04L9/0816—Key establishment, i.e. cryptographic processes or cryptographic protocols whereby a shared secret becomes available to two or more parties, for subsequent use
- H04L9/0819—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s)
- H04L9/0825—Key transport or distribution, i.e. key establishment techniques where one party creates or otherwise obtains a secret value, and securely transfers it to the other(s) using asymmetric-key encryption or public key infrastructure [PKI], e.g. key signature or public key certificates
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/03—Protecting confidentiality, e.g. by encryption
- H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/06—Authentication
- H04W12/065—Continuous authentication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/60—Context-dependent security
- H04W12/65—Environment-dependent, e.g. using captured environmental data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/30—Types of network names
- H04L2101/365—Application layer names, e.g. buddy names, unstructured names chosen by a user or home appliance name
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Environmental & Geological Engineering (AREA)
- Information Transfer Between Computers (AREA)
Abstract
Un procedimiento (200) que comprende: recibir (202), por parte de uno o más servidores (104), una solicitud de datos que comprende uno o más atributos que caracterizan un entorno de un dispositivo de cliente (102) al que se proporcionarán los datos solicitados; seleccionar (204), por parte de uno o más servidores, datos de respuesta en base a uno o más atributos; generar (206), por parte de los uno o más servidores e incluir los uno o más atributos que caracterizan el entorno del dispositivo de cliente al que se proporcionarán los datos solicitados, una prueba de validación que controla el acceso a los datos de respuesta en función de si el dispositivo de cliente genera una respuesta correcta a la prueba de validación, que incluye: proporcionar al dispositivo de cliente acceso a los datos de respuesta cuando la respuesta generada por el dispositivo de cliente responde correctamente a la prueba de validación y el dispositivo de cliente coincide con uno o más atributos del entorno especificado en la prueba de validación con uno o más atributos del entorno especificado en la solicitud de datos; impedir que el dispositivo de cliente acceda a los datos de respuesta cuando la respuesta generada por el dispositivo de cliente no responda correctamente a la prueba de validación o el dispositivo de cliente no coincida con los uno o más atributos del entorno especificados en la prueba de validación con los uno o más atributos del entorno especificados en la solicitud de datos; y asegurar (208), por parte de uno o más servidores, los datos de respuesta con la prueba de validación; y transmitir (210), por parte de los uno o más servidores, los datos de respuesta asegurados con la prueba de validación al dispositivo de cliente.A method (200) comprising: receiving (202), by one or more servers (104), a request for data comprising one or more attributes characterizing an environment of a client device (102) to be provided The requested data; selecting (204), by one or more servers, response data based on one or more attributes; generate (206), by the one or more servers and include the one or more attributes that characterize the environment of the client device to which the requested data will be provided, a validation test that controls access to the response data in depending on whether the client device generates a successful response to the validation test, including: providing the client device with access to the response data when the response generated by the client device successfully responds to the validation test and the device client matches one or more attributes of the environment specified in the validation test with one or more attributes of the environment specified in the data request; prevent the client device from accessing response data when the response generated by the client device fails the validation test or the client device does not match one or more environment attributes specified in the validation test with the one or more environment attributes specified in the data request; and securing (208), by one or more servers, the response data with the validation test; and transmitting (210), by the one or more servers, the response data secured with the validation test to the client device.
Description
DESCRIPCIÓNDESCRIPTION
Sistemas y procedimientos de protección de datosData protection systems and procedures
AntecedentesBackground
Internet ha permitido el acceso a una gran variedad de datos. En algunas situaciones, el acceso a los datos se puede limitar, por ejemplo, por medio de la protección de los datos con una contraseña. También se pueden utilizar otras técnicas, tales como las de cifrado, para restringir el acceso a los datos. El documento US.The Internet has enabled access to a wide variety of data. In some situations, access to the data may be limited, for example by protecting the data with a password. Other techniques, such as encryption, may also be used to restrict access to data. US document.
2014/282933 describe la autenticación de un dispositivo remoto por parte de un servidor por medio del envío de una prueba de clave de dispositivo, en el que una clave de dispositivo incluye un identificador de dispositivo y datos de entorno del dispositivo para su comparación con los datos de entorno de referencia del dispositivo.2014/282933 describes the authentication of a remote device by a server by sending a proof of device key, in which a device key includes a device identifier and device environment data for comparison with device reference environment data.
El documento US 2015/350204 describe la recepción de un conjunto de atributos específicos de un dispositivo en un procedimiento de registro de dispositivos, y luego la transmisión de un conjunto de preguntas de prueba específicas del dispositivo derivadas del conjunto de atributos específicos del dispositivo para autenticar el dispositivo.US 2015/350204 describes receiving a set of device-specific attributes in a device registration procedure, and then transmitting a set of device-specific test questions derived from the set of device-specific attributes to authenticate the device.
SumarioSummary
El ámbito de protección de la presente invención está definido por las reivindicaciones independientes. La presente memoria trata de las técnicas de protección de datos. Como se discute en detalle a lo largo de la presente memoria, los datos pueden ser protegidos por medio del requerimiento de que el dispositivo que recibe los datos (por ejemplo, el dispositivo que solicita el acceso a los datos) responda correctamente a (por ejemplo, responda) una prueba incrustada en los datos proporcionados en respuesta a una solicitud de los datos. Si el dispositivo que recibe los datos es capaz de generar la respuesta correcta a la prueba, el dispositivo puede ser validado como el dispositivo que debía recibir los datos. Adicional o alternativamente, cuando el dispositivo es capaz de generar la respuesta correcta a la prueba, la respuesta correcta puede indicar que los datos solicitados están en uso de acuerdo con lo previsto, por ejemplo, de acuerdo con la información recibida en la solicitud de los datos. Por ejemplo, para generar la respuesta correcta a la prueba, el dispositivo que recibe los datos (por ejemplo, no el usuario del dispositivo) puede ser requerido para confirmar que el contexto en el que los datos se utilizan realmente coincide con un contexto propuesto especificado en la solicitud de los datos. En otras palabras, la prueba puede garantizar que el contexto especificado en la solicitud, que fue considerado un entorno apropiado para el uso de los datos por el servidor que desencadenó la distribución de los datos en respuesta a la solicitud, es, de hecho, el contexto en el que los datos van a ser utilizados realmente. Esto puede evitar las actividades de "suplantación" en las que un dispositivo solicita acceso a los datos mediante el uso de la información contextual adecuada dentro de la solicitud, y luego reenvía o redirige los datos a un entorno inapropiado después de recibirlos.The scope of protection of the present invention is defined by the independent claims. This report deals with data protection techniques. As discussed in detail throughout this specification, data can be protected by requiring that the device receiving the data (for example, the device requesting access to the data) correctly respond to (for example , answer) a test embedded in the data provided in response to a request for the data. If the device receiving the data is capable of generating the correct response to the test, the device can be validated as the device that was to receive the data. Additionally or alternatively, when the device is capable of generating the correct response to the test, the correct response may indicate that the requested data is in use as intended, for example, according to the information received in the request from the users. data. For example, to generate the correct answer to the test, the device receiving the data (for example, not the user of the device) may be required to confirm that the context in which the data is used actually matches a specified proposed context. in the data request. In other words, the test can ensure that the context specified in the request, which was considered an appropriate environment for the use of the data by the server that triggered the distribution of the data in response to the request, is, in fact, the context in which the data is actually going to be used. This can prevent "spoofing" activities in which a device requests data access by using the appropriate contextual information within the request, and then forwards or redirects the data to an inappropriate environment after receiving it.
En algunas implementaciones, un servidor recibe una solicitud de datos que incluye uno o más atributos que caracterizan un entorno de un dispositivo de cliente al que se le proporcionarán los datos solicitados. Por ejemplo, la solicitud puede ser una solicitud de un componente digital que se incorporará a un recurso con contenido distribuido por una entidad diferente (por ejemplo, una página web o una aplicación nativa proporcionada por una entidad diferente a la que proporciona el componente digital). En este ejemplo, los atributos que caracterizan el entorno del dispositivo de cliente pueden especificar un contexto en el que se presentará el componente digital. El contexto puede estar definido, al menos parcialmente, por una aplicación o una página web en la que se incorporará el componente digital para su presentación. Otros datos pueden formar parte de la solicitud. Por ejemplo, la solicitud, en lugar o además de la información de contexto, puede especificar una ubicación en la que un servidor puede recuperar la información de contexto. Los uno o más atributos pueden incluir cualquier combinación de una clave pública de un navegador del dispositivo de cliente, una clave pública del dispositivo de cliente, una dirección del dispositivo de cliente, el nombre y valor de la cookie del servidor y un nombre de aplicación.In some implementations, a server receives a request for data that includes one or more attributes that characterize an environment of a client device to which the requested data is to be provided. For example, the request may be a request for a digital component to be incorporated into a resource with content distributed by a different entity (for example, a web page or native application provided by a different entity than the one providing the digital component). . In this example, attributes that characterize the environment of the client device may specify a context in which the digital component will be presented. The context can be defined, at least partially, by an application or a web page in which the digital component will be incorporated for its presentation. Other data may be part of the request. For example, the request, instead of or in addition to the context information, may specify a location where a server can retrieve the context information. The one or more attributes may include any combination of a client device browser public key, client device public key, client device address, server cookie name and value, and application name. .
El servidor selecciona los datos de respuesta en función de uno o más atributos recibidos. En algunas implementaciones, el servidor puede, por ejemplo, utilizar la información de contexto de la solicitud para seleccionar el componente digital que se presentará a un usuario en una aplicación (por ejemplo, en base al tipo, el nombre u otra característica de la aplicación). En algunas implementaciones, los datos de respuesta se combinan con una secuencia de comandos de respuesta que se utiliza para controlar el acceso a los datos de respuesta en combinación con la prueba de validación.The server selects the response data based on one or more received attributes. In some implementations, the server may, for example, use the request context information to select the digital component to be presented to a user in an application (for example, based on the type, name, or other characteristic of the application). ). In some implementations, the response data is combined with a response script that is used to control access to the response data in conjunction with the validation test.
El servidor genera una prueba de validación que controla el acceso a los datos de respuesta. Es decir, se proporciona al dispositivo de cliente acceso a los datos de respuesta cuando la respuesta del dispositivo cliente a la prueba de validación responde correctamente a la prueba de validación. Se impide que el dispositivo de cliente acceda a los datos de respuesta cuando la respuesta del dispositivo de cliente a la prueba de validación no responde correctamente a la prueba de validación. Por ejemplo, el servidor puede generar un valor único cifrado que sólo el dispositivo de cliente puede descifrar. En algunas implementaciones, uno o más atributos que caracterizan el entorno del dispositivo de cliente al que se proporcionarán los datos solicitados se utilizan para generar la prueba de validación. En un ejemplo específico, los uno o más atributos de la solicitud también se cifran junto con el valor único (por ejemplo, mediante el uso de una clave pública del dispositivo de cliente). Estos atributos pueden ser utilizados por el dispositivo de cliente para validar el servidor o los servidores detrás de la prueba de validación. En algunas implementaciones, los datos de respuesta en sí mismos pueden incluir datos cifrados, de forma que incluso si el dispositivo de cliente responde correctamente a la prueba de validación, el dispositivo de cliente todavía tendrá que ser capaz de descifrar al menos una porción de los datos de respuesta para presentar los datos de respuesta al usuario. Este cifrado adicional puede impedir que se eluda la prueba de validación para acceder a los datos de respuesta.The server generates a validation test that controls access to the response data. That is, the client device is provided with access to the response data when the client device's response to the validation test successfully responds to the validation test. The client device is prevented from accessing the response data when the client device's response to the validation test does not respond correctly to the validation test. For example, the server can generate a unique encrypted value that only the client device can decrypt. In some implementations, one or more attributes that characterize the environment of the client device to which the requested data will be provided are used to generate the validation test. In a specific example, the one or more attributes of the request are also encrypted along with the unique value (for example, by using a public key of the client device). These attributes may be used by the client device to validate the server(s) behind the validation test. In some In some implementations, the response data itself may include encrypted data, so that even if the client device successfully responds to the validation test, the client device will still need to be able to decrypt at least a portion of the response data. response to present the response data to the user. This additional encryption can prevent the validation test from being bypassed to access the response data.
El servidor asegura los datos de respuesta con la prueba de validación. Por ejemplo, se puede proporcionar o impedir el acceso al componente digital seleccionado en base a si el dispositivo de cliente receptor puede descifrar y procesar la prueba de validación, así como responder adecuadamente a dicha prueba de validación. Como se ha comentado anteriormente, en algunas implementaciones, al menos una porción de los datos de respuesta puede estar cifrada (por ejemplo, para mayor seguridad). En estas implementaciones, la versión cifrada de los datos de respuesta se incluye en la prueba de validación. A continuación, el servidor puede transmitir al dispositivo de cliente los datos de validación y respuesta a la solicitud original. Por ejemplo, el servidor puede transmitir un componente digital al dispositivo de cliente junto con la prueba de validación. El componente digital está asegurado de forma que el dispositivo de cliente no puede acceder o presentar el componente digital a menos que y hasta que el dispositivo de cliente responda correctamente la prueba de validación. Por ejemplo, el paquete de componentes digitales puede incluir un código ejecutable (por ejemplo, una secuencia de comandos de respuesta) que permite al dispositivo de cliente acceder a los datos de respuesta en el dispositivo de cliente sólo cuando el dispositivo de cliente genera una respuesta válida a la prueba de validación. De este modo, el código ejecutable permite renderizar el componente digital sólo después de que se haya respondido correctamente a la prueba de validación.The server secures the response data with the validation test. For example, access to the selected digital component may be provided or prevented based on whether the receiving client device can decrypt and process the validation test, as well as respond appropriately to said validation test. As discussed above, in some implementations, at least a portion of the response data may be encrypted (eg for added security). In these implementations, the encrypted version of the response data is included in the validation test. The server can then transmit the validation and response data to the original request to the client device. For example, the server may transmit a digital component to the client device along with the proof of validation. The digital component is secured such that the client device cannot access or present the digital component unless and until the client device successfully answers the validation test. For example, the digital component package may include executable code (eg, a response script) that allows the client device to access response data on the client device only when the client device generates a response. valid to the validation test. In this way, the executable code allows the digital component to be rendered only after the validation test has been successfully answered.
En algunas implementaciones, el paquete de componentes digitales incluye una respuesta esperada a la prueba de validación (por ejemplo, un hash criptográfico de un valor único generado por el servidor). La prueba de validación también puede incluir otra copia del valor único generado por el servidor, pero cifrado con la clave pública del dispositivo de cliente. En algunas implementaciones, además o en lugar de añadir una respuesta esperada a la prueba de validación, el servidor puede cifrar al menos una porción de los datos de la respuesta mediante el uso de un algoritmo de cifrado de clave simétrica.In some implementations, the digital component package includes an expected response to the validation test (for example, a server-generated cryptographic hash of a unique value). The validation test can also include another copy of the unique value generated by the server, but encrypted with the public key of the client device. In some implementations, in addition to or instead of adding an expected response to the validation test, the server may encrypt at least a portion of the response data by using a symmetric key encryption algorithm.
El dispositivo de cliente recibe la prueba de validación y lo descifra, si, por ejemplo, ese dispositivo de cliente tiene la clave privada correspondiente a la clave pública con la que se cifró la prueba de validación. Es decir, si la prueba de validación fue cifrada por la clave pública del dispositivo de cliente, el dispositivo de cliente puede descifrar la prueba de validación con su clave privada. Cuando se descifra la prueba de validación, el dispositivo de cliente recupera el valor único del paquete de componentes digitales y transforma el valor único en una respuesta a la prueba (por ejemplo, genera un hash criptográfico del valor único descifrado). Por ejemplo, el dispositivo de cliente puede ejecutar una función hash criptográfica tal como una función de Algoritmo Hash Seguro (SHA) contra el valor único para generar un hash criptográfico. El dispositivo de cliente puede ejecutar la secuencia de comandos de respuesta (por ejemplo, una secuencia de comandos de componentes digitales) y enviar, a la secuencia de comandos, la respuesta de prueba generada (por ejemplo, un hash criptográfico del valor único generado en el dispositivo de cliente). La secuencia de comandos compara el hash enviado con la respuesta esperada (por ejemplo, el hash criptográfico generado en el servidor). Si los hash coinciden, el dispositivo de cliente accede y renderiza el componente digital. Si los hash no coinciden, se impide el acceso al componente digital.The client device receives the proof of validation and decrypts it, if, for example, that client device has the private key corresponding to the public key with which the proof of validation was encrypted. That is, if the validation token was encrypted by the client device's public key, the client device can decrypt the validation token with its private key. When the validation proof is decrypted, the client device retrieves the unique value from the digital component package and transforms the unique value into a response to the proof (for example, generates a cryptographic hash of the decrypted unique value). For example, the client device may execute a cryptographic hash function such as a Secure Hash Algorithm (SHA) function against the unique value to generate a cryptographic hash . The client device can execute the response script (for example, a digital components script) and send, to the script, the generated test response (for example, a cryptographic hash of the unique value generated in the client device). The script compares the sent hash with the expected response (for example, the cryptographic hash generated on the server). If the hashes match, the client device accesses and renders the digital component. If the hashes do not match, access to the digital component is prevented.
El dispositivo de cliente valida la prueba de validación por sí misma por medio de la comparación de los uno o más atributos descifrados recibidos en la prueba con los uno o más atributos de la solicitud de datos original. Si los atributos coinciden, el dispositivo de cliente envía el hash criptográfico del valor único a la secuencia de comandos del componente digital. Si los atributos no coinciden, el dispositivo de cliente se puede abstener de ejecutar la secuencia de comandos de respuesta. Como se ha mencionado anteriormente, una porción, o la totalidad de los datos de respuesta pueden ser cifrados de forma que, por ejemplo, la secuencia de comandos del componente digital no pueda ser eludida para recuperar los datos de respuesta. En esos casos, cuando el dispositivo de cliente determina que los hash coinciden, el dispositivo de cliente puede descifrar (mediante el uso de la secuencia de comandos de respuesta) los datos de respuesta y presentar los datos al usuario.The client device validates the validation proof itself by comparing the one or more decrypted attributes received in the proof with the one or more attributes from the original data request. If the attributes match, the client device sends the cryptographic hash of the unique value to the digital component script. If the attributes do not match, the client device can refrain from running the response script. As mentioned above, a portion, or all, of the response data may be encrypted such that, for example, the digital component script cannot be bypassed to retrieve the response data. In those cases, when the client device determines that the hashes match, the client device can decrypt (using the response script) the response data and present the data to the user.
En algunas implementaciones, la solicitud no se recibe del propio dispositivo de cliente, sino de un servidor intermediario. En estas implementaciones, el servidor puede recuperar una dirección del dispositivo de cliente a partir de la solicitud y transmitir la prueba de validación con los datos de respuesta a esa dirección. Esto puede ser ventajoso en los casos en los que los datos de respuesta se van a presentar en una aplicación, pero la información de contexto de la aplicación no es conocida por el dispositivo del usuario, pero sí por un servidor intermediario del proveedor de la aplicación.In some implementations, the request is not received from the client device itself, but from an intermediary server. In these implementations, the server can retrieve a client device address from the request and transmit the validation test with the response data to that address. This can be advantageous in cases where the response data is to be presented in an application, but the application context information is not known to the user device, but is known to an intermediary server of the application provider. .
La técnica de protección de datos desvelada ofrece varias ventajas. Por ejemplo, la técnica de protección de datos desvelada permite validar el entorno en el que los datos solicitados se presentarán al usuario. La validación se lleva a cabo de forma que la propia respuesta a la solicitud incluye una forma de validar el entorno sin necesidad de comunicaciones adicionales entre el cliente y el servidor. Además, esta técnica permite que el dispositivo de cliente valide los datos del servidor para confirmar que la propia solicitud fue enviada por el dispositivo de cliente o en nombre del dispositivo de cliente con los atributos de entorno adecuados para presentar los datos de respuesta. Otra ventaja que proporciona la técnica de protección de datos desvelada es en un intento de ataque y/o fraude por parte de un servidor intermediario. Por ejemplo, cuando los datos de respuesta se transmiten desde el servidor al dispositivo de cliente a través de una red de servidores intermediarios, uno o más de los servidores intermediarios pueden intentar redirigir los datos de respuesta a un dispositivo de cliente diferente que intente presentar los datos de respuesta a un usuario diferente y/o a un entorno diferente, la técnica desvelada impide este fraude porque el dispositivo de cliente diferente no podrá responder correctamente a la prueba de validación y, de este modo, acceder a los datos de respuesta.The disclosed data protection technique offers several advantages. For example, the disclosed data protection technique allows to validate the environment in which the requested data will be presented to the user. Validation is done in such a way that the response to the request itself includes a way to validate the environment without the need for additional communication between the client and the server. Additionally, this technique allows the client device to validate data from the server to confirm that the request itself was sent by the client device or on behalf of the client device with the proper environment attributes to present the response data. Another advantage provided by the disclosed data protection technique is in an attempted attack and/or fraud by part of an intermediary server. For example, when response data is transmitted from the server to the client device through a network of intermediary servers, one or more of the intermediary servers may attempt to redirect the response data to a different client device that attempts to present the data. response data to a different user and/or a different environment, the disclosed technique prevents this fraud because the different client device will not be able to correctly respond to the validation test and thus access the response data.
Las técnicas desveladas en la presente memoria pueden estar en cualquier contexto apropiado en el que se desee prevenir el acceso ilegítimo a los datos. Para ilustrar la presente divulgación en términos más concretos, a continuación se discuten contextos ejemplares en los que los datos que se deben proteger son datos publicitarios o datos de una aplicación de viajes. Se apreciará que estos son ejemplos no limitantes de contextos en los que las técnicas desveladas en la presente memoria se pueden utilizar, y que otros contextos son posibles.The techniques disclosed herein may be in any appropriate context where it is desired to prevent illegitimate access to data. To illustrate the present disclosure in more concrete terms, exemplary contexts in which the data to be protected is advertising data or travel application data are discussed below. It will be appreciated that these are non-limiting examples of contexts in which the techniques disclosed herein may be used, and that other contexts are possible.
En algunas implementaciones, uno o más servidores reciben una solicitud de datos que incluye uno o más atributos que caracterizan un entorno de un dispositivo de cliente al que se proporcionarán los datos solicitados. Los uno o más servidores seleccionan los datos de respuesta en base a los uno o más atributos y generan, mediante el uso de los uno o más atributos que caracterizan el entorno del dispositivo de cliente al que se proporcionarán los datos solicitados, una prueba de validación que controla el acceso a los datos de respuesta en base a si el dispositivo de cliente genera una respuesta correcta a la prueba de validación. De este modo, se proporciona al dispositivo de cliente acceso a los datos de respuesta cuando la respuesta generada por el dispositivo de cliente responde correctamente a la prueba de validación y el dispositivo de cliente valida el o los atributos del entorno especificados en la prueba de validación, y se impide al dispositivo de cliente acceder a los datos de respuesta cuando la respuesta generada por el dispositivo de cliente no responde correctamente a la prueba de validación o el dispositivo de cliente no valida el o los atributos del entorno especificados en la prueba de validación. Los uno o más servidores aseguran los datos de respuesta con la prueba de validación, y transmiten los datos de respuesta asegurados con la prueba de validación al dispositivo de cliente.In some implementations, one or more servers receive a request for data that includes one or more attributes that characterize an environment of a client device to which the requested data will be provided. The one or more servers select the response data based on the one or more attributes and generate, using the one or more attributes that characterize the environment of the client device to which the requested data is to be provided, a proof of validation that controls access to the response data based on whether the client device generates a successful response to the validation test. This provides the client device with access to the response data when the response generated by the client device successfully responds to the validation test, and the client device validates the environment attribute(s) specified in the validation test. , and the client device is prevented from accessing the response data when the response generated by the client device does not correctly respond to the validation test or the client device does not validate the environment attribute(s) specified in the validation test . The one or more servers secure the response data with the proof of validation, and transmit the response data secured with the proof of validation to the client device.
El dispositivo de cliente genera una respuesta de prueba y determina si la respuesta de prueba es una respuesta válida a la prueba de validación. En respuesta a la determinación de que la respuesta de prueba es una respuesta válida la prueba de validación, el dispositivo de cliente accede a los datos de respuesta.The client device generates a test response and determines whether the test response is a valid response to the validation test. In response to the validation test determining that the test response is a valid response, the client device accesses the response data.
En algunas implementaciones, proporcionar al dispositivo de cliente acceso a los datos de respuesta incluye proporcionar, al dispositivo de cliente, un código ejecutable que permite al dispositivo de cliente acceder a los datos de respuesta en el dispositivo de cliente cuando el dispositivo de cliente genera una respuesta válida a la prueba de validación.In some implementations, providing the client device with access to response data includes providing, to the client device, executable code that allows the client device to access response data on the client device when the client device generates a response. valid response to the validation test.
En algunas implementaciones, los uno o más atributos incluyen uno o más de una clave pública de un navegador del dispositivo de cliente, una clave pública del dispositivo de cliente, la dirección del dispositivo de cliente, el nombre y valor de la cookie del servidor, o un nombre de aplicación. Además, en algunas implementaciones, la generación de la prueba de validación incluye la generación de un valor único, la recuperación de una clave pública del dispositivo de cliente, el cifrado del valor único y uno o más atributos de la solicitud mediante el uso de la clave pública del dispositivo de cliente, y la generación de la prueba de validación que incluye el valor único cifrado y uno de los uno o más atributos.In some implementations, the one or more attributes include one or more of a client device browser public key, a client device public key, the client device address, the server cookie name and value, or an application name. Additionally, in some implementations, validation proof generation includes generating a unique value, retrieving a public key from the client device, encrypting the unique value, and one or more attributes of the request using the public key of the client device, and the generation of the proof of validation that includes the unique encrypted value and one of the one or more attributes.
En algunas implementaciones, los uno o más servidores aseguran los datos de respuesta con la prueba de validación al cifrar, mediante el uso de una clave pública del dispositivo de cliente, al menos una porción de los datos de respuesta. Además, en algunas implementaciones, la recepción de la solicitud de datos que incluye uno o más atributos que caracterizan un entorno de un dispositivo de cliente al que se proporcionarán los datos solicitados incluye la recepción de la solicitud de datos de un servidor intermediario que almacena al menos una porción de uno o más atributos.In some implementations, the one or more servers secure the response data with proof of validation by encrypting, using a public key of the client device, at least a portion of the response data. Additionally, in some implementations, receiving the data request that includes one or more attributes that characterize an environment of a client device to which the requested data is to be provided includes receiving the data request from an intermediary server that stores the minus a portion of one or more attributes.
En algunas implementaciones, los uno o más servidores transmiten los datos de respuesta asegurados con la prueba de validación al dispositivo de cliente por medio de la extracción, de la solicitud de datos, una dirección del dispositivo de cliente y la transmisión de la prueba de validación a la dirección del dispositivo de cliente.In some implementations, the one or more servers transmit the response data secured with the proof of validation to the client device by retrieving, requesting data, a client device address, and transmitting the proof of validation. to the address of the client device.
Los detalles de una o más técnicas de la materia descrita en esta memoria descriptiva se exponen en los dibujos que se acompañan y en la descripción que sigue. Otras características, aspectos y ventajas de la materia se harán evidentes a partir de la descripción, los dibujos y las reivindicaciones.Details of one or more of the subject matter techniques described in this specification are set forth in the accompanying drawings and in the description that follows. Other features, aspects, and advantages of the subject matter will become apparent from the description, drawings, and claims.
Breve descripción de los dibujosBrief description of the drawings
La FIG. 1 representa una secuencia de comunicación de acuerdo con las técnicas discutidas en la presente divulgación.FIG. 1 depicts a communication sequence in accordance with the techniques discussed in the present disclosure.
La FIG. 2 es un diagrama de bloques para asegurar los datos de respuesta con una prueba de validación.FIG. 2 is a block diagram for securing the response data with a validation test.
La FIG. 3 muestra una estructura de datos que incluye ejemplos de atributos que se pueden incluir en la solicitud de datos y ser recibidos por el servidor.FIG. 3 shows a data structure that includes examples of attributes that can be included in the data request and received by the server.
La FIG. 4 ilustra un ejemplo de estructura de datos que incluye campos para una prueba de validación.FIG. 4 illustrates an example of a data structure that includes fields for a validation test.
La FIG. 5 es un diagrama de bloques de acciones ilustrativas que el dispositivo de cliente puede llevar a cabo para responder a la prueba de validación.FIG. 5 is a block diagram of illustrative actions that the client device can perform to answer the validation test.
La FIG. 6 ilustra las acciones que la secuencia de comandos puede llevar a cabo para determinar si se debe proporcionar o impedir el acceso a los datos de respuesta.FIG. 6 illustrates the actions that the script can take to determine whether to provide or prevent access to the response data.
Los números de referencia y designaciones similares en los distintos dibujos indican elementos similares.Like reference numbers and designations throughout the various drawings indicate like elements.
Descripción detalladaDetailed description
La FIG. 1 muestra un sistema 100 que representa una secuencia de comunicación de acuerdo con las técnicas discutidas en la presente divulgación. El sistema 100 incluye un dispositivo de cliente 102. El dispositivo de cliente 102 puede ser un teléfono inteligente, una tableta electrónica u otro dispositivo de cliente adecuado. El sistema 100 también incluye uno o más servidores 104 para comunicarse con el dispositivo de cliente. Específicamente, uno o más servidores 104 reciben una solicitud de datos del cliente y transmiten una prueba de validación que incluye datos de respuesta seguros al dispositivo de cliente 102. La solicitud de datos es generada por un navegador web u otra aplicación en el dispositivo de cliente sin y/o independientemente de cualquier entrada del usuario. El dispositivo de cliente recibe la prueba de validación y envía la respuesta de la prueba a una aplicación 106 (por ejemplo, a un navegador u otra aplicación en la que los datos de la respuesta van a ser presentados al usuario).FIG. 1 shows a system 100 representing a communication sequence in accordance with the techniques discussed in the present disclosure. System 100 includes a client device 102. Client device 102 may be a smartphone, electronic tablet, or other suitable client device. System 100 also includes one or more servers 104 to communicate with the client device. Specifically, one or more servers 104 receive a data request from the client and transmit a validation test that includes secure response data to the client device 102. The data request is generated by a web browser or other application on the client device. without and/or independently of any user input. The client device receives the validation test and sends the test response to an application 106 (eg, to a browser or other application where the response data is to be presented to the user).
La FIG. 2 es un diagrama de bloques del procedimiento 200 para asegurar los datos de respuesta con una prueba de validación. En 202, uno o más servidores (por ejemplo, entre los servidores 104) reciben una solicitud de datos que incluye uno o más atributos que caracterizan un entorno de un dispositivo de cliente al que se proporcionarán los datos solicitados. La solicitud de datos puede incluir uno o más de una clave pública de un navegador del dispositivo de cliente, una clave pública del dispositivo de cliente, la dirección del dispositivo de cliente, el nombre y el valor de una cookie del servidor (por ejemplo, el nombre y el valor de una cookie para un servidor que sirve una página web en la que se van a presentar los datos de respuesta), un nombre de aplicación y otros atributos adecuados. Si la solicitud de datos se recibe del propio dispositivo de cliente, éste puede determinar qué atributos del entorno se deben incluir en la solicitud de datos.FIG. 2 is a block diagram of the procedure 200 for securing response data with a validation test. At 202, one or more servers (eg, among servers 104) receive a data request that includes one or more attributes that characterize an environment of a client device to which the requested data is to be provided. The data request may include one or more of a client device browser public key, a client device public key, the address of the client device, the name and value of a server cookie (for example, the name and value of a cookie to a server serving a web page on which the response data is to be presented), an application name, and other appropriate attributes. If the data request is received from the client device itself, the client device can determine which environment attributes to include in the data request.
En algunas implementaciones, la solicitud de datos es generada por un servidor intermediario, dado que, por ejemplo, el servidor intermediario puede tener alguna información sobre el entorno del dispositivo de cliente en el que se presentarán los datos de respuesta al usuario. Específicamente, si los datos de respuesta se van a presentar al usuario dentro de una aplicación (por ejemplo, dentro de un juego jugado en el dispositivo de cliente), es posible que el dispositivo de cliente no pueda acceder a la aplicación para determinar el entorno en el que se presentarán los datos de respuesta, especialmente en los casos en los que las comunicaciones entre la aplicación y el servidor que proporciona los datos están cifradas. Sin embargo, un servidor intermediario que proporcione datos a la aplicación puede tener datos relativos al entorno. Por ejemplo, si la aplicación es una aplicación de viajes, el servidor que proporciona información de viajes a la aplicación (por ejemplo, en respuesta a la solicitud de búsqueda) tiene mejores datos sobre la información del entorno en el que se presentarán los datos de respuesta. Es decir, si un usuario busca un lugar específico para viajar, esa información es conocida por el servidor intermediario, pero no por el dispositivo de cliente. Por lo tanto, en estas implementaciones, un servidor intermediario genera y transmite la solicitud de datos. En algunas implementaciones, el servidor intermediario consulta al dispositivo de cliente algunos atributos que el servidor intermediario puede no tener (por ejemplo, una clave pública de la aplicación en el dispositivo de cliente).In some implementations, the data request is generated by an intermediary server, since, for example, the intermediary server may have some information about the environment of the client device in which the response data will be presented to the user. Specifically, if the response data is to be presented to the user within an application (for example, within a game played on the client device), the client device may not be able to access the application to determine the environment in which the response data will be presented, especially in cases where communications between the application and the server providing the data are encrypted. However, an intermediary server that provides data to the application may have environment-related data. For example, if the application is a travel application, the server that provides travel information to the application (for example, in response to the search request) has better information about the environment in which the travel data will be presented. response. That is, if a user searches for a specific place to travel, that information is known to the intermediary server, but not to the client device. Therefore, in these implementations, an intermediary server generates and transmits the data request. In some implementations, the proxy server queries the client device for some attributes that the proxy server may not have (for example, an application public key on the client device).
La FIG. 3 muestra una estructura de datos 300 que incluye atributos de ejemplo que se pueden incluir en la solicitud de datos y pueden ser recibidos por el servidor. La clave pública 302 es una clave pública que corresponde a la clave privada del dispositivo de cliente y que éste puede utilizar para descifrar la prueba de validación. En algunas implementaciones, la clave pública es la clave pública del propio dispositivo. En otras implementaciones, la clave pública es la clave pública generada para una aplicación en la que se presentarán los datos de respuesta al usuario. Por ejemplo, un navegador web puede tener un par de claves públicas/privadas generadas además o en lugar de cualquier clave pública/privada del dispositivo de cliente. De este modo, si la aplicación en la que se presentarán los datos de respuesta (por ejemplo, en respuesta a la solicitud de datos) es el navegador, la solicitud de datos puede incluir la clave pública que corresponde a la clave privada dentro de ese navegador. El servidor puede utilizar varias implementaciones de la infraestructura de clave pública/privada (PKI) para generar una clave pública y otra privada para el dispositivo de cliente.FIG. 3 shows a data structure 300 that includes example attributes that can be included in the data request and received by the server. Public key 302 is a public key that corresponds to the client device's private key and can be used by the client device to decrypt the validation test. In some implementations, the public key is the public key of the device itself. In other implementations, the public key is the public key generated for an application in which the response data will be presented to the user. For example, a web browser may have a public/private key pair generated in addition to or instead of any public/private keys of the client device. Thus, if the application to which the response data will be presented (for example, in response to the data request) is the browser, the data request may include the public key that corresponds to the private key within that browser. The server can use various public/private key infrastructure (PKI) implementations to generate a public key and a private key for the client device.
La Dirección de Protocolo de Internet (IP) 304 es la dirección IP del dispositivo de cliente a la que se puede enviar la prueba de validación. En las implementaciones en las que la solicitud se recibe desde el dispositivo de cliente, la aplicación en el dispositivo de cliente que genera la solicitud de datos puede consultar el sistema operativo del dispositivo de cliente para la dirección IP del dispositivo de cliente. En las implementaciones en las que la solicitud de datos no procede del dispositivo de cliente, sino que procede, por ejemplo, de un servidor intermediario, el servidor intermediario puede consultar al dispositivo de cliente la dirección o puede determinar la dirección del dispositivo de cliente en base a las comunicaciones enviadas y recibidas mediante el uso de la aplicación en la que se mostrarán los datos de respuesta.Internet Protocol (IP) Address 304 is the IP address of the client device to which the validation test can be sent. In implementations where the request is received from the client device, the application on the client device that generates the data request may query the client device's operating system for the IP address of the client device. In implementations where the data request does not come from the client device, but comes from, for example, an intermediary server, the intermediary server may query the client device for the address, or it may determine the address of the client device in based on the communications sent and received through the use of the application in which the response data will be displayed.
El Localizador Uniforme de Recursos (URL) 306 puede ser una dirección de una página web en la que se van a mostrar los datos de respuesta. Por ejemplo, si los datos de respuesta se van a mostrar en un navegador, la URL puede informar al servidor del contexto o tipo de sitio web y/o página web, así como de otra información sobre el sitio web y/o la página web. El Nombre de la aplicación 308 es un nombre de aplicación dentro del cual se deben mostrar los datos de la respuesta. El campo 310 puede incluir uno o más atributos que pueden ser recibidos por el servidor como parte de la solicitud de datos. Los otros atributos pueden incluir, por ejemplo, un contexto dentro de la aplicación. En el caso de una aplicación de viajes, el contexto puede ser una ubicación de viaje que el usuario haya solicitado. En el caso de una aplicación de servicio de conducción, el contexto puede ser una ubicación actual y un destino del usuario, así como otras preferencias del usuario. En algunas implementaciones, se pueden añadir otros campos de atributos a la estructura de datos 300.The Uniform Resource Locator (URL) 306 may be an address of a web page on which the response data is to be displayed. For example, if the response data is to be displayed in a browser, the URL may inform the server of the context or type of website and/or web page, as well as other information about the website and/or web page. Application Name 308 is an application name within which the response data should be displayed. Field 310 may include one or more attributes that may be received by the server as part of the data request. The other attributes can include, for example, a context within the application. In the case of a travel application, the context may be a travel location that the user has requested. In the case of a driving service application, the context may be a user's current location and destination, as well as other user preferences. In some implementations, other attribute fields may be added to data structure 300.
Con referencia a la FIG. 2, en 204, el servidor (por ejemplo, de los servidores 104) selecciona los datos de respuesta en base a uno o más atributos. Los datos de respuesta pueden ser un componente digital. Como se utiliza en la presente memoria, la frase "componente digital" se refiere a una unidad discreta de contenido digital o información digital (por ejemplo, un clip de vídeo, un clip de audio, un clip multimedia, una imagen, un texto u otra unidad de contenido). Un componente digital se puede almacenar electrónicamente en un dispositivo de memoria física como un único archivo o en una colección de archivos, y los componentes digitales pueden adoptar la forma de archivos de vídeo, archivos de audio, archivos multimedia, archivos de imagen o archivos de texto, y pueden incluir información publicitaria, de forma que un anuncio es un tipo de componente digital. En algunas implementaciones un componente digital incluye o puede ser insertado en una secuencia de comandos para presentar los datos del componente digital al usuario. La secuencia de comandos puede incluir instrucciones ejecutables para determinar si una respuesta para una prueba de validación es correcta.With reference to FIG. 2, at 204, the server (eg, of servers 104) selects response data based on one or more attributes. The response data may be a digital component. As used herein, the phrase "digital component" refers to a discrete unit of digital content or digital information (for example, a video clip, an audio clip, a media clip, an image, a text or other content unit). A digital component may be stored electronically on a physical memory device as a single file or as a collection of files, and digital components may take the form of video files, audio files, multimedia files, image files, or audio files. text, and may include advertising information, so an advertisement is a type of digital component. In some implementations a digital component includes or can be inserted into a script to present the digital component's data to the user. The script may include executable instructions to determine whether a response to a validation test is correct.
En algunas implementaciones, la prueba de validación se puede utilizar en un contexto publicitario. Es decir, un navegador web u otra aplicación en un dispositivo de cliente (por ejemplo, un teléfono inteligente o una tableta electrónica) puede solicitar que se envíe un anuncio al dispositivo de cliente para presentarlo a un usuario. El servidor puede seleccionar el anuncio en base a los atributos (por ejemplo, el entorno en el que se mostrará el anuncio) para transmitirlo al dispositivo de cliente. En algunas implementaciones, el anuncio se encapsula en una secuencia de comandos publicitaria. La secuencia de comandos del anuncio que incluye el anuncio seleccionado puede ser los datos de respuesta que deben ser protegidos por la prueba de validación.In some implementations, the validation test can be used in an advertising context. That is, a web browser or other application on a client device (for example, a smartphone or electronic tablet) may request that an advertisement be sent to the client device in order to present it to a user. The server may select the advertisement based on attributes (eg, the environment in which the advertisement will be displayed) for transmission to the client device. In some implementations, the ad is wrapped in an ad script. The ad script that includes the selected ad may be the response data that needs to be protected by the validation test.
En algunas implementaciones, la prueba de validación se puede utilizar en un contexto de viaje. Por ejemplo, un dispositivo de usuario puede generar una solicitud de datos cuando el usuario desea viajar desde una posición inicial hasta una posición final. La solicitud de datos puede incluir, como uno o más atributos, la posición inicial y la posición final. Además, la solicitud de datos puede incluir otra información sobre el usuario y el dispositivo de usuario. Cuando el servidor recibe la solicitud de datos, el servidor puede seleccionar los datos de respuesta (por ejemplo, un componente digital) para transmitirlos al dispositivo de cliente. El componente digital puede incluir información sobre uno o más vehículos disponibles para el usuario. El componente digital puede incluir otra información necesaria para el viaje. Además, el procedimiento de validación de la prueba se puede utilizar para los conductores en el contexto de los viajes. Es decir, un dispositivo de cliente del conductor puede generar una solicitud de datos que indique al servidor que el conductor está disponible para una acción de conducción con los atributos del entorno del conductor enviados al servidor. Los atributos pueden incluir la ubicación del conductor, la identificación del conductor, la clave pública del dispositivo de cliente del conductor y otros atributos adecuados, e incluir cualquiera de los atributos mencionados anteriormente.In some implementations, the validation test can be used in a travel context. For example, a user device may generate a data request when the user wishes to travel from a start position to an end position. The data request may include, as one or more attributes, the start position and the end position. In addition, the data request may include other information about the user and the user's device. When the server receives the data request, the server may select the response data (eg, a digital component) to transmit to the client device. The digital component may include information about one or more vehicles available to the user. The digital component may include other information necessary for the trip. Furthermore, the test validation procedure can be used for drivers in the context of travel. That is, a driver's client device can generate a data request indicating to the server that the driver is available for a driving action with the driver's environment attributes sent to the server. The attributes may include the location of the driver, the identification of the driver, the public key of the driver's client device, and other suitable attributes, and include any of the attributes mentioned above.
Con referencia a la FIG. 2, en 206, el servidor (por ejemplo, de los servidores 104) genera una prueba de validación que controla el acceso a los datos de respuesta. La prueba de validación controla el acceso a los datos de respuesta en función de si el dispositivo de cliente genera una respuesta correcta a la prueba de validación. Específicamente, se proporciona al dispositivo de cliente acceso a los datos de respuesta cuando la respuesta generada por el dispositivo de cliente responde correctamente a la prueba de validación. Se impide que el dispositivo de cliente acceda a los datos de respuesta cuando la respuesta generada por el dispositivo de cliente no responde correctamente a la prueba de validación. El servidor puede generar una prueba de validación de diversas maneras. En algunas implementaciones, el servidor puede utilizar el cifrado para generar la prueba de validación. El servidor puede generar un valor único. El valor único puede ser, por ejemplo, un valor numérico (por ejemplo, un número de múltiples dígitos), un valor hexadecimal, una palabra, una frase u otro valor único adecuado. Por ejemplo, el servidor puede utilizar un generador de números aleatorios para generar el valor único en combinación con uno o más algoritmos.With reference to FIG. 2, at 206, the server (eg, of servers 104) generates a validation test that controls access to the response data. The validation test controls access to the response data based on whether the client device generates a successful response to the validation test. Specifically, the client device is provided with access to the response data when the response generated by the client device successfully responds to the validation test. The client device is prevented from accessing the response data when the response generated by the client device fails the validation test. The server can generate a validation test in various ways. In some implementations, the server may use encryption to generate the validation test. The server can generate a unique value. The unique value may be, for example, a numeric value (eg, a multi-digit number), a hexadecimal value, a word, a phrase, or another suitable unique value. For example, the server may use a random number generator to generate the unique value in combination with one or more algorithms.
En algunas implementaciones, el valor único puede ser generado mediante el uso de uno o más parámetros de la solicitud. Por ejemplo, el servidor puede utilizar una dirección IP de la solicitud, un hash de la URL de la solicitud, y/o un nombre de aplicación de la solicitud para generar el valor único. A continuación se muestra un ejemplo de estructura de datos para el valor único:In some implementations, the single value may be generated by using one or more request parameters. For example, the server may use an IP address from the request, a hash of the URL from the request, and/or an application name from the request to generate the unique value. Here is an example of the data structure for the single value:
{Valor único: ...{Single value: ...
Dirección IP: ...IP adress: ...
Nombre de la aplicación: ...}Application name: ...}
La estructura de datos se puede almacenar en un formato similar a la Notación de Objetos de JavaScript (JSON). En algunas implementaciones, para reducir el tamaño de la estructura de datos, se puede adaptar un esquema de codificación binaria (por ejemplo, un búfer de protocolo o una CBOR (Representación Concisa de Objetos Binarios) http://cbor.io).The data structure can be stored in a format similar to JavaScript Object Notation (JSON). In some implementations, to reduce the size of the data structure, a schema can be adapted. binary encoding (for example, a protocol buffer or a CBOR (Concise Representation of Binary Objects) http://cbor.io).
En algunas implementaciones, el servidor recupera o recibe una clave pública del dispositivo de cliente. Como se ha comentado anteriormente, la clave pública del dispositivo de cliente se puede incluir en la solicitud de datos, de este modo el servidor puede recuperar la clave pública del dispositivo de cliente a partir de la solicitud. En algunas implementaciones, el servidor puede recuperar la clave pública del dispositivo de cliente por medio de la consulta al propio dispositivo de cliente. En otro ejemplo, el servidor puede recuperar la clave pública del dispositivo de cliente desde el servidor intermediario. En las implementaciones en las que la clave que se necesita es de una aplicación específica en el dispositivo de cliente, el dispositivo de cliente puede no tener acceso a esa clave, pero en su lugar el servidor intermediario puede almacenar la clave. De este modo, el servidor puede recuperar la clave pública del servidor intermediario.In some implementations, the server retrieves or receives a public key from the client device. As discussed above, the public key of the client device can be included in the data request, so that the server can retrieve the public key of the client device from the request. In some implementations, the server may retrieve the public key of the client device by querying the client device itself. In another example, the server may retrieve the public key of the client device from the proxy server. In implementations where the key that is needed is from a specific application on the client device, the client device may not have access to that key, but the proxy server may store the key instead. In this way, the server can retrieve the public key from the intermediary server.
Cuando el servidor obtiene la clave pública del dispositivo de cliente y genera el valor único, el servidor cifra el valor único mediante el uso de la clave pública del dispositivo de cliente. El valor único cifrado pasa a formar parte de la prueba de validación. Además, el servidor puede generar un hash criptográfico del valor único generado. El servidor puede ejecutar una función hash criptográfica, tal como una función de Algoritmo Hash Seguro (SHA), contra el valor único para generar un hash criptográfico. El servidor añade el hash criptográfico del valor único a la prueba de validación. El hash criptográfico se convierte en una respuesta esperada.When the server obtains the public key of the client device and generates the unique value, the server encrypts the unique value by using the public key of the client device. The unique encrypted value becomes part of the validation test. Additionally, the server can generate a cryptographic hash of the unique generated value. The server may execute a cryptographic hash function, such as a Secure Hash Algorithm (SHA) function, against the unique value to generate a cryptographic hash. The server adds the cryptographic hash of the unique value to the validation test. The cryptographic hash becomes an expected response.
En algunas implementaciones, el hash criptográfico se añade a una secuencia de comandos u otro código ejecutable para su comparación en el dispositivo de cliente. Por ejemplo, la secuencia de comandos puede ser un código ejecutable que permite al dispositivo de cliente acceder a los datos de respuesta en el dispositivo de cliente cuando el dispositivo de cliente genera una respuesta válida a la prueba de validación. El dispositivo de cliente puede ejecutar la secuencia de comandos al responder a la prueba de validación. En algunas implementaciones, el servidor cifra uno o más de los atributos recibidos en la solicitud de datos mediante el uso de la clave pública del dispositivo de cliente. El dispositivo de cliente puede descifrar los atributos y utilizarlos para validar la propia prueba de validación. Es decir, el dispositivo de cliente puede determinar si la prueba de validación es en respuesta a una solicitud de datos específica recibida por el servidor.In some implementations, the cryptographic hash is added to a script or other executable code for comparison on the client device. For example, the script may be executable code that allows the client device to access response data on the client device when the client device generates a valid response to the validation test. The client device can run the script by responding to the validation test. In some implementations, the server encrypts one or more of the attributes received in the data request by using the public key of the client device. The client device can decrypt the attributes and use them to validate the validation test itself. That is, the client device can determine whether the validation test is in response to a specific data request received by the server.
Con referencia a la FIG. 2, en 208, el servidor (por ejemplo, de los servidores 104) asegura los datos de respuesta con la prueba de validación. Por ejemplo, el servidor puede generar un paquete de respuesta en respuesta a la solicitud de datos que incluye los datos de respuesta y la prueba de validación (por ejemplo, por medio de la inclusión del valor único cifrado mediante el uso de la clave pública del dispositivo de cliente, la respuesta esperada que incluye un hash criptográfico del valor único, y en algunas implementaciones, los atributos recibidos en la solicitud de datos cifrados mediante el uso de la clave pública del dispositivo de cliente). El paquete de respuesta puede incluir otros datos. Como se ha comentado anteriormente, un componente digital puede ser datos de respuesta o una porción de los datos de respuesta. En algunas implementaciones, además o en lugar de añadir una respuesta esperada a la prueba de validación, el servidor puede cifrar al menos una porción de los datos de respuesta mediante el uso de un algoritmo de cifrado de clave simétrica o mediante el uso de la clave pública del dispositivo de cliente (por ejemplo, la clave del navegador del dispositivo de cliente). El dispositivo de cliente puede descifrar los datos de respuesta mediante el uso del mismo algoritmo de cifrado de clave simétrica mediante el uso del valor único devuelto por el dispositivo de cliente como la clave de descifrado. Si la porción de los datos de respuesta está cifrada mediante el uso de la clave pública del dispositivo de cliente, éste puede utilizar la correspondiente clave privada para descifrar la porción de los datos de respuesta.With reference to FIG. 2, at 208, the server (eg, of servers 104) secures the response data with the validation test. For example, the server may generate a response packet in response to the data request that includes the response data and proof of validation (for example, by including the unique value encrypted using the server's public key). client device, the expected response that includes a cryptographic hash of the unique value, and in some implementations, the attributes received in the data request encrypted using the client device's public key). The response packet may include other data. As discussed above, a digital component may be response data or a portion of response data. In some implementations, in addition to or instead of adding an expected response to the validation test, the server may encrypt at least a portion of the response data by using a symmetric key encryption algorithm or by using the key public key of the client device (for example, the browser key of the client device). The client device can decrypt the response data by using the same symmetric key encryption algorithm by using the unique value returned by the client device as the decryption key. If the response data portion is encrypted using the client device's public key, the client device can use the corresponding private key to decrypt the response data portion.
En un contexto publicitario, los datos de respuesta pueden incluir una secuencia de comandos (por ejemplo, una secuencia de comandos publicitaria) que incluye dentro de la secuencia de comandos, además del código ejecutable, un anuncio que se presentará al usuario. En un contexto de viaje, los datos de respuesta pueden incluir un componente digital con información sobre el conductor/vehículo que puede llevar al usuario desde un punto de partida hasta un punto final especificado en la solicitud de datos. En el contexto del viaje del lado del conductor, los datos de respuesta pueden incluir un componente digital con información sobre el pasajero para que el conductor lo lleve desde un punto de partida deseado hasta un punto final deseado. En todos los contextos, los datos de respuesta pueden estar encapsulados en una secuencia de comandos y/o cifrados mediante el uso de una clave pública del dispositivo de cliente.In an advertising context, the response data may include a script (for example, an advertising script) that includes within the script, in addition to executable code, an advertisement to be presented to the user. In a travel context, the response data may include a digital component with driver/vehicle information that can take the user from a starting point to an ending point specified in the data request. In the context of driver-side travel, the response data may include a digital component with information about the passenger for the driver to take the passenger from a desired starting point to a desired ending point. In all contexts, the response data may be encapsulated in a script and/or encrypted using a public key of the client device.
En algunas implementaciones, el servidor cifra (por ejemplo, mediante el uso de una clave pública del dispositivo de cliente) al menos una porción de los datos de respuesta. El cifrado de los datos de respuesta puede ser útil para evitar que un sistema o una aplicación en el dispositivo de cliente o en un servidor intermediario eluda la secuencia de comandos o intente superar la prueba de validación e intente extraer los datos de respuesta. El dispositivo de cliente puede descifrar la porción cifrada de los datos de respuesta antes de presentar los datos de respuesta al usuario. La FIG. 4 ilustra un ejemplo de una estructura de datos 400 que incluye campos en una prueba de validación. El campo 402 incluye el valor único cifrado (por ejemplo, cifrado mediante el uso de una clave pública del dispositivo de cliente). El campo 404 incluye una respuesta esperada (por ejemplo, un hash criptográfico del valor único). El campo 406 incluye los datos de respuesta. Por ejemplo, el campo 406 puede incluir un componente digital. En algunas implementaciones, los campos 404 y 406 son un único campo que almacena una secuencia de comandos que incluye la respuesta esperada y los datos de la respuesta. El campo 408 almacena uno o más atributos cifrados recibidos en la solicitud. Como se ha comentado anteriormente, los atributos se pueden utilizar para validar la prueba de validación en el dispositivo de cliente. Como se ilustra en el campo 410, se pueden incluir otros datos en la estructura de datos 400.In some implementations, the server encrypts (eg, by using a client device's public key) at least a portion of the response data. Encrypting the response data can be useful to prevent a system or application on the client device or on an intermediary server from bypassing the script or attempting to pass the validation test and try to extract the response data. The client device may decrypt the encrypted portion of the response data before presenting the response data to the user. FIG. 4 illustrates an example of a data structure 400 that includes fields in a validation test. Field 402 includes the unique encrypted value (eg, encrypted using a public key of the client device). Field 404 includes an expected response (eg, a cryptographic hash of the unique value). Field 406 includes the response data. For example, field 406 may include a digital component. In some implementations, fields 404 and 406 are a single field that stores a script that includes the expected response and response data. Field 408 stores one or more encrypted attributes received in the request. As discussed above, the attributes can be used to validate the validation test on the client device. As illustrated in field 410, other data may be included in data structure 400.
Con referencia a la FIG. 2, en 210, el servidor (por ejemplo, de los servidores 104) transmite la respuesta asegurada con la prueba de validación al dispositivo de cliente. En algunas implementaciones, el servidor extrae una dirección del dispositivo de cliente (por ejemplo, una dirección IP) de la solicitud y transmite la prueba de validación a la dirección del dispositivo de cliente. En algunas implementaciones, el servidor puede no tener acceso a la dirección del dispositivo de cliente. Por ejemplo, si la solicitud de datos original se recibió de un servidor intermediario, el servidor puede transmitir la prueba de validación al servidor intermediario para ser recibido finalmente en el dispositivo de cliente. En algunas implementaciones, los datos de respuesta transmitidos a (por ejemplo, proporcionados a) el dispositivo de cliente incluyen un código ejecutable que permite al dispositivo de cliente acceder a los datos de respuesta en el dispositivo de cliente cuando el dispositivo de cliente genera una respuesta válida a la prueba de validación.With reference to FIG. 2, at 210, the server (eg, one of servers 104) transmits the response secured with the validation test to the client device. In some implementations, the server extracts a client device address (for example, an IP address) from the request and transmits proof of validation to the client device address. In some implementations, the server may not have access to the address of the client device. For example, if the original data request was received from an intermediary server, the server may transmit the proof of validation to the intermediary server to be finally received on the client device. In some implementations, the response data transmitted to (eg, provided to) the client device includes executable code that allows the client device to access the response data on the client device when the client device generates a response valid to the validation test.
En algunas implementaciones, el servidor transmite la prueba de validación a través de un número de servidores intermediarios. Uno o más de los servidores intermediarios pueden intentar interceptar los datos de respuesta y redirigirlos a un dispositivo de cliente diferente. Sin embargo, dado que el cifrado se ha llevado a cabo mediante el uso de una clave pública del dispositivo de cliente específico, sólo ese dispositivo de cliente podrá responder correctamente a la prueba de validación y acceder a los datos de respuesta.In some implementations, the server transmits the validation test through a number of intermediary servers. One or more of the intermediary servers may attempt to intercept the response data and redirect it to a different client device. However, since the encryption has been performed using a specific client device's public key, only that client device will be able to successfully respond to the validation test and access the response data.
En algunas implementaciones, puede ser útil reducir el tamaño de la prueba de validación para su transmisión (por ejemplo, en redes más lentas). En estas y otras implementaciones, la prueba de validación puede incluir un valor único cifrado sin los atributos mencionados anteriormente (por ejemplo, sin dirección, nombre de la aplicación u otros atributos adecuados). Los datos de respuesta se pueden cifrar mediante el uso de un algoritmo de cifrado de clave simétrica (por ejemplo, un algoritmo del Estándar de Cifrado Avanzado) con la acción del valor único como clave de cifrado para el algoritmo. Esta implementación puede ser útil porque el dispositivo de cliente válido tendrá toda la otra información de atributos que puede ser combinada con el valor único descifrado para acceder a los datos de respuesta. Además, la propia prueba de validación puede ser cifrada mediante el uso de un algoritmo de cifrado de clave simétrica. Para utilizar el algoritmo de cifrado de clave simétrica para cifrar la prueba de validación, la solicitud debe ser una solicitud web (por ejemplo, una solicitud de inclusión de un componente digital en una página web). Otros requisitos pueden ser que el servidor deje caer una cookie en el almacén de cookies del navegador, que el servidor reconozca al navegador a través de la propia cookie del servidor por medio de un procedimiento de comparación de cookies, que el servidor marque adecuadamente las cookies del servidor para evitar el robo de cookies y que el servidor no haya compartido los valores de las cookies del servidor con otras partes. Además, el servidor debe tener suficiente entropía en los valores de las cookies del servidor para identificar de forma única cada navegador y para que otras partes no puedan determinar los valores de las cookies del servidor. En algunas implementaciones, el servidor puede formar parte de una red publicitaria de una plataforma del lado de la demanda (DSP) y los datos de respuesta pueden ser un anuncio que se presentará al usuario en el dispositivo de cliente.In some implementations, it may be useful to reduce the size of the validation test for transmission (for example, on slower networks). In these and other implementations, the validation test may include an encrypted single value without the attributes mentioned above (for example, no address, application name, or other suitable attributes). The response data may be encrypted using a symmetric key encryption algorithm (for example, an Advanced Encryption Standard algorithm) with the action of the unique value as the encryption key for the algorithm. This implementation can be useful because the valid client device will have all the other attribute information that can be combined with the unique decrypted value to access the response data. Additionally, the validation test itself may be encrypted by using a symmetric key encryption algorithm. To use the symmetric key encryption algorithm to encrypt the proof of validation, the request must be a web request (for example, a request to include a digital component in a web page). Other requirements may be that the server drops a cookie in the browser's cookie store, that the server recognizes the browser through the server's own cookie by means of a cookie matching procedure, that the server properly marks cookies from the server to prevent cookie theft and that the server has not shared server cookie values with other parties. In addition, the server must have enough entropy in the server cookie values to uniquely identify each browser and so that other parties cannot determine the server cookie values. In some implementations, the server may be part of a demand-side platform (DSP) advertising network, and the response data may be an advertisement to be presented to the user on the client device.
La FIG. 5 es un diagrama de bloques de las acciones que el dispositivo de cliente puede llevar a cabo para responder a la prueba de validación. En 502, el dispositivo de cliente recibe datos asegurados con una prueba de validación. Por ejemplo, el dispositivo de cliente puede recibir la prueba de validación del servidor que generó la prueba de validación o de un servidor intermediario. En el punto 504, el dispositivo de cliente descifra la prueba de validación mediante el uso de la clave privada del dispositivo de cliente. Cuando la prueba de validación se descifra correctamente, el dispositivo de cliente, es capaz de recuperar los datos dentro de la prueba de validación. En 506, el dispositivo de cliente valida la prueba de validación. El dispositivo de cliente compara los atributos recibidos como parte de la prueba de validación con los atributos de la solicitud de datos original generada por el dispositivo de cliente o en nombre del dispositivo de cliente. Si los atributos recibidos en la prueba de validación coinciden con los atributos de la solicitud de datos (por ejemplo, los atributos del entorno), el dispositivo de cliente determina que la prueba de validación corresponde a la solicitud de datos generada por el dispositivo de cliente o en su nombre. Si los atributos recibidos en la prueba de validación no coinciden con los atributos de la solicitud de datos, el dispositivo de cliente no valida la prueba de validación (por ejemplo, deja de procesar la prueba de validación y se abstiene de responder a la misma). En 508, el dispositivo de cliente recupera el valor único. Como se ha comentado anteriormente, el valor único puede ser, por ejemplo, un número, una frase, un número hexadecimal, un número de múltiples dígitos, una palabra u otro valor adecuado. Si un dispositivo de cliente diferente recibe la prueba de validación junto con los datos de respuesta (por ejemplo, porque un servidor intermediario ha redirigido fraudulentamente la respuesta (es decir, los datos de respuesta y la prueba de validación)), ese dispositivo de cliente diferente no podrá llevar a cabo correctamente la operación de descifrado y responder correctamente a la prueba de validación.FIG. 5 is a block diagram of the actions that the client device can take to respond to the validation test. At 502, the client device receives data secured with a validation test. For example, the client device may receive the validation proof from the server that generated the validation proof or from an intermediary server. At point 504, the client device decrypts the validation test using the private key of the client device. When the validation test is successfully decrypted, the client device is able to retrieve the data within the validation test. At 506, the client device validates the validation test. The client device compares the attributes received as part of the validation test with the attributes of the original data request generated by the client device or on behalf of the client device. If the attributes received in the validation test match the attributes of the data request (for example, the attributes of the environment), the client device determines that the validation test corresponds to the data request generated by the client device or on your behalf. If the attributes received in the validation test do not match the attributes in the data request, the client device does not validate the validation test (for example, stops processing the validation test and refrains from responding to it) . At 508, the client device retrieves the unique value. As discussed above, the unique value may be, for example, a number, phrase, hexadecimal number, multi-digit number, word, or other suitable value. If a different client device receives the validation proof along with the response data (for example, because an intermediary server has fraudulently redirected the response (i.e., the response data and the validation proof)), that client device different will not be able to successfully perform the decryption operation and correctly respond to the validation test.
En 510, el dispositivo de cliente transforma el valor único en una respuesta de prueba. Por ejemplo, el dispositivo de cliente puede ejecutar un algoritmo hash criptográfico en el valor único. El procedimiento de transformación da como resultado el mismo valor hash criptográfico que la respuesta esperada cuando el valor único es correcto (es decir, cuando el valor único es representativo del contexto en el que se utilizarán los datos de la respuesta, como se especifica en la solicitud). En algunas implementaciones, el procedimiento de transformación está sincronizado con el procedimiento de transformación del servidor (por ejemplo, a través del mismo algoritmo de hashing criptográfico). Cuando el valor único no es correcto, el procedimiento de transformación no da como resultado el mismo valor hash criptográfico que la respuesta esperada, lo que indica que el contexto del dispositivo de cliente difiere del especificado en la solicitud.At 510, the client device transforms the unique value into a test response. For example, the client device may run a cryptographic hash algorithm on the unique value. The transformation procedure returns the same cryptographic hash value as the expected response when the unique value is correct (that is, when the unique value is representative of the context in which the response data will be used, as specified in the request). In some implementations, the transformation procedure is synchronized with the server transformation procedure (for example, through the same cryptographic hashing algorithm). When the unique value is not correct, the transformation procedure does not return the same cryptographic hash value as the expected response, indicating that the client device context differs from that specified in the request.
En 512, el dispositivo de cliente compara la respuesta de prueba con una respuesta esperada. En algunas implementaciones, el dispositivo de cliente puede recuperar una secuencia de comandos que fue recibida como parte del paquete de validación y ejecutar una secuencia de comandos para llevar a cabo la comparación. El dispositivo de cliente puede enviar el valor único transformado a la secuencia de comandos. La FIG. 6 ilustra las acciones que la secuencia de comandos puede llevar a cabo para determinar si se debe proporcionar o impedir el acceso a los datos de respuesta. En 602, la secuencia de comandos recibe una respuesta de prueba. Por ejemplo, la secuencia de comandos puede recibir, como entrada, un hash criptográfico del valor único descifrado. En 604, la secuencia de comandos recupera los datos de respuesta esperados. Por ejemplo, la secuencia de comandos puede recuperar el hash criptográfico del valor único cifrado en el servidor.At 512, the client device compares the test response with an expected response. In some implementations, the client device can retrieve a script that was received as part of the validation packet and execute a script to perform the comparison. The client device can send the single transformed value to the script. FIG. 6 illustrates the actions that the script can take to determine whether to provide or prevent access to the response data. At 602, the script receives a test response. For example, the script may receive, as input, a cryptographic hash of the single decrypted value. At 604, the script retrieves the expected response data. For example, the script can retrieve the cryptographic hash of the unique value encrypted on the server.
En 606, la secuencia de comandos compara los datos de respuesta esperados recuperados con la respuesta de prueba, que también se denomina respuesta generada por el dispositivo de cliente. Por ejemplo, la secuencia de comandos puede comparar dos hash criptográficos. En 608, la secuencia de comandos determina si los datos de la respuesta esperada recuperada (por ejemplo, un hash criptográfico generado por el servidor) coincide con los datos de la respuesta de prueba (por ejemplo, el hash criptográfico generado en el dispositivo de cliente). Si los hash criptográficos coinciden, el procedimiento 600 pasa a 610, en el que la secuencia de comandos proporciona al dispositivo de cliente acceso a los datos de respuesta. Si los hash criptográficos no coinciden, el procedimiento 600 pasa a 612, en el que la secuencia de comandos impide que el dispositivo de cliente acceda a los datos de respuesta. De este modo, el dispositivo de cliente genera la respuesta de prueba, determina, si la respuesta de prueba es una respuesta válida a la prueba de validación, y en respuesta a la determinación de que la respuesta de prueba es una respuesta válida a la prueba de validación, accede a los datos de respuesta.At 606, the script compares the retrieved expected response data with the test response, which is also called the response generated by the client device. For example, the script can compare two cryptographic hashes . At 608, the script determines whether the retrieved expected response data (for example, a cryptographic hash generated by the server) matches the test response data (for example, the cryptographic hash generated on the client device). ). If the cryptographic hashes match, procedure 600 proceeds to 610, where the script provides the client device with access to the response data. If the cryptographic hashes do not match, procedure 600 proceeds to 612, where the script prevents the client device from accessing the response data. Thus, the client device generates the test response, determines whether the test response is a valid response to the validation test, and in response to determining that the test response is a valid response to the test validation, accesses the response data.
Cuando la respuesta generada por el dispositivo de cliente responde correctamente a la prueba de validación y el dispositivo de cliente valida uno o más atributos del entorno especificados en la prueba de validación, se proporciona al dispositivo de cliente acceso a los datos de respuesta. Sin embargo, cuando la respuesta generada por el dispositivo de cliente no responde correctamente a la prueba de validación o el dispositivo de cliente no valida uno o más atributos del entorno especificados en la prueba de validación, se impide que el dispositivo de cliente acceda a los datos de respuesta.When the response generated by the client device successfully responds to the validation test, and the client device validates one or more environment attributes specified in the validation test, the client device is provided with access to the response data. However, when the response generated by the client device fails the validation test or the client device does not validate one or more environment attributes specified in the validation test, the client device is prevented from accessing the response data.
En las implementaciones en las que al menos una porción de los datos de respuesta está cifrada, el dispositivo de cliente (por ejemplo, la secuencia de comandos) puede descifrar esos datos, por ejemplo, mediante el uso de un algoritmo de cifrado de clave simétrica (por ejemplo, Estándar de Cifrado Avanzado (AES)). Estas implementaciones pueden requerir que la solicitud sea una solicitud web (por ejemplo, una solicitud de inclusión de un componente digital en una página web). Otros requisitos pueden ser que el servidor deje caer una cookie en el almacén de cookies del navegador, que el servidor reconozca al navegador a través de la propia cookie del servidor por medio de un procedimiento de comparación de cookies, que el servidor marque adecuadamente las cookies del servidor para evitar el robo de cookies y que el servidor no haya compartido los valores de las cookies del servidor con otras partes. Además, el servidor debe tener suficiente entropía en los valores de las cookies del servidor para identificar de forma única cada navegador y para que otras partes no puedan determinar los valores de las cookies del servidor. En algunas implementaciones, el servidor puede formar parte de una red publicitaria de una plataforma del lado de la demanda (DSP) y los datos de respuesta pueden ser un anuncio que se presentará al usuario en el dispositivo de cliente.In implementations where at least a portion of the response data is encrypted, the client device (for example, the script) can decrypt that data, for example, by using a symmetric key encryption algorithm (for example, Advanced Encryption Standard (AES)). These implementations may require that the request be a web request (for example, a request to include a digital component in a web page). Other requirements may be that the server drops a cookie in the browser's cookie store, that the server recognizes the browser through the server's own cookie via a cookie matching procedure, that the server properly marks cookies from the server to prevent cookie theft and that the server has not shared server cookie values with other parties. In addition, the server must have enough entropy in the server cookie values to uniquely identify each browser and so that other parties cannot determine the server cookie values. In some implementations, the server may be part of a demand-side platform (DSP) advertising network, and the response data may be an advertisement to be presented to the user on the client device.
En las implementaciones en las que al menos una porción de los datos de respuesta se cifra mediante el uso de un algoritmo de cifrado de clave simétrica, el dispositivo de cliente puede utilizar el número único descifrado como clave de descifrado para los datos de respuesta. Es decir, el dispositivo de cliente puede descifrar los datos de respuesta mediante el uso del algoritmo de cifrado de clave simétrica, y ser los datos únicos la clave de descifrado.In implementations where at least a portion of the response data is encrypted using a symmetric key encryption algorithm, the client device may use the decrypted unique number as the decryption key for the response data. That is, the client device may decrypt the response data by using the symmetric key encryption algorithm, and the unique data be the decryption key.
Con referencia a la FIG. 5, en el punto 514, el dispositivo de cliente aplica una política de renderización basada en la comparación. Como se ha comentado anteriormente, el sistema de validación de pruebas se puede aplicar en numerosos escenarios diferentes. La política de renderización se puede utilizar para renderizar cualquier tipo de datos en un navegador o en otra aplicación. Por ejemplo, si la aplicación es un juego, los datos adicionales del juego pueden ser renderizados dentro del juego. En otro ejemplo, si el sistema de validación de pruebas se implementa en un contexto publicitario, el sistema puede incluir varios otros componentes y etapas. Por ejemplo, la solicitud de datos original puede incluir un identificador de publicidad del dispositivo de cliente. Un identificador de anuncio único identifica el dispositivo a otros sistemas sin necesidad de información específica del dispositivo o del usuario. La secuencia de comandos, en el contexto publicitario, puede ser una secuencia de comandos publicitaria que permite el acceso a la publicidad. De este modo, la política de renderización permite presentar el anuncio al usuario en el entorno adecuado. Es decir, la política de renderización puede habilitar o impedir que el anuncio se presente al usuario en función de si el entorno en el que se va a presentar el anuncio coincide con los atributos de la solicitud de datos original. En algunas implementaciones, si los hash criptográficos no coinciden, la política de renderización puede indicar que se debe renderizar un marcador de posición. With reference to FIG. 5, at point 514, the client device applies a rendering policy based on the comparison. As discussed above, the evidence validation system can be applied in many different scenarios. The rendering policy can be used to render any type of data in a browser or in another application. For example, if the application is a game, additional game data may be rendered within the game. In another example, if the evidence validation system is implemented in an advertising context, the system may include various other components and steps. For example, the original data request may include an advertising identifier from the client device. A unique ad identifier identifies the device to other systems without the need for device- or user-specific information. The script, in the advertising context, may be an advertising script that enables access to advertising. In this way, the rendering policy allows the ad to be presented to the user in the appropriate environment. That is, the rendering policy can enable or prevent the ad from being served to the user based on whether the environment in which the ad is to be served matches the attributes of the original data request. In some implementations, if the cryptographic hashes do not match, the rendering policy may indicate that a placeholder should be rendered.
Si el sistema de validación de pruebas se implementa en un contexto de viaje, los datos de respuesta pueden ser un componente digital que incluya información sobre el conductor que esté disponible para conducir al usuario del dispositivo de cliente desde una posición inicial hasta una posición final indicada en la solicitud de datos original. En algunas implementaciones, cuando la prueba de validación es respondida correctamente, el dispositivo de cliente puede ser habilitado para contactar al conductor del vehículo u obtener actualizaciones sobre el progreso del mismo. If the evidence validation system is implemented in a travel context, the response data may be a digital component that includes information about the driver that is available to drive the user of the client device from an initial position to an indicated final position in the original data request. In some implementations, when the validation test is answered correctly, the client device can be enabled to contact the driver of the vehicle or get updates on the progress of the vehicle.
En algunas implementaciones, el sistema de prueba de validación puede ser implementado mediante el uso de una o más interfaces de programación de aplicaciones (API). Se puede construir una API que se pueda instalar tanto en el dispositivo de cliente como en el servidor. Adicional o alternativamente, se pueden construir dos API, una para un servidor y otra para un dispositivo de cliente. El sistema de prueba de validación en el dispositivo de cliente puede incluir la programación para enviar a la API en el lado del servidor la solicitud de datos. Además, se puede crear un código de ejecución para que un servidor intermediario envíe solicitudes de datos al servidor. Se puede crear una segunda API para que el servidor reciba solicitudes de datos, genere pruebas de validación y transmita la prueba de validación al dispositivo de cliente. Esta API se puede combinar con la API de solicitud en algunas implementaciones.In some implementations, the validation test system may be implemented through the use of one or more application programming interfaces (APIs). An API can be built that can be installed on both the client device and the server. Additionally or alternatively, two APIs can be built, one for a server and one for a client device. The validation test system on the client device may include programming to send the data request to the server-side API. Additionally, runtime code can be created for an intermediary server to send data requests to the server. A second API can be created for the server to receive data requests, generate validation tests, and transmit the validation test to the client device. This API can be combined with the Request API in some implementations.
Las realizaciones de la materia y las operaciones descritas en esta memoria descriptiva se pueden implementar en circuitos electrónicos digitales, o en software, firmware o hardware, que incluyen las estructuras desveladas en esta memoria descriptiva y sus equivalentes estructurales, o en combinaciones de una o más de ellas. Las realizaciones de la materia descrita en esta memoria descriptiva se pueden implementar como uno o más programas de ordenador, es decir, uno o más módulos de instrucciones de programa de ordenador, codificados en un medio de almacenamiento de ordenador para su ejecución por, o para controlar el funcionamiento de, un aparato de procesamiento de datos. Alternativamente, o además, las instrucciones del programa pueden ser codificadas en una señal propagada generada artificialmente, por ejemplo, una señal eléctrica, óptica o electromagnética generada por una máquina que se genera para codificar información para su transmisión a un aparato receptor adecuado para su ejecución por un aparato de procesamiento de datos. Un medio de almacenamiento informático puede ser, o estar incluido en, un dispositivo de almacenamiento legible por ordenador, un sustrato de almacenamiento legible por ordenador, una matriz o dispositivo de memoria de acceso aleatorio o en serie, o una combinación de uno o más de ellos. Además, aunque un medio de almacenamiento informático no es una señal propagada, un medio de almacenamiento informático puede ser una fuente o destino de instrucciones de programas informáticos codificadas en una señal propagada generada artificialmente. El medio de almacenamiento informático también puede ser, o estar incluido, en uno o más componentes o medios físicos separados (por ejemplo, múltiples CD, discos u otros dispositivos de almacenamiento).Subject matter embodiments and operations described in this specification may be implemented in digital electronic circuits, or in software, firmware, or hardware, including the structures disclosed in this specification and their structural equivalents, or in combinations of one or more. of them. Embodiments of the subject matter described in this specification may be implemented as one or more computer programs, that is, one or more computer program instruction modules, encoded on a computer storage medium for execution by or for control the operation of a data processing apparatus. Alternatively, or in addition, the program instructions may be encoded in an artificially generated propagated signal, for example, a machine-generated electrical, optical, or electromagnetic signal that is generated to encode information for transmission to a suitable receiving apparatus for execution. by a data processing device. A computer storage medium may be, or be included in, a computer-readable storage device, a computer-readable storage substrate, a random or serial access memory device or array, or a combination of one or more of these. they. Furthermore, although a computer storage medium is not a propagated signal, a computer storage medium may be a source or destination of computer program instructions encoded in an artificially generated propagated signal. The computer storage medium may also be, or be included in, one or more separate physical media or components (eg, multiple CDs, disks, or other storage devices).
Las operaciones descritas en esta memoria descriptiva se pueden implementar como operaciones llevadas a cabo por un aparato de procesamiento de datos sobre datos almacenados en uno o más dispositivos de almacenamiento legibles por ordenador o recibidos de otras fuentes.The operations described in this specification may be implemented as operations performed by a data processing apparatus on data stored in one or more computer-readable storage devices or received from other sources.
El término "aparato de procesamiento de datos" abarca todo tipo de aparatos, dispositivos y máquinas para el procesamiento de datos, que incluyen a modo de ejemplo un procesador programable, un ordenador, un sistema en un chip, o múltiples o combinaciones de los anteriores. El aparato puede incluir circuitos lógicos de propósito especial, por ejemplo, un FPGA (matriz de puertas lógicas programable en campo) o un ASIC (circuito Integrado para aplicaciones específicas). El aparato también puede incluir, además del hardware, un código que crea un entorno de ejecución para el programa informático en cuestión, por ejemplo, un código que constituye el firmware del procesador, una pila de protocolos, un sistema de gestión de bases de datos, un sistema operativo, un entorno de ejecución multiplataforma, una máquina virtual, o una combinación de uno o más de ellos. El aparato y el entorno de ejecución pueden llevar a cabo diversas infraestructuras de modelos de computación diferentes, tales como servicios web, computación distribuida e infraestructuras de computación en red.The term "data processing apparatus" encompasses all types of data processing apparatus, devices, and machines, including but not limited to a programmable processor, a computer, a system on a chip, or multiples or combinations of the foregoing. . The apparatus may include special purpose logic circuits, for example, an FPGA (Field Programmable Logic Gate Array) or an ASIC (Application Specific Integrated Circuit). The apparatus may also include, in addition to the hardware, code that creates an execution environment for the computer program in question, for example, code that constitutes the firmware of the processor, a protocol stack, a database management system , an operating system, a cross-platform runtime environment, a virtual machine, or a combination of one or more of these. The appliance and runtime environment may implement various different computing model infrastructures, such as web services, distributed computing, and network computing infrastructures.
Un programa de ordenador (también conocido como programa, software, aplicación de software, secuencia de comandos o código) se puede escribir en cualquier forma de lenguaje de programación, que incluye lenguajes compilados o interpretados, lenguajes declarativos o procedimentales, y se puede desplegar en cualquier forma, que incluye formas como un programa independiente o como un módulo, componente, subrutina, objeto u otra unidad adecuada para su uso en un entorno informático. Un programa de ordenador puede corresponder, aunque no necesariamente, a un archivo en un sistema de archivos. Un programa se puede almacenar en una porción de un archivo que contenga otros programas o datos (por ejemplo, una o más secuencias de comando almacenadas en un documento de lenguaje de marcas), en un único archivo dedicado al programa en cuestión o en múltiples archivos coordinados (por ejemplo, archivos que almacenen uno o más módulos, subprogramas o porciones de código). Un programa informático se puede desplegar para ser ejecutado en un ordenador o en varios ordenadores situados en un sitio o distribuidos en varios sitios e interconectados por una red de comunicación.A computer program (also known as a program, software, software application, script, or code) can be written in any form of programming language, including compiled or interpreted languages, declarative or procedural languages, and can be deployed in any form, which includes forms as a stand-alone program or as a module, component, subroutine, object, or other unit suitable for use in a computing environment. A computer program may, but need not, correspond to a file in a file system. A program can be stored in a portion of a file that contains other programs or data (for example, one or more scripts stored in a markup language document), in a single file dedicated to the program in question, or in multiple files. coordinated (for example, files that store one or more modules, subprograms, or pieces of code). A computer program can be deployed to be executed on one computer or on several computers located at one site or distributed over several sites and interconnected by a communication network.
Los procedimientos y flujos lógicos descritos en esta memoria descriptiva pueden ser llevadas a cabo por uno o más procesadores programables que ejecutan uno o más programas informáticos para llevar a cabo acciones por medio de la operación sobre los datos de entrada y generar la salida. Los procedimientos y flujos lógicos también pueden ser llevados a cabo por, y el aparato también puede ser implementado como, circuitos lógicos de propósito especial, por ejemplo, un FPGA (matriz de puerta programable en campo) o un ASIC (circuito Integrado de aplicación específica). The procedures and logic flows described in this specification may be carried out by one or more programmable processors executing one or more computer programs to perform actions by operating on input data and generating output. Logic procedures and flows may also be carried out by, and the apparatus may also be implemented as, special purpose logic circuits, for example, an FPGA (Field Programmable Gate Array) or an ASIC (Application Specific Integrated Circuit). ).
Los procesadores adecuados para la ejecución de un programa de ordenador incluyen, a modo de ejemplo, microprocesadores de propósito general y especial, y uno o más procesadores de cualquier tipo de ordenador digital. Por lo general, un procesador recibe instrucciones y datos de una memoria de sólo lectura, de una memoria de acceso aleatorio o de ambas. Los elementos esenciales de un ordenador son un procesador para llevar a cabo acciones de acuerdo con las instrucciones y uno o más dispositivos de memoria para almacenar instrucciones y datos. Generalmente, un ordenador también incluirá, o estará operativamente acoplado para recibir datos desde o transferir datos a, o ambos, uno o más dispositivos de almacenamiento masivo para almacenar datos, por ejemplo, discos magnéticos, magneto-ópticos u ópticos. Sin embargo, no es necesario que un ordenador disponga de estos dispositivos. Además, un ordenador puede estar integrado en otro dispositivo, por ejemplo, un teléfono móvil, un asistente digital personal (PDA), un reproductor de audio o vídeo móvil, una consola de juegos, un receptor del Sistema de Posicionamiento Global (GPS) o un dispositivo de almacenamiento portátil (por ejemplo, una unidad flash de bus serie universal (USB)), por nombrar sólo algunos. Los dispositivos adecuados para almacenar instrucciones y datos de programas informáticos incluyen todas las formas de memoria no volátil, medios y dispositivos de memoria, que incluyen, a modo de ejemplo, dispositivos de memoria de semiconductores, por ejemplo, dispositivos EPROM, dispositivos EEPROM y dispositivos de memoria flash; discos magnéticos, por ejemplo, discos duros internos o discos extraíbles; discos magneto-ópticos; y discos CD ROM y DVD-ROM. El procesador y la memoria pueden ser complementados por, o incorporados en, circuitos lógicos de propósito especial.Processors suitable for executing a computer program include, by way of example, general purpose and special purpose microprocessors, and one or more processors of any type of digital computer. Typically, a processor receives instructions and data from read-only memory, random access memory, or both. The essential elements of a computer are a processor to carry out actions according to instructions and one or more memory devices to store instructions and data. Generally, a computer will also include, or be operatively coupled to receive data from or transfer data to, or both, one or more mass storage devices for storing data, eg, magnetic, magneto-optical, or optical disks. However, it is not necessary for a computer to have these devices. In addition, a computer may be embedded in another device, for example, a mobile phone, personal digital assistant (PDA), mobile audio or video player, game console, Global Positioning System (GPS) receiver, or a portable storage device (for example, a universal serial bus (USB) flash drive), to name just a few. Devices suitable for storing computer program instructions and data include all forms of nonvolatile memory, memory media, and memory devices, including, by way of example, semiconductor memory devices, e.g., EPROM devices, EEPROM devices, and memory devices. flash memory; magnetic disks, for example, internal hard drives or removable disks; magneto-optical discs; and CD-ROM and DVD-ROM discs. The processor and memory may be supplemented by, or incorporated into, special purpose logic circuitry.
A fin de proporcionar la interacción con un usuario, las realizaciones de la materia descrita en esta memoria descriptiva se pueden implementar en un dispositivo electrónico que tenga un dispositivo de visualización, por ejemplo, un monitor CRT (tubo de rayos catódicos) o LCD (pantalla de cristal líquido), para mostrar información al usuario y un teclado y un dispositivo señalador, por ejemplo, un ratón o una bola de seguimiento, por medio del cual el usuario puede proporcionar información al ordenador. También se pueden utilizar otros tipos de dispositivos para proporcionar la interacción con un usuario; por ejemplo, la información proporcionada al usuario puede ser cualquier forma de información sensorial, por ejemplo, información visual, auditiva o táctil; y la entrada del usuario se puede recibir de cualquier forma, que incluye información acústica, verbal o táctil. Además, un ordenador puede interactuar con un usuario por medio del envío de documentos a y la recepción de documentos de un dispositivo que es utilizado por el usuario; por ejemplo, al enviar páginas web a un navegador web en un dispositivo de cliente del usuario en respuesta a las solicitudes recibidas del navegador web.In order to provide interaction with a user, embodiments of the subject matter described in this specification may be implemented in an electronic device having a display device, for example, a CRT (cathode ray tube) or LCD (screen display) monitor. liquid crystal), to display information to the user, and a keyboard and a pointing device, such as a mouse or a trackball, by means of which the user can provide information to the computer. Other types of devices may also be used to provide interaction with a user; for example, the information provided to the user may be any form of sensory information, eg, visual, auditory, or tactile information; and user input can be received in any form, including acoustic, verbal, or tactile information. Furthermore, a computer may interact with a user by sending documents to and receiving documents from a device that is used by the user; for example, by sending web pages to a web browser on a user's client device in response to requests received from the web browser.
Las realizaciones de la materia descrita en esta memoria descriptiva se pueden implementar en un sistema informático que incluya un componente de back-end, por ejemplo, como un servidor de datos, o que incluya un componente de middleware, por ejemplo, un servidor de aplicaciones, o que incluya un componente de front-end, por ejemplo, un ordenador cliente que tenga una interfaz gráfica de usuario o un navegador web a través del cual un usuario pueda interactuar con una implementación de la materia descrita en esta memoria descriptiva, o cualquier combinación de uno o más de dichos componentes de back-end, middleware o front-end. Los componentes del sistema pueden estar interconectados por cualquier forma o medio de comunicación digital de datos, por ejemplo, una red de comunicación. Entre los ejemplos de redes de comunicación se encuentran una red de área local ("LAN") y una red de área amplia ("WAN"), una interred (por ejemplo, Internet) y redes entre pares (por ejemplo, redes ad hoc entre pares).Embodiments of the subject matter described in this specification may be implemented in a computing system that includes a back-end component, eg, as a data server, or includes a middleware component, eg, an application server. , or that includes a front-end component, for example, a client computer having a graphical user interface or web browser through which a user can interact with an implementation of the subject matter described in this specification, or any combination of one or more of such back-end, middleware or front-end components. The components of the system may be interconnected by any form or means of digital data communication, for example, a communication network. Examples of communication networks include a local area network ("LAN") and a wide area network ("WAN"), an internetwork (for example, the Internet), and peer-to-peer networks (for example, ad hoc networks). Between peers).
El sistema informático puede incluir clientes y servidores. Un cliente y un servidor suelen estar alejados el uno del otro y suelen interactuar a través de una red de comunicación. La relación de cliente y servidor surge en virtud de que los programas informáticos se ejecutan en los respectivos ordenadores y tienen una relación cliente-servidor entre sí. En algunas realizaciones, un servidor transmite datos (por ejemplo, una página HTML) a un dispositivo de cliente (por ejemplo, con el fin de mostrar datos y recibir entradas de un usuario que interactúa con el dispositivo de cliente). Los datos generados en el dispositivo de cliente (por ejemplo, un resultado de la interacción del usuario) pueden ser recibidos desde el dispositivo de cliente en el servidor.The computer system may include clients and servers. A client and a server are usually far from each other and usually interact through a communication network. The client and server relationship arises by virtue of the computer programs running on the respective computers and having a client-server relationship with each other. In some embodiments, a server transmits data (eg, an HTML page) to a client device (eg, for the purpose of displaying data and receiving input from a user interacting with the client device). Data generated on the client device (eg, a result of user interaction) may be received from the client device at the server.
Aunque esta memoria descriptiva contiene numerosos detalles de implementación específicos, éstos no se deben interpretar como limitaciones en el alcance de cualquier invención o de lo que se puede reivindicar, sino más bien como descripciones de características específicas de realizaciones particulares de invenciones particulares. Ciertas características que se describen en esta memoria descriptiva en el contexto de realizaciones separadas también se pueden implementar en combinación en una sola realización. Por el contrario, varias características que se describen en el contexto de una sola realización también se pueden implementar en múltiples realizaciones por separado o en cualquier subcombinación adecuada. Además, aunque las características pueden ser descritas anteriormente como que actúan en ciertas combinaciones e incluso reivindicadas inicialmente como tales, una o más características de una combinación reivindicada pueden en algunos casos ser extirpadas de la combinación, y la combinación reivindicada se puede dirigir a una subcombinación o variación de una subcombinación.Although this specification contains numerous specific implementation details, these should not be construed as limitations on the scope of any invention or what may be claimed, but rather as descriptions of specific features of particular embodiments of particular inventions. Certain features that are described in this specification in the context of separate embodiments may also be implemented in combination in a single embodiment. Rather, various features that are described in the context of a single embodiment may also be implemented in multiple embodiments separately or in any suitable sub-combination. Furthermore, although features may be described above as operating in certain combinations and even initially claimed as such, one or more features of a claimed combination may in some cases be excised from the combination, and the claimed combination may be directed to a subcombination. or variation of a subcombination.
Del mismo modo, aunque las operaciones se representan en los dibujos en un orden particular, esto no se debe entender como que se requiera que dichas operaciones se lleven a cabo en el orden particular mostrado o en orden secuencial, o que se lleven a cabo todas las operaciones ilustradas, para lograr los resultados deseados. En determinadas circunstancias, la multitarea y el procesamiento en paralelo pueden ser ventajosos. Además, la separación de varios componentes del sistema en las realizaciones descritas anteriormente no se debe entender como una exigencia de dicha separación en todas las realizaciones, y se debe entender que los componentes del programa y los sistemas descritos se pueden generalmente integrar juntos en un único producto de software o se pueden empaquetar en múltiples productos de software.Similarly, although operations are depicted in the drawings in a particular order, this is not to be construed as requiring that such operations be performed in the particular order shown or in sequential order, or that all operations be performed. illustrated operations, to achieve the desired results. Under certain circumstances, multitasking and parallel processing can be advantageous. Furthermore, the separation of various system components in the embodiments described above should not be understood as requiring such separation in all embodiments, and it should be understood that the system components The described program and systems may generally be integrated together into a single software product or may be packaged into multiple software products.
Por lo tanto, se han descrito realizaciones particulares de la materia. Otras realizaciones están dentro del ámbito de las siguientes reivindicaciones. En algunos casos, las acciones mencionadas en las reivindicaciones se pueden llevar a cabo en un orden diferente y aun así lograr los resultados deseados. Además, los procedimientos representados en las figuras adjuntas no requieren necesariamente el orden particular mostrado, o el orden secuencial, para lograr los resultados deseados. En ciertas implementaciones, la multitarea y el procesamiento paralelo pueden ser ventajosos. Therefore, particular embodiments of the matter have been described. Other embodiments are within the scope of the following claims. In some cases, the actions mentioned in the claims can be carried out in a different order and still achieve the desired results. Furthermore, the procedures depicted in the accompanying figures do not necessarily require the particular order shown, or the sequential order, to achieve the desired results. In certain implementations, multitasking and parallel processing can be advantageous.
Claims (11)
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/US2019/056277 WO2021076104A1 (en) | 2019-10-15 | 2019-10-15 | Systems and methods for protecting data |
Publications (1)
Publication Number | Publication Date |
---|---|
ES2908048T3 true ES2908048T3 (en) | 2022-04-27 |
Family
ID=68542741
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
ES19802336T Active ES2908048T3 (en) | 2019-10-15 | 2019-10-15 | Data protection systems and procedures |
Country Status (7)
Country | Link |
---|---|
US (1) | US20220255758A1 (en) |
EP (2) | EP3998790A1 (en) |
JP (2) | JP7135090B2 (en) |
KR (2) | KR102526106B1 (en) |
CN (2) | CN112997462B (en) |
ES (1) | ES2908048T3 (en) |
WO (1) | WO2021076104A1 (en) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113703995B (en) * | 2021-08-13 | 2024-04-16 | 深圳市中博科创信息技术有限公司 | Front-end and back-end data interaction method and device, electronic equipment and storage medium |
Family Cites Families (27)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6064736A (en) * | 1997-09-15 | 2000-05-16 | International Business Machines Corporation | Systems, methods and computer program products that use an encrypted session for additional password verification |
US6105066A (en) * | 1998-05-05 | 2000-08-15 | International Business Machines Corp. | Client-server system with central application management and using fully qualified class names of object-oriented applications for determining permanent server storage locations for application configuration information |
JP2003345707A (en) * | 2002-05-28 | 2003-12-05 | Nippon Telegr & Teleph Corp <Ntt> | Method and device for managing contents distribution |
EP2014046B1 (en) * | 2006-03-16 | 2016-03-02 | BRITISH TELECOMMUNICATIONS public limited company | Methods, apparatuses and storage medium for authentication of devices temporarily provided with a sim card to store a challenge-response |
US20090210708A1 (en) * | 2008-02-14 | 2009-08-20 | Higher Challenge, Inc. | Systems and Methods for Authenticating and Authorizing a Message Receiver |
US8868923B1 (en) * | 2010-07-28 | 2014-10-21 | Sandia Corporation | Multi-factor authentication |
EP2475144A1 (en) * | 2011-01-05 | 2012-07-11 | Gemalto SA | Method for communicating between a server and a client and corresponding client, server and system |
JP2012155397A (en) * | 2011-01-24 | 2012-08-16 | Yappa Corp | Content management system, content management method, and program |
US8817984B2 (en) * | 2011-02-03 | 2014-08-26 | mSignia, Inc. | Cryptographic security functions based on anticipated changes in dynamic minutiae |
US20130019293A1 (en) * | 2011-07-14 | 2013-01-17 | Google Inc. | Enabling Access to Electronic Content Based on Possession of Physical Content |
JP6132605B2 (en) * | 2012-04-26 | 2017-05-24 | キヤノン株式会社 | Information processing apparatus and control method thereof |
US9143496B2 (en) * | 2013-03-13 | 2015-09-22 | Uniloc Luxembourg S.A. | Device authentication using device environment information |
WO2014153728A1 (en) * | 2013-03-27 | 2014-10-02 | Irdeto B.V. | A challenge-response method and associated client device |
US9178881B2 (en) * | 2013-10-09 | 2015-11-03 | Microsoft Technology Licensing, Llc | Proof of device genuineness |
US9998438B2 (en) * | 2013-10-23 | 2018-06-12 | Microsoft Technology Licensing, Llc | Verifying the security of a remote server |
US9251334B1 (en) * | 2014-01-30 | 2016-02-02 | Amazon Technologies, Inc. | Enabling playback of media content |
US20150350204A1 (en) * | 2014-05-30 | 2015-12-03 | Toshiba Tec Kabushiki Kaisha | Cloud-based device authentication |
US10461944B2 (en) * | 2014-09-26 | 2019-10-29 | Irdeto B.V. | Challenge-response method and associated computing device |
US9692757B1 (en) * | 2015-05-20 | 2017-06-27 | Amazon Technologies, Inc. | Enhanced authentication for secure communications |
US10044725B2 (en) * | 2015-12-18 | 2018-08-07 | Google Llc | Controlling access to online resources using device validations |
US10305885B2 (en) * | 2016-03-03 | 2019-05-28 | Blackberry Limited | Accessing enterprise resources using provisioned certificates |
US10205726B2 (en) * | 2016-06-03 | 2019-02-12 | Honeywell International Inc. | Apparatus and method for preventing file access by nodes of a protected system |
US20170359344A1 (en) * | 2016-06-10 | 2017-12-14 | Microsoft Technology Licensing, Llc | Network-visitability detection control |
US10397778B2 (en) * | 2016-07-29 | 2019-08-27 | Citrix Systems, Inc. | Computer network providing secure mobile device enrollment features and related methods |
US10218704B2 (en) * | 2016-10-06 | 2019-02-26 | Cisco Technology, Inc. | Resource access control using named capabilities |
KR20180038151A (en) * | 2016-10-06 | 2018-04-16 | (주) 하이엔티비 | System for user authentication and sever for user authentication |
AU2018309432A1 (en) * | 2017-08-03 | 2020-02-27 | Entersekt International Limited | System and method for authenticating a transaction |
-
2019
- 2019-10-15 KR KR1020227020735A patent/KR102526106B1/en active IP Right Grant
- 2019-10-15 EP EP22150492.1A patent/EP3998790A1/en not_active Withdrawn
- 2019-10-15 WO PCT/US2019/056277 patent/WO2021076104A1/en unknown
- 2019-10-15 JP JP2020535258A patent/JP7135090B2/en active Active
- 2019-10-15 US US16/961,153 patent/US20220255758A1/en active Pending
- 2019-10-15 CN CN201980006842.9A patent/CN112997462B/en active Active
- 2019-10-15 CN CN202211421333.2A patent/CN115695040A/en active Pending
- 2019-10-15 EP EP19802336.8A patent/EP3827572B1/en active Active
- 2019-10-15 KR KR1020207018319A patent/KR102414158B1/en active IP Right Grant
- 2019-10-15 ES ES19802336T patent/ES2908048T3/en active Active
-
2022
- 2022-08-31 JP JP2022137984A patent/JP7438295B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP7438295B2 (en) | 2024-02-26 |
EP3827572A1 (en) | 2021-06-02 |
EP3827572B1 (en) | 2022-01-26 |
JP2022511580A (en) | 2022-02-01 |
KR102414158B1 (en) | 2022-06-28 |
US20220255758A1 (en) | 2022-08-11 |
CN112997462B (en) | 2022-11-22 |
KR20210046578A (en) | 2021-04-28 |
WO2021076104A1 (en) | 2021-04-22 |
KR20220092631A (en) | 2022-07-01 |
CN112997462A (en) | 2021-06-18 |
JP7135090B2 (en) | 2022-09-12 |
KR102526106B1 (en) | 2023-04-26 |
CN115695040A (en) | 2023-02-03 |
EP3998790A1 (en) | 2022-05-18 |
JP2022172251A (en) | 2022-11-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10574460B2 (en) | Mechanism for achieving mutual identity verification via one-way application-device channels | |
US9940477B2 (en) | Geolocation-based encryption method and system | |
US9673984B2 (en) | Session key cache to maintain session keys | |
US9900161B2 (en) | Method for certifying android client application by local service unit | |
US20080270578A1 (en) | Method, Device And Data Download System For Controlling Effectiveness Of A Download Transaction | |
CN105915342A (en) | Application program communication processing system, an application program communication processing device, an application program communication processing apparatus and an application program communication processing method | |
KR20140050322A (en) | Method and apparatus for providing unique identifier of user device | |
CN105025019A (en) | Data safety sharing method | |
US9787476B2 (en) | Image verification by an electronic device | |
JP2022543947A (en) | Protect browser cookies | |
ES2908048T3 (en) | Data protection systems and procedures | |
ES2956117T3 (en) | User terminal identification procedure and system for receiving protected and continuously supplied multimedia content | |
CN110753257A (en) | Data display method, display terminal, server, display system, and storage medium | |
KR101140576B1 (en) | Multi?user search system and method of encrypted document | |
JP3661776B2 (en) | Method and system for providing client profile information to a server | |
CN115296807B (en) | Key generation method, device and equipment for preventing industrial control network viruses | |
KR20220059506A (en) | Systems and methods for security identification retrieval | |
CN114584299A (en) | Data processing method and device, electronic equipment and storage medium | |
JP6931616B2 (en) | Program-related information transmitters and program-related information receivers, and their programs | |
CN114143577B (en) | Video acquisition method and system | |
CN116032626A (en) | Method and device for safely and legally accessing WEB background service in automatic driving | |
CN117240543A (en) | Resource acquisition method, device, equipment and storage medium | |
CN115514991A (en) | Tamper-proof method of IPTV video, server and client | |
JP2001290773A (en) | Network type system for providing service | |
JP2017204836A (en) | Proxy device, transfer device, client device and program of content distribution network |