证书是要在链路上传的，太大就有问题：握手报文撑大，内存缓冲吃紧，解析成本上去，还可能被拿来做资源耗尽的攻击。所以 IEC 62351-3 允许设备声明一个最大证书尺寸，超过就不收。

这条测的就是这个上限。设备收到一张比上限还大的证书，要报Alarm: TLS certificate size exceeded，关连接。

造一张大证书

正常的 2048 位证书也就一 KB 出头，离上限还远。要把它撑大，最直接的办法是往里塞 subjectAltName。我们塞了 200 条 DNS 名：

openssl req-x509-newkeyrsa:2048-keyoutbig.key-outbig.crt\-days3650-nodes-sha256\-subj"/C=CN/O=TestLab/CN=Big Client"\-addext"subjectAltName=DNS:host1.bigcert.test.lab,DNS:host2.bigcert.test.lab,..."

200 条 SAN 加上去，证书体积轻松翻好几倍，具体多少得看设备声明的上限。我们的 DUT 声明 4096 字节，那就得保证 big.crt 的 DER 编码超过这个数。

服务端配置

上限怎么配取决于 TLS 库。OpenSSL 3.x 有现成的：

SSL_CTX_set_max_cert_size(ctx,4096);

1.x 没有这个接口，得自己在 verify 回调里拿i2d_X509算出 DER 长度再比。目标板上跑的是 1.0.x，所以我们的实现走的是回调这条路。

跑测试

cdcerts_keys/# 基线：正常证书openssl s_client-connect127.0.0.1:19998-tls1_2\-certclient.crt-keyclient.key-CAfileca.crt# 测试：大证书openssl s_client-connect127.0.0.1:19998-tls1_2\-certbig.crt-keybig.key-CAfileca.crt

判定

一个经验

上限的判定要在解析证书之前做，理想情况是看到握手报文里 Certificate 消息的长度超了就拒，而不是等把整张证书解析完再检查。后者等于把资源消耗的活儿先干了一遍，攻击者还是能把内存耗掉。测的时候如果设备只是"解析完发现太大"，功能上算过了，但防御效果打了折扣，值得记一笔。

6.3.29 是这条的重协商版本，手法一样，只是换成在重协商阶段递大证书。