¿Hay algún método estándar para que yo le de a alguien más acceso de solo lectura a mis datos?

Claro. Hay varios enfoques estándar para este problema:

1. Exportar. Alice exporta sus datos a un archivo o documento, y luego le envía al Dr. Bob una copia de los datos. Ahora Bob puede modificar su copia local, pero eso no afectará los recursos de Alice.

   Por supuesto, la desventaja de este enfoque es que solo le proporciona al Dr. Bob una instantánea de los datos de Alice. Si los datos de Alice cambian con el tiempo, Alice tendrá que hacer una nueva copia cada vez que el Dr. Bob quiera ver los últimos datos. Sin embargo, una ventaja es que esto es muy fácil para Alice. No requiere ningún soporte del sistema subyacente ni ninguna experiencia especial.

2. Proxying. Alice quiere darle al Dr. Bob acceso de solo lectura a algunos de sus recursos, por lo que configura un proxy. El código del proxy tiene acceso completo a los recursos de Alice, pero Alice escribe el código proxy para que solo realice operadores de lectura. El proxy exporta una API que permite el acceso de solo lectura, y Alice le da al Dr. Bob acceso al proxy.

   Por supuesto, el problema con esto es que Alice tiene que ser programadora o equivalente para seguir este enfoque. La ventaja es que no requiere soporte del sistema subyacente.

3. Soporte para compartir de solo lectura. Puedes escribir el sistema para que Alice pueda conceder a otros acceso a sus datos. Además, puede escribir el sistema para proporcionar una opción para compartir los datos como solo lectura. Por ejemplo, Google Docs le permite compartir un documento con otros, y si lo desea, puede elegir compartirlo como solo lectura (para que puedan leer el documento pero no modificarlo).

   Por supuesto, este enfoque requiere soporte del sistema subyacente. El sistema tiene que ser construido para soportar este caso de uso. Sin embargo, es probable que este enfoque sea fácil de entender para los usuarios.

4. Capacidades atenuadas. Muchos sistemas de capacidades brindan soporte integrado para este caso de uso. Alice tiene una capacidad que le permite acceder a sus datos. El sistema proporciona una manera para que Alice pueda generar una versión atenuada de su capacidad: una capacidad de solo lectura que solo se refiere al mismo recurso, pero solo otorga acceso de lectura, no acceso de escritura. Ahora Alice puede compartir esta capacidad con otros.

   Por ejemplo, una aplicación web podría darle a Alice una forma de generar un enlace (URL) a sus datos, de modo que cualquier persona con quien ella comparta el enlace también tenga acceso a sus datos. (Google Docs también admite este modo de operación). Si la aplicación web está escrita para respaldarla, la aplicación web también puede permitir que Alice genere una URL que otorga acceso de solo lectura pero no acceso de escritura a nadie con quien Alice comparte el enlace.

   La desventaja es que esto también requiere soporte del sistema subyacente. El sistema debe construirse teniendo en cuenta el uso compartido de solo lectura.

copie / pegue los datos en un archivo, cifrándolos mediante un archivo zip protegido con contraseña y entregue la contraseña en persona o después de cifrar la información con gngpgp o la clave pública de las otras partes;) pero sé que no es eso te referías. Aunque eso es de solo lectura y seguro, siempre y cuando transmita la contraseña de forma segura.

OAuth es bastante común y estándar. Si busca openid, lo utilizan para redirigir al usuario a un sitio de terceros y los informes de terceros si reconocen al usuario o no. Puede usar la API de terceros para obtener datos de solo lectura.

Lo he visto antes con una aplicación que abre una ventana a un sitio que le da al usuario un pin de uso 1 vez. El pin se usa con el nombre de la cuenta y luego la aplicación obtendría los detalles necesarios para que se comunique con la API. Por lo general, toma los detalles de OAuth que IIRC es simplemente un token y un token secreto.

Use Linux, instale SSH y asigne los permisos necesarios a los archivos y directorios usando chmod. Si eres una persona de Windows, entonces no estoy seguro. Quizás sea posible una solución similar.

OAuth2 sería un buen protocolo para usar en este caso. El consumidor (por ejemplo, el contador) intentará acceder a los datos (algún URL que proporcione) y el proveedor de servicios (banco) le pedirá al consumidor que proporcione un token de autorización. Le proporcionará al consumidor un token que obtuvo del proveedor del servicio. Al ver esto, el proveedor de servicios puede permitir que el portador de token acceda a sus datos. Este método requiere que sus proveedores de servicios implementen el flujo de trabajo de OAuth

Por otro lado, también es posible con una solución empresarial de inicio de sesión único (SSO) con algún tipo de capacidad de prevención de pérdida de datos. El consumidor iniciará sesión en la máquina usando sus credenciales de SSO y el servicio de SSO, a su vez, registrará al consumidor en el proveedor del servicio usando sus credenciales (ocultas a sus ojos). Una vez que haya iniciado sesión, se evitará que el consumidor realice acciones "dañinas" (por ejemplo, haga clic en transferir fondos) y efectivamente tenga acceso de "solo lectura" al servicio.