CouchDB - evitar lecturas no autorizadas

Question

CouchDB tiene un mecanismo en su lugar para evitar escrituras no autorizadas.

¿También puede evitar lecturas no autorizadas?

Answer 1

Sí, CouchDB puede evitar lecturas no autorizadas. Desafortunadamente, es un poco menos directo.

Imagine una aplicación de subasta secreta. Usted hizo una oferta de $ 20 y yo puje $ 10; cada oferta en un documento de sofá. Couch nos permite leer nuestros propios documentos de oferta, pero no otros. Sin embargo,, hay una vista de reducción de mapa que muestra el promedio. Cargué la vista y veo que el promedio es de $ 15, por lo que concluyo que su oferta es de $ 20 y he roto la política de seguridad. La salida de vista puede filtrar parte o la totalidad de la información de un documento. No es factible aplicar la seguridad a nivel de documento. Es por eso que el acceso de lectura está en el nivel de la base de datos.

Lo sé, es una mierda. Pero esa es la única respuesta correcta y escalable.

Esto es parte de la razón por la cual la filosofía de Couch es crear muchas bases de datos — ¡incluso una (o más) por usuario. El permiso de lectura para una base de datos se establece en el valor readers del objeto de la base de datos _security. (Nota, el campo readers was renamed to members en CouchDB tronco, ya que también especifica que se puede escribir en el DB.)

La técnica funciona así:

1. Crear una base de datos para cada usuario. Retendrá todos los documentos que el usuario pueda leer. Agregue el usuario (o la función del usuario) al objeto _security.
2. En la base de datos maestra, cree una función de filtro que implemente la política de lectura. (Podría compartir el código con validate_doc_update.)
3. Replicar de la base de datos maestra a la base de datos del usuario con ?filter=my_filter_function.
4. Permitir al usuario cargar (o replicar) su base de datos.

Por supuesto, esto es todo por una aplicación de Couch pura, donde los usuarios acceden directamente a Couch. Si tiene una capa intermedia (controlador MVC o solo un proxy HTTP inverso), puede aplicar la política allí, entre el usuario y el sofá. Pero tenga cuidado. Por ejemplo, una función _show o una regla _rewrite podría permitir que un usuario cargue una vista o documento a pesar de su política.

¡Buena suerte!