Muestra las diferencias entre dos versiones de la página.
Ambos lados, revisión anteriorRevisión previa | |||
pan:recbdddattack [2024/09/18 16:12] – thejuanvisu | pan:recbdddattack [2024/09/18 16:22] (actual) – thejuanvisu | ||
---|---|---|---|
Línea 32: | Línea 32: | ||
A la hora de la verdad esto se puede hacer con un número de peticiones mucho más reducido por lo | A la hora de la verdad esto se puede hacer con un número de peticiones mucho más reducido por lo | ||
- | Aunque el ruido que se añada esté acotado como $E = √(a√n)$, | + | Aunque el ruido que se añada esté acotado como $E = √(a√n)$, |
+ | |||
+ | |||
+ | ==== Desafío Aircloak' | ||
+ | La compañía Aircloak, que vendía el producto Diffix, prometía privacidad en base a curar las respuestas. Puso un concurso de 5000$ para ver si su producto respondía a los ataques de reconstrucción como se esperaba. La cantidad de ruido que se añadía a cada respuesta era de la raiz cuadrada del número de condiciones. Estaban prohibidas operaciones de tipo OR en la base de datos y en caso de que la salida tuviera pocas entradas la base de datos no respondería. Se planteó una forma de interrogar la base de datos de forma que las peticiones cubrieran muchos elementos de la base de datos de una forma más o menos aleatoria y que tuvieran un número de condiciones muy pequeño. Como resultado se obtuvo la siguiente consulta SQL: | ||
+ | <code SQL> | ||
+ | SELECT count(clientId) | ||
+ | FROM loans | ||
+ | WHERE floor(100*((clientId*2)^0, | ||
+ | AND clientID BETWEEN 2000 and 3000 | ||
+ | AND loanStatus = ' | ||
+ | </ | ||
+ | Con esta consulta se pudo reconstruir la base de datos a pesar de las medidas tomadas por Aircloak. |