HTTPS（TLS）不是已经足以保护数据了吗？

TLS 至关重要，能保护数据免遭网络窃听者侵扰，但它在应用边界处终止，而浏览器工具与插桩仍可在加密通道之前或之后窥探或修改负载。加上一层应用层变换，也在那道边界处混淆了信号数据，抬高了对其做逆向工程或伪造所需的成本。这两层针对的是不同的威胁，配合使用。

这一额外的加密层会拖慢识别吗？

它被设计为不会。这一额外的步骤是一次快速的逐字节变换，之所以选它，正是因为它带来的开销微乎其微，因此不会损害实时性能。它是对 TLS 的补充而非替代，在让识别保持在其延迟预算之内的同时，使负载得到保护。

风险与检测

传输加密是对信号数据在从浏览器传往服务器的途中所提供的保护，使其在传输过程中无法被读取或篡改。在设备智能中，它通常把标准的 TLS 与在负载离开页面之前对其进行的一次额外的应用层变换结合起来。

工作原理

基线是 TLS，也就是保护 HTTPS 的那种加密，它在浏览器与服务器之间建立一条加密通道，使任何观察网络的人都只能看到密文。TLS 保护每一个请求，是传输任何敏感数据不容商量的基础。

设备智能常常再加上第二个、应用层的步骤：所采集的信号负载在发送之前，会在客户端经过一次快速的逐字节操作加以变换，使数据除了被包裹在 TLS 之中，还在应用层就已被混淆。这防范了处在应用边界的工具进行的随手窥探与简单篡改，也抬高了对负载做逆向工程或伪造所需的成本。

这种逐字节的变换刻意保持轻量，以免给实时的识别调用增添有意义的延迟。它不是 TLS 的替代品，而是它的补充，增加了一层运作于应用内部、而非网络传输层面的防护——而针对指纹识别脚本的篡改风险，很大一部分实际上就存在于应用内部这一层。

为何重要

信号数据恰恰是攻击者想要观察与操纵的东西：了解脚本采集了什么，有助于他们伪造它；而在传输途中改动负载，则可能让他们伪造一个所选的身份或逃避侦测。加密传输并混淆负载，抬高了窃听与篡改双方的成本，保护了下游欺诈决策所依赖的识别的完整性。

使用 TRACIO

TRACIO 以一种多层的方式保护传输中的信号数据：在负载发送之前于客户端施加一次快速的逐字节变换，叠加在标准的 TLS 之上。客户端这一步保持轻量，以维持平台的实时延迟，从而在不拖慢识别的前提下，让负载抵御窥探与篡改而更为坚固。

常见问题

从每月 2,500 次 API 调用的免费方案开始。无需信用卡。