Tema
Identidad digital y credenciales
Dentro de la faceta Tema, la inteligencia temática Identidad digital y credenciales conecta artículos que comparten un tema específico, un enfoque en señales o una temática de seguimiento. La página ofrece a los lectores un recorrido más completo a través de informes relacionados, evidencia de fuentes, actores del mercado e implicaciones de infraestructura, con el contexto suficiente para entender por qué el tema es relevante en los movimientos corporativos, las decisiones de gobernanza, la exposición regional y el riesgo operativo. Los lectores pueden comparar señales recurrentes, organizaciones implicadas, evidencia pública, contexto de mercado, continuidad del servicio, contratación, competencia, cumplimiento y cuestiones de planificación estratégica que subyacen al tema, en lugar de quedarse en una lista escueta de artículos relacionados. Explica de qué trata el tema, qué actores o políticas de infraestructura están implicados, qué evidencia respalda la cobertura y por qué puede ser relevante para operadores, clientes, inversores y lectores interesados en las políticas.
Instituciones de Asia-Pacífico
La banca virtual de TrueMoney: aprobada en Bangkok, pero todavía sin licencia
Truemoney Company PLC se conoce al público sobre todo como la cartera digital TrueMoney, la marca de consumo de Ascend Money, la fintech de CP Group que se convirtió en el primer unicornio fintech de Tailandia en 2021. Su vehículo para entrar en la banca, ACM Holding Company…
IETF
Cinco minutos de token no redujeron diez meses de autoridad
Un agente financiero recibió permiso para consultar una sola cuenta durante cinco minutos. Parecía el ejemplo perfecto de privilegio mínimo. Sin embargo, el client credential que podía solicitar el siguiente permiso seguiría vigente durante diez meses. El límite temporal había…
IETF
La réplica coincidía; la decisión seguía siendo local
Tres operadores compararon el mismo registro firmado de un agente. Los tres validaron sus bytes y su posición en el historial. Uno lo admitió, otro pidió una prueba más y el tercero lo rechazó. La sincronización había funcionado; lo que no se había federado era el apetito de…
IETF
El servidor respondió 200. La solicitud seguía pendiente.
El sistema de bajas guardó una respuesta impecable: `200 OK`. A partir de ella cambió el expediente a «cancelado». El servidor de autorización, sin embargo, no anunciaba que aceptara códigos diferidos en su endpoint de revocación. Había respondido exactamente como exige OAuth…
IETF
El agente cambió de máquina, no de pasado
El equipo antiguo se retiró, el servicio migró a otro proveedor y una clave nueva tomó el relevo. Nada de eso convirtió al agente en un sujeto histórico distinto. Sin embargo, el sistema de riesgo abrió un expediente en blanco porque había confundido la máquina que contenía la…
IETF
El informe redondeó 0,94996 a 0,950. También redondeó el veredicto.
La pantalla mostraba 0,950 y el umbral decía «mayor o igual que 0,95». Parecía un aprobado indiscutible. El valor original era 0,94996: comparado sin redondeo, no alcanzaba el límite. La conversión había conservado una cifra familiar y cambiado la decisión que esa cifra…
IETF
La firma pesaba poco; la ruta probatoria seguía creciendo
El equipo había presupuestado una firma por cadena y creyó haber resuelto el coste de la procedencia. Después intentó verificar una solicitud antigua: necesitó el token de cada carga, la entrada de firma de cada salto, las rutas anteriores y el enlace entre resúmenes. La economía…
Historia de Internet
Una contraseña de un solo uso no protegía la sesión: RFC 2444
El RFC 2444 dio a los protocolos de red un mecanismo SASL con nombre para autenticar mediante contraseñas de un solo uso. No cifró la conversación posterior, no autenticó al servidor ni convirtió un inicio de sesión correcto en una garantía general de seguridad.
IETF
B salió, D entró y el contador inventó un quórum
El panel conservó el voto de B después de su salida. Cuando D ocupó el nuevo puesto y aprobó la misma acción, el número subió a dos y el flujo quedó en verde. El problema no estaba en ninguna firma: el sistema había sumado votos de dos comités distintos.
IETF
Cincuenta dólares eran la decisión. La firma nunca los vio.
“Compra unos auriculares baratos” puede terminar en un límite de 50 dólares, una categoría de producto y una tienda concreta. Esa traducción es el puente entre palabras y parámetros ejecutables. La nueva propuesta de evidencia OAuth firma la frase confirmada; el puente queda en…
IETF
Recuperar, atestiguar, registrar y liberar no son el mismo verbo
Los paneles de continuidad suelen comprimir cuatro decisiones en una sola luz verde. Un nuevo borrador individual sobre SCITT obliga a separarlas y sitúa el punto más incómodo justo antes de entregar el activo recuperado a quien va a usarlo.
IETF
Al borrar el diálogo también desapareció el problema del cliente
El turno contenía dos cosas: una queja legítima y un identificador que no debía circular. La solución más simple eliminó el objeto completo. El número quedó protegido, pero el expediente dejó de mostrar por qué el cliente había llamado. En una conversación verificable, privacidad…
IETF
El permiso era válido; la solicitud ya no era la misma
Un agente obtuvo autorización para pagar 40 euros. Al otro lado de la frontera llegó una orden de 40,01. El emisor conocía el presupuesto, la reserva y la aprobación; el receptor no podía reconstruir nada de eso. Un nuevo borrador propone que esa diferencia de un céntimo baste…
IETF
`allow_unresolved` no es un permiso a medias
Una plataforma entiende que una orden sólo puede ejecutarse dentro de una franja horaria, pero no dispone de una hora fiable. Devuelve la condición pendiente. El adaptador ve «allow» en el nombre del resultado y abre la puerta. La política no autorizó la acción: la integración…
IETF
La secuencia cerraba. Aun podía faltar el final
Un conjunto de recibos puede pasar todas las comprobaciones y seguir contando sólo la parte cómoda de la historia. La omisión difícil no siempre deja un hueco en medio; a veces elimina el final entero y conserva un prefijo perfectamente coherente.
IETF
Parecía un token de acceso. El modelo de autoridad había cambiado
Reutilizar un formato conocido puede ahorrar una capa entera de protocolo y, al mismo tiempo, ocultar el cambio más importante. El nuevo borrador coloca una credencial reutilizable en el mismo hueco que un token DPoP. La prueba sigue siendo válida; las reglas que dan autoridad a…
IETF
Volvió una sola cadena. La concesión OAuth seguía incompleta
El usuario de una terminal remota no necesita ver dos valores para cometer un error: basta con que el sistema convierta una copia correcta en una conclusión demasiado grande. La propuesta OOB hace más manejable el traslado del código, pero no termina por ello la cadena OAuth.
IETF
El booleano estaba firmado. El estado de la cadena ya había cambiado
Wallet State Attestation 01 convierte la observación de un emisor en una respuesta portátil. La firma protege esa observación; no convierte el bloque elegido, la frescura, la finalidad y la autorización en una sola verdad.
IETF
Negar un token de agente sin revelar qué delegación falló
La negativa de un verificador tiene dos destinatarios: quien presentó el token y quien opera la verificación. La revisión de un borrador individual muestra por qué ambos no deben recibir la misma explicación.
IETF
La cadena pasó. La identidad del nodo aún tenía otra puerta
Un certificado puede llegar intacto hasta una raíz confiable y, aun así, no autenticar el Node ID que presenta un par DTN. La revisión 11 de un borrador del IETF convierte esa diferencia en una regla de diseño, no en una excepción de soporte.