November 2019

S M T W T F S
      12
34 5 678 9
10111213141516
17181920212223
24252627282930

Style Credit

Expand Cut Tags

No cut tags
Monday, October 5th, 2009 11:15 am (UTC)
Потому что куки без времени жизни хранятся до закрытия всех окон этого процесса?
Monday, October 5th, 2009 11:16 am (UTC)
а кто мешает установить им значение в виде пустой или заведомо невалидной строки?
Monday, October 5th, 2009 11:23 am (UTC)
Я предполагаю, что тут думают не о куках, а о кнопке "Назад", которая может показать предыдущую страницу не запрашивая её заново с сервера.
Monday, October 5th, 2009 11:29 am (UTC)
предыдущая страница прекрасно показывается даже после refresh. как и все остальные.
то есть, при нажатии на Log Off никакого логаута вообще не происходит.
Monday, October 5th, 2009 12:46 pm (UTC)
А там точно по кукам авторизация? А то больше похоже на basic-авторизацию, это бы всё объяснило.
Monday, October 5th, 2009 01:05 pm (UTC)
там не basic, а NTLM. фиг ее знает, как оно работает, но заголовки Authorisation: NTLM передаются точно не в каждом запросе
Monday, October 5th, 2009 01:18 pm (UTC)
Понятно. Тут та же фигня, толкьо с другой стороны: авторизуется HTTP-соединение целиком, вместе со всеми Keep-Alive запросами. Это, кажется, нарушение спецификации, но когда Микрософт волновали такие мелочи...

This scheme differs from most "normal" HTTP authentication mechanisms, in that subsequent requests over the authenticated connection are not themselves authenticated; NTLM is connection-oriented, rather than request-oriented. So a second request for "/index.html" would not carry any authentication information, and the server would request none. If the server detects that the connection to the client has been dropped, a request for "/index.html" would result in the server reinitiating the NTLM handshake. (link (http://curl.haxx.se/rfc/ntlm.html#ntlmHttpAuthentication))

Monday, October 5th, 2009 01:21 pm (UTC)
по-моему, в этом случае достаточно принудительно закрыть соединение, а на следующий запрос от того же клиента, [идентифицируемого по куке], принудительно выдать 401, несмотря на правильный пароль. тогда клиент забудет, что это правильный пароль, и переспросит его у пользователя
Monday, October 5th, 2009 01:25 pm (UTC)
Ну да, в самом деле можно выдать "Connection: close", закрыть соединение и успокоится. Наверное они там не додумались до этого...
Monday, October 5th, 2009 01:27 pm (UTC)
не, просто так недостаточно. действительно, браузер до закрытия будет помнить, что это правильный пароль от этого сайта и автоматически будет его туда отправлять при следующих соединениях.
так что один раз 401 надо будет выдать в ответ на правильный пароль
Monday, October 5th, 2009 01:29 pm (UTC)
А, точно, о памяти браузера я не подумал. :)
Monday, October 5th, 2009 12:57 pm (UTC)
mySAP.com, circa 2001!
Только там было веселее. В рамках мести за сталинград они экспайрили сессию на сервере, и, внимание, писали "Ваша сессия истекла. Чтобы зайти на mySAP.com снова - закройте ВСЕ окна вашего браузера".
Monday, October 5th, 2009 03:27 pm (UTC)
а просто так уже нельзя было?
Monday, October 5th, 2009 03:28 pm (UTC)
Нет. Заходишь на сайт - а тебе вот это говорят.

Таймаут сессии причём был полчаса, что ли.
Monday, October 5th, 2009 03:29 pm (UTC)
ненатуралы..