authentication - Proxy de almacenamiento en caché con solicitudes REST autenticadas

caching-proxy

Question

Considere el siguiente escenario:

• Tengo RESTful URL / articles that returns list of articles
• el usuario proporciona sus credenciales usando el encabezado HTTP de Autorización en cada solicitud
• los artículos pueden variar de usuario a usuario según sus privilegios

Es posible usar el proxy de almacenamiento en caché, como Squid, para este escenario? Proxy solo verá URL / artículos, por lo que puede devolver una lista de artículos solo válidos para el primer usuario que genere el caché. Otros usuarios que solicitan URL / artículos pueden ver artículos a los que no tienen acceso, lo cual no es deseable, por supuesto.

¿Debo pasar mi propio caché o algún software proxy de caché puede configurarse para basar su caché en el encabezado HTTP de Autorización?

Answer 1

Por el HTTP / 1.1 RFC sección 14.8 ( http://tools.ietf.org/html/rfc2616#section-14.8 ):

  When a shared cache (see section 13.7) receives a request
  containing an Authorization field, it MUST NOT return the
  corresponding response as a reply to any other request, unless one
  of the following specific exceptions holds:

  1. If the response includes the "s-maxage" cache-control
     directive, the cache MAY use that response in replying to a
     subsequent request. But (if the specified maximum age has
     passed) a proxy cache MUST first revalidate it with the origin
     server, using the request-headers from the new request to allow
     the origin server to authenticate the new request. (This is the
     defined behavior for s-maxage.) If the response includes "s-
     maxage=0", the proxy MUST always revalidate it before re-using
     it.

  2. If the response includes the "must-revalidate" cache-control
     directive, the cache MAY use that response in replying to a
     subsequent request. But if the response is stale, all caches
     MUST first revalidate it with the origin server, using the
     request-headers from the new request to allow the origin server
     to authenticate the new request.

  3. If the response includes the "public" cache-control directive,
     it MAY be returned in reply to any subsequent request.

Answer 2

Una posibilidad para probar es utilizar el encabezado de respuesta Vary: Authorization para indicar a los cachés en sentido descendente que tengan cuidado con el almacenamiento en caché variando los documentos almacenados en caché según el encabezado Authorization la solicitud.

Es posible que ya esté usando este encabezado si usa la compresión de respuesta. El usuario generalmente solicita un recurso con el encabezado Accept-Encoding: gzip, deflate ; si el servidor está configurado para admitir la compresión, entonces la respuesta podría venir con los encabezados Content-Encoding: gzip y Vary: Accept-Encoding ya.