Учитывая весь охват, который получает FireSheep, я пытался выработать лучшие практики для балансировки использования HTTP / HTTPS для некоторых сайтов, которыми я управляю (например, сайты блогов, журнальные сайты с комментариями пользователей).
Для меня это слишком много, чтобы доставить все страницы через HTTPS, если пользователь вошел в систему. Если страница общедоступна (например, блог), нет смысла шифровать общедоступную страницу.Все, что я хочу сделать, это предотвратить перехват сеансов, прослушивая cookie-файлы по HTTP-каналам.
Итак, один план:
- Форма входа через HTTPS
- Проблема втораяфайлы cookie: один файл cookie является «общедоступным» и идентифицирует там пользователя только для чтения (например, «добро пожаловать, боб!»).Второй файл cookie является приватным и «только HTTPS».Это файл cookie, который проверяется всякий раз, когда пользователь вносит изменения (например, добавляет комментарий, удаляет сообщение).
Это означает, что все «изменяющиеся» запросы должны отправляться по HTTPS.
Мы используем много AJAX.Действительно, многие формы комментариев используют AJAX для публикации контента.
Очевидно, я не могу использовать AJAX напрямую для публикации контента в бэкэнд HTTPS из внешнего интерфейса HTTP.
Мой вопрос: могу ли я использоватьвнедрение скрипта (я думаю, это обычно называется JSONP?) для доступа к API?Таким образом, в этом случае будет открытая HTTP-страница, которая отправляет данные в частный бэкэнд путем внедрения сценария, доступ к которому осуществляется через HTTPS (чтобы частный cookie-файл был виден в запросе).страницу HTTP?Я знаю, что вы получаете предупреждения наоборот, но я полагаю, что HTTPS внутри HTTP не является брешей в безопасности.
Будет ли это работать?Похоже, что он работает в Chrome и FF, но его IE, который будет вечеринкой Pooper!