CBOR

Para los enteros, el campo count es el valor; no hay carga útil. El tipo 0 codifica enteros positivos o sin signo, con valores de hasta 2⁶⁴ − ^1. El tipo 1 codifica enteros negativos, con un valor de −1 − count, para ^valores desde −2⁶⁴ hasta −1 .

Los tipos 2 y 3 tienen un campo de conteo que codifica la longitud en bytes de la carga útil. El tipo 2 es una cadena de bytes no estructurada. El tipo 3 es una cadena de texto UTF-8 .

Un conteo corto de 31 indica una cadena de longitud indefinida. A continuación, se presentan cero o más cadenas de longitud definida del mismo tipo, terminadas por un byte marcador de "salto". El valor del elemento es la concatenación de los valores de los elementos que lo componen. No se permiten elementos de un tipo diferente ni cadenas indefinidas anidadas. Las cadenas de texto deben estar bien formadas individualmente; los caracteres UTF-8 no pueden dividirse entre elementos.

El tipo 4 tiene un campo de conteo que codifica la cantidad de elementos siguientes, seguido de esa misma cantidad de elementos. No es necesario que todos los elementos sean del mismo tipo; algunos lenguajes de programación lo denominan "tupla" en lugar de "matriz".

Como alternativa, se puede utilizar una codificación de longitud indefinida con un conteo corto de 31. Esto continúa hasta un byte marcador de "salto" de 255. Dado que los elementos anidados también pueden usar la codificación indefinida, el analizador debe emparejar los marcadores de salto con los bytes de encabezado de longitud indefinida correspondientes.

El tipo 5 es similar, pero codifica un mapa (también llamado diccionario o matriz asociativa) de pares clave/valor. En este caso, el contador codifica la cantidad de pares de elementos. Si se utiliza la codificación de longitud indefinida, debe haber un número par de elementos antes del byte marcador de "salto".

Una etiqueta semántica es otro tipo atómico para el cual el recuento es el valor, pero también tiene una carga útil (un único elemento siguiente), y ambos se consideran un solo elemento en, por ejemplo, una matriz o un mapa.

La etiqueta proporciona información adicional sobre el tipo del elemento siguiente, más allá de lo que puede proporcionar el tipo principal de 3 bits. Por ejemplo, una etiqueta de 1 indica que el siguiente número es un valor de tiempo Unix . Una etiqueta de 2 indica que la siguiente cadena de bytes codifica un número grande sin signo . Una etiqueta de 32 indica que la siguiente cadena de texto es una URI según se define en RFC 3986. RFC 8746 define las etiquetas 64 a 87 para codificar matrices homogéneas de valores enteros o de punto flotante de tamaño fijo como cadenas de bytes.  

La etiqueta 55799 se asigna para indicar "A continuación, datos CBOR". Esto no tiene efectod9 d9 f7 semántico, pero permite anteponer los bytes de la etiqueta correspondiente a un archivo CBOR sin alterar su significado. Estos bytes pueden usarse como un " número mágico " para distinguir el inicio de los datos CBOR.

Los valores de etiqueta de unos 0xffff, 0xffffffff y 0xffffffffffffffff están reservados para indicar la ausencia de una etiqueta en una biblioteca de decodificación CBOR; nunca deben aparecer en un flujo de datos.

El pseudoelemento marcador de ruptura puede no ser la carga útil de una etiqueta.

Este tipo principal se utiliza para codificar diversos valores especiales que no encajan en las demás categorías. Sigue las mismas reglas de tamaño de codificación que los otros tipos atómicos (0, 1 y 6), pero el campo de conteo se interpreta de manera diferente.

Los valores del 0 al 19 no están definidos actualmente.

Los valores 20 – 23 se utilizan para codificar los valores especiales false, true, null, y undefined.

Un conteo corto de 24 indica que le sigue un conteo extendido de 1 byte que podrá utilizarse en el futuro para codificar valores especiales adicionales. Para simplificar la decodificación, los valores del 0 al 31 podrían no codificarse de esta forma. Ninguno de los valores del 32 al 255 está definido actualmente.

Los valores cortos de 25, 26 o 27 indican que el campo de recuento extendido subsiguiente debe interpretarse como un valor de punto flotante IEEE de 16, 32 o 64 bits (big-endian) . Estos valores tienen el mismo tamaño que un recuento extendido, pero se interpretan de forma diferente. En particular, para todos los demás tipos principales, un recuento extendido de 2 bytes (0x1234) y uno de 4 bytes (0x00001234) son exactamente equivalentes. Esto no ocurre con los valores de punto flotante.

Los recuentos cortos de 28 a 30 están reservados, al igual que para todos los demás tipos principales.

Un conteo corto de 31 codifica el marcador especial de "ruptura" que finaliza una codificación de longitud indefinida. Esto está relacionado con, pero es diferente de, su uso con otros tipos principales donde un conteo corto de 31 inicia una codificación de longitud indefinida. Esto no es un elemento y puede no aparecer en una carga útil de longitud definida.

CBOR Object Signing and Encryption ( COSE ) es un formato binario para estructuras de datos CBOR autenticadas y/o cifradas . ^{[ 9 ]}

Un token web CBOR ( CWT ) es un token firmado que utiliza CBOR como formato de serialización. Son una alternativa a los tokens web JSON (JWT). ^{[ 10 ]}