Início / user-1645712

gusto2's questions

Martin Hope
gusto2
Asked: 2025-04-14 20:02:54 +0800 CST
  • 5

Criei um pequeno PoC no rp-pico usando o btstack, basicamente uma reformulação do serviço BLE simples e autônomo .

Como no exemplo, o BLE usa dados de anúncios e, no exemplo, há alguns valores constantes sem explicação, assim como a documentação não é muito clara sobre os dados

Dados de anúncios em server_common.c :

#define APP_AD_FLAGS 0x06
static uint8_t adv_data[] = {
    // Flags general discoverable
    0x02, BLUETOOTH_DATA_TYPE_FLAGS, APP_AD_FLAGS,
    // Name
    0x17, BLUETOOTH_DATA_TYPE_COMPLETE_LOCAL_NAME, 'P', 'i', 'c', 'o', ' ', '0', '0', ':', '0', '0', ':', '0', '0', ':', '0', '0', ':', '0', '0', ':', '0', '0',
    0x03, BLUETOOTH_DATA_TYPE_COMPLETE_LIST_OF_16_BIT_SERVICE_CLASS_UUIDS, 0x1a, 0x18,
};

Gostaria de saber: qual é o significado dos valores?

  • APP_AD_FLAGS 0x06
  • UUIDS_DE_CLASSE_DE_SERVIÇO, 0x1a, 0x18
bluetooth-lowenergy
Martin Hope
gusto2
Asked: 2025-03-05 20:23:23 +0800 CST
  • 5

Usando (tentando/aprendendo) WolfSSL em um dispositivo limitado (pico) - precisando de um cliente TLS. Gostaria de manter a compilação o mais pequena possível.

Tentando carregar a CA confiável

const char *cacerts = AWS_ROOT_CA1_SIGNED;
if ((ret = wolfSSL_CTX_load_verify_buffer(pCtx, (const unsigned char *)cacerts,
      strlen(cacerts), SSL_FILETYPE_PEM)) != WOLFSSL_SUCCESS) {

    displayWatermark();
    printf("ERROR: failed to load CA cert. %d\n", ret);
    for(;;);
}

wolfSSL_CTX_set_verify(pCtx, SSL_VERIFY_PEER, verifyCert);

No entanto, o certificado raiz não é reconhecido :/ Ainda acredito que tenho algo errado (notei que o certificado raiz pode vir com assinatura cruzada para alguns serviços)

No retorno de chamada de verificação, preverify 0, erro = -188, erro de ASN sem signatário para confirmar falha. Profundidade do erro de verificação 2, domínio Amazon Root CA 1

Minha ideia é usar o callback verify para validar os certificados com base em seu número de série ou impressão digital. Deve ser muito menor do que ter uma lista de certificados CA ou intermediários incorporados ao código.

No objeto WOLFSSL_X509_STORE_CTX há uma matriz de buffers certscontendo toda a cadeia. De acordo com os exemplos, os buffers store->cert estão mantendo a cadeia de certificados do servidor no formato DER.

Descobri que se eu definir OPENSSL_EXTRA_X509_SMALL, o armazenamento de retorno de chamada contém o current_certatributo (contendo apenas o certificado raiz), mas eu gostaria de manter a compilação sem carga adicional, se possível. E então não tenho certeza se precisarei validar toda a cadeia de qualquer maneira (nome do host, datas de validade, ..)

QUESTÕES:

Existe uma maneira de obter atributos (assinatura, nome, serial do emissor...) do buffer DER? Vejo essa opção para os certificados X509 analisados, mas... existe uma função disponível para analisar o formato DER?

embedded