- From: Jeffrey Mogul <Jeff.Mogul@hp.com>
- Date: Fri, 21 Jun 2002 19:22:03 -0400 (EDT)
- To: Alex Rousskov <rousskov@measurement-factory.com>
- cc: ietf-http-wg@w3.org
Sorry for the slow reply on this: Alex Rousskov <rousskov@measurement-factory.com> writes: I cannot decide if the following is a MUST-level requirement (i.e., its violation prevents RFC 2616 compliance, even conditional): 13.10 Invalidation After Updates or Deletions ... In order to prevent denial of service attacks, an invalidation based on the URI in a Location or Content-Location header MUST only be performed if the host part is the same as in the Request-URI. Suppose the host part is not the same as in the Request-URI. Let's also assume that the device did perform an invalidation, subjecting itself to a potential DoS attack. Did the device violate a MUST-level requirement? The answer seems to depend on how you bind "only": [ ] Yes, this is a MUST-level violation because foo MUST only blah if bar implies if not bar, foo MUST NOT blah [ ] No, this is not a MUST-level violation because foo MUST only blah if bar implies just that if bar, foo MUST blah and requires nothing when bar is false ("if not bar") I suspect that the intended interpretation is "yes, this is a MUST violation". Can anybody confirm? Is there really a problem with the wording, or am I imagining an ambiguity? I'm pretty sure that I wrote the text in 13.10 (not 100% sure), so I guess this is my problem. If you can't understand what it means, then I guess that does mean that the wording isn't sufficiently clear. Perhaps this is a clearer wording: In order to prevent denial of service attacks, an invalidation based on the URI in a Location or Content-Location header MUST NOT be performed if the host part of that URI differs from the host part in the Request-URI. This corresponds to your "[ ] Yes" alternative above. The other intepretation doesn't seem to prevent any DOS attacks. (If I had meant the other alternative, I would have written something like "foo MUST be performed if bar"). Clear? -Jeff
Received on Monday, 24 June 2002 10:41:09 UTC