|
|
|
|
|
by danans
2392 days ago
|
|
> first, it breaks the URL specification, as the "host" is no longer a host. By this definition, "host" hasn't been a host in a long time, since the time it was possible to route DNS traffic to multiple IP addresses, possibly in different datacenters. > it breaks user's expectation of one of the VERY FEW things that everyday users understand about the internet. How is signing content directly less authentic than signing only at the web server? Signing content directly at the time of publishing ensures that it was created using the private keys of the entity in question, regardless of the delivery mechanism for the content. > one may manage to upload an html file to the bank's server and serve a -signed- page that google amp will cache, Signed content exchanges specifically limit that by putting the content signing step at the content creator level, not the web server level. Unless you steal the content creator's private keys, you can't represent your content as theirs. |
|
Does SXG make this better or worse?
> ensures that it was created using the private keys
signing at the server ensures that it was created using the key AND served from a host they control. How is that not better?
> you can't represent your content
wouldn't the server sign all http responses by default? all you would need to do is upload a file