11.2 代理和缓存
按照[RFC2616]中的15.7节提到的,代理由于其本身的中间人性质,可能会破坏直接CoAP消息交换的IPsec或者DTLS保护。因此,它们是CoAP消息交换中最可能破坏机密性或者完整性的。按照[RFC2616]中提到的,它们也可能破坏可用性。
当代理采用缓存的时候,会加大请求/响应数据的机密性和完整性的威胁。注意,CoAP没有定义任何能够为HTTP/1.1提供更好的敏感数据保护的cache-suppressing Cache-Control选项。
对于包含cache的情况,访问控制的实现需要注意,如果请求有对应的cache条目,对应的cache数据也需要应用控制规则。这对实现多个安全域的客户端以及服务于多个客户端的代理很有意义。同样,有缓存的代理必须不能转发缓存数据给那些传输安全性更低的代理。与"coap"机制不同,对“coaps”认定的请求的响应不是“public”的,因此不能重用于共享的缓存,除非缓存能够对缓存条目进行等效的访问控制。如果CoAP中默认缓存了消息,它们能在私有的缓存中被重新利用。
最终,给多个原始请求端服务的代理可能发送单独响应(和附带响应相反)来提供额外的增幅(参考11.3)。
最后更新于
这有帮助吗?