Как Вы настраиваете cookie HttpOnly у кота / веб-приложения Java?

Обновление: материал JSESSIONID здесь только для более старых контейнеров. Используйте в настоящее время принимаемый ответ jt, если Вы не используете < Tomcat 6.0.19 или < Tomcat 5.5.28 или другой контейнер, который не поддерживает cookie HttpOnly JSESSIONID как опцию конфигурации.

При установке cookie в приложении, используйте

response.setHeader( "Set-Cookie", "name=value; HttpOnly");

Однако во многих веб-приложениях, самый важный cookie является идентификатором сессии, который автоматически установлен контейнером как cookie JSESSIONID.

, Если Вы только используете этот cookie, можно записать ServletFilter для сбрасывания cookie на выходе, вызвав JSESSIONID к HttpOnly. Страница в <забастовке> http://keepitlocked.net/archive/2007/11/05/java-and-httponly.aspx http://alexsmolen.com/blog/?p=16 предлагает добавить следующее в фильтре.

if (response.containsHeader( "SET-COOKIE" )) {
  String sessionid = request.getSession().getId();
  response.setHeader( "SET-COOKIE", "JSESSIONID=" + sessionid 
                      + ";Path=/<whatever>; Secure; HttpOnly" );
} 

, но примечание, что это перезапишет все cookie и только установит то, что Вы заявляете здесь в этом фильтре.

при использовании дополнительных cookie для cookie JSESSIONID, тогда необходимо будет расширить этот код для установки всех cookie в фильтре. Это не отличное решение в случае нескольких-cookie, но, возможно, приемлемое быстрое исправление для JSESSIONID-единственной установки.

Обратите внимание на то, что, поскольку Ваш код развивается со временем, существует противная скрытая ошибка, ожидающая Вас, когда Вы забываете об этом фильтре и пытаетесь установить другой cookie где-то в другом месте в Вашем коде. Конечно, это не будет установлено.

Это действительно - взлом все же. Если Вы действительно используете Tomcat и можете скомпилировать его, то смотреть на превосходное предложение Shabaz для исправления поддержки HttpOnly в Tomcat.

Для сеансовых куки это, кажется еще, не поддерживается в Tomcat. См. отчет об ошибках Потребность добавить поддержку параметра сеансовых куки HTTPOnly . Несколько включенное обходное решение на данный момент может быть найдено здесь , который в основном сводится к ручному исправлению Tomcat. Не может действительно найти простой способ сделать это в данный момент в этой точке, я боюсь.

Для суммирования обходного решения это включает загрузку 5.5 источник , и затем измените источник в следующих местах:

org.apache.catalina.connector. Request.java

//this is what needs to be changed
//response.addCookieInternal(cookie);

//this is whats new
response.addCookieInternal(cookie, true);
}

org.apache.catalina.connectorResponse.addCookieInternal

public void addCookieInternal(final Cookie cookie) {
addCookieInternal(cookie, false);
}

public void addCookieInternal(final Cookie cookie, boolean HTTPOnly) {

if (isCommitted())
return;

final StringBuffer sb = new StringBuffer();
//web application code can receive a IllegalArgumentException
//from the appendCookieValue invokation
if (SecurityUtil.isPackageProtectionEnabled()) {
AccessController.doPrivileged(new PrivilegedAction() {
public Object run(){
ServerCookie.appendCookieValue
(sb, cookie.getVersion(), cookie.getName(),
cookie.getValue(), cookie.getPath(),
cookie.getDomain(), cookie.getComment(),
cookie.getMaxAge(), cookie.getSecure());
return null;
}
});
} else {
ServerCookie.appendCookieValue
(sb, cookie.getVersion(), cookie.getName(), cookie.getValue(),
cookie.getPath(), cookie.getDomain(), cookie.getComment(),
cookie.getMaxAge(), cookie.getSecure());
}
//of course, we really need to modify ServerCookie
//but this is the general idea
if (HTTPOnly) {
sb.append("; HttpOnly");
}

//if we reached here, no exception, cookie is valid
// the header name is Set-Cookie for both "old" and v.1 ( RFC2109 )
// RFC2965 is not supported by browsers and the Servlet spec
// asks for 2109.
addHeader("Set-Cookie", sb.toString());

cookies.add(cookie);
}

Будьте осторожны, чтобы не перезаписать флаг cookie "; secure" в https-сессиях. Этот флаг предотвращает отправку браузером cookie через незашифрованное http-соединение, в основном делая использование https бессмысленным для законных запросов.

private void rewriteCookieToHeader(HttpServletRequest request, HttpServletResponse response) {
    if (response.containsHeader("SET-COOKIE")) {
        String sessionid = request.getSession().getId();
        String contextPath = request.getContextPath();
        String secure = "";
        if (request.isSecure()) {
            secure = "; Secure"; 
        }
        response.setHeader("SET-COOKIE", "JSESSIONID=" + sessionid
                         + "; Path=" + contextPath + "; HttpOnly" + secure);
    }
}

также следует отметить, что включение HttpOnly нарушит работу апплетов, которым требуется доступ с отслеживанием состояния, обратно к jvm.

HTTP-запросы апплета не будут использовать cookie jsessionid и могут быть назначены другому коту.