Buzz NIP-FA es una especificación en borrador y opcional del proyecto Buzz. Queda fuera de los NIPs aceptados del repositorio oficial nostr-protocol/nips.

Define un contrato HTTP neutral respecto al proveedor entre un cliente de Nostr y un adaptador de identidad empresarial. Tras un inicio de sesión en el navegador, el adaptador mantiene una sesión para el usuario. Emite aserciones Buzz NIP-FI, locales al proyecto, que vinculan al usuario con una clave de Nostr cuyo control el cliente demuestra con NIP-98. El operador elige la vigencia de cada aserción, que debe respetar el maximum_assertion_age del emisor aceptado por el relay, y exp no puede superar la expiración de la sesión del adaptador. La vigencia elegida limita durante cuánto tiempo una clave revocada podría todavía reconectarse tras un reinicio del relay, y los clientes no deben rechazar una aserción únicamente por su vigencia. NIP-FI y los NIPs oficiales no cambian. El inicio de sesión usa un desafío de traspaso S256 y un callback de loopback en 127.0.0.1 o [::1] que recibe un código de un solo uso. Los sistemas upstream como OIDC o SAML quedan detrás del adaptador. Determinar qué relays exigen identidad empresarial se deja a otras especificaciones.

Fuente primaria: la especificación NIP-FA en el repositorio de Buzz.

Credenciales de agentes

Buzz fusionó un borrador de NIP-FA para credenciales de agentes autorizados por su propietario, que define rutas de concesión, aserción y revocación para agentes que un propietario ha autorizado mediante NIP-OA. Una concesión surge de un intercambio de tokens RFC 8693 que empareja la sesión del propietario con una prueba NIP-98 del agente. Para obtener una aserción, el agente presenta la concesión como token Bearer junto con su propia prueba, y los clientes comprueban el iss de la aserción frente al emisor de la concesión. Las pruebas del agente son de un solo uso y pertenecen únicamente a las rutas de concesión y aserción. La revocación se ejecuta sobre la sesión del propietario sin prueba del agente; revoca la clave del agente y sus concesiones y desconecta al agente. La política del adaptador decide la vigencia de la concesión. Las condiciones de autorización no admitidas se rechazan, y una clave revocada no puede volver a inscribirse. NIP-FA es una especificación de Buzz, no un NIP aceptado. La fusión existe solo en el código fuente, sin ninguna afirmación de activación en producción, de una compilación publicada ni de interoperabilidad.

Fuentes primarias

Mencionado en