Por lo que entiendo, es un comportamiento esperado de Discourse que se requiera acceso de administrador para /site/settings.json y para cierta información en /site.json.
Discussion Bridge y otras integraciones similares necesitan un conjunto limitado de información de configuración del sitio para diagnósticos rutinarios, planificación y sincronización. Actualmente, esto puede requerir el uso de una clave de API asociada a un administrador. Una clave de administrador de solo lectura evita las escrituras, pero aún así puede exponer todo lo que el administrador puede leer. Una clave de administrador global conlleva un riesgo innecesariamente alto para las operaciones diarias de máquinas.
¿Podría Discourse proporcionar:
- Un alcance de clave de API granular que otorgue a los usuarios de integración no administradores acceso de lectura a un subconjunto adecuado y seguro de
/site.jsony/site/settings.json; o - Un punto final separado que contenga la información de configuración no sensible que las integraciones necesitan habitualmente?
Discourse ya admite claves de API de usuario para usuarios regulares, pero eso no resuelve este caso: una clave solo puede ejercer los permisos que el usuario asociado ya tenga. Por lo tanto, la solicitud es específicamente para una autorización segura de no administrador a los datos limitados de configuración del sitio que las integraciones necesitan, no simplemente otra forma de generar una clave.
El objetivo no es exponer configuraciones administrativas privadas. Se trata de permitir que una cuenta de integración autorizada y no administradora inspeccione la estructura del sitio y la configuración operativa que necesita, sin requerir credenciales de nivel de administrador para uso rutinario.
Esto reduciría el riesgo de credenciales, apoyaría integraciones con el principio de menor privilegio y facilitaría la operación segura de herramientas duraderas de máquina a máquina.
Antecedentes: Confirming API Access to Authoring Limit Site Settings