Ir al contenido

Seguridad y permisos

Cada pedido corre como el usuario de WordPress dueño de la contraseña de aplicación, con sus permisos. RealMCP pasa por los endpoints REST de WordPress, así que se aplican los chequeos por entrada: la IA no puede leer ni editar lo que ese usuario no puede. El contenido de usuarios sin la capacidad unfiltered_html lo filtra WordPress como siempre.

Usá un usuario dedicado con el rol que te resulte cómodo. Con un Editor alcanza para todas las herramientas.

  • Las páginas nuevas son borradores salvo que la IA ponga otro estado, y para publicar el usuario necesita permiso de publicación.
  • Una actualización se rechaza si la página cambió desde que la IA la leyó.
  • Los administradores pueden desactivar cualquier herramienta, por ejemplo todas las de escritura para acceso de solo lectura.
  • Cada llamada queda en el registro de actividad.
  • La IA nunca recibe el email, la IP, el navegador ni la web de quien comentó.
  • El texto de los comentarios lo escriben visitantes y podría intentar darle órdenes a la IA. RealMCP le indica que lo trate como datos, nunca como instrucciones.
  • Moderar y responder vienen desactivadas, porque se ven fuera del sitio.

Borrá la contraseña de aplicación en Usuarios → Perfil → Contraseñas de aplicación. El cliente deja de funcionar en el momento.

  • Las contraseñas de aplicación viajan solo por HTTPS: WordPress lo exige, y el puente se niega a usar HTTP con sitios que no son locales.
  • El endpoint rechaza pedidos de navegador desde otros orígenes.
  • El plugin no se conecta con ningún servicio externo; el registro de actividad queda en tu base de datos. La única excepción es pedirle a site-health que revise el sitio en el momento: corre las pruebas de Salud del sitio de WordPress, que comprueban que el sitio llega a WordPress.org, como en su chequeo semanal. Lo que tu cliente de IA haga con el contenido que lee depende de ese cliente.