CVE-2026-14368 in Zephyr
Sumário
de VulDB • 31/08/2026
O get_string() do formatador de conteúdo JSON LwM2M em subsys/net/lib/lwm2m/lwm2m_rw_json.c copia uma string JSON analisada para um buffer fornecido pelo chamador e o termina com NUL (NUL-terminates). O guarda de comprimento utilizado, if (string_length > buflen), aceita uma string cujo comprimento é exatamente igual a buflen. Após o memcpy() preencher todo o buffer, buf[string_length] = '\0' escreve um byte além do final do buffer (CWE-787).
O valor da string e seu comprimento são obtidos diretamente do payload CoAP de entrada durante um WRITE LwM2M: do_write_op_json() analisa o payload obtido de coap_packet_get_payload(), e get_string() é invocado a partir de lwm2m_write_handler() (engine_get_string() em subsys/net/lib/lwm2m/lwm2m_message_handling.c) para um recurso LWM2M_RES_TYPE_STRING. O destino buf/buflen é ou o buffer de dados fixo da instância do recurso (res_inst->data_ptr/max_data_len) ou o buffer de validação do mecanismo (msg->ctx->validate_buf). Um servidor LwM2M (peer DTLS do cliente) pode, portanto, escrever um recurso string com um valor cujo comprimento é igual ao tamanho do buffer alvo e forçar uma estouro de um byte.
O estouro consiste em uma única escrita fora dos limites da constante 0x00 imediatamente após o buffer do recurso ou de validação, corrompendo o byte adjacente na memória. Não se trata de vazamento de informação e o valor escrito é fixo, portanto não é uma primitiva direta para execução de código, mas pode corromper estado adjacente (um valor de recurso adjacente, um campo de comprimento/bandeira ou um campo de struct) e causar corrupção de dados ou falha. Acionar a escrita é determinístico; o impacto resultante depende do layout da memória.
A correção altera o guarda para string_length >= buflen, rejeitando o caso de comprimento exato e alinhando o formatador JSON com os outros formadores de conteúdo (lwm2m_rw_plain_text.c, lwm2m_rw_oma_tlv.c, lwm2m_rw_senml_json.c, lwm2m_rw_cbor.c, lwm2m_rw_senml_cbor.c), que já utilizavam a verificação correta dos limites.
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.