Как защитить cookie аутентификации без SSL

Введение

Почему вы хотите аутентифицировать cookie, когда именно это происходит? Если вы хотите изменить ID вы можете легко достичь этого с помощью session_regenerate_id как указал @MarcB.

Мои предположения

Я хочу предположить, что я не понял этот вопрос четко и, вероятно, это то, чего вы хотите достичь

• Сохранить значения в файле cookie
• Знайте, были ли эти значения изменены

Вы решили это уже

Я мог бы прибегнуть к соли, случайный ключ, а затем использовать hash_hmac для sha512 соль + ключ и сохранить это как cookie …

Это именно то решение, но нужно отметить, что

• Сессия может быть уничтожена
• PHP имеет лучшие способы генерации случайных строк
• Представьте, что накладные расходы должны обновлять вашу таблицу mysql каждый раз, когда что-то сеансы могут легко сделать для вас
• использование hash_hmac 512 будет генерировать 126 в шестнадцатеричном формате, вам нужно понять, что есть ограничения Cookie для браузера, поэтому я предлагаю вам уменьшить его до 256

Ваше решение изменено

Если мы собираемся использовать ваше решение, нам нужна небольшая модификация

 session_start(); // Strong private key stored Securly stored // Used SESSION For demo $privateKey = isset($_SESSION['key']) ? $_SESSION['key'] : mcrypt_create_iv(128, MCRYPT_DEV_URANDOM); $my = new SignedCookie($privateKey); $my->setCookie("test", "hello world", time() + 3600); echo $my->getCookie("test"); 

Вывод

  hello world 

Но данные хранились следующим образом:

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

 10 Cookies = AAAA 1 Cookie = BBBB 

Он может войти в действующий сеанс и изменить файлы cookie с BBBB на AAAA поэтому, даже если вы не сохраняете базу данных, всегда включайте случайный аргумент

Вы также можете удалить файлы cookie следующим образом:

  $my->setCookie("test", null, time() - 3600); 

Простой класс

 class SignedCookie { private $prifix = '$x$'; private $privateKey; function __construct($privateKey) { $this->privateKey = $privateKey; } function setCookie($name, $value, $expire, $path = null, $domain = null, $secure = null, $httponly = null) { $value = $value === null ? $value : $this->hash($value, mcrypt_create_iv(2, MCRYPT_DEV_URANDOM)); return setcookie($name, $value, $expire, $path, $domain, $secure, $httponly); } function getCookie($name, $ignore = false) { if (! isset($_COOKIE[$name]) || empty($_COOKIE[$name])) return null; // does not exist if ($ignore === false) { if (substr($_COOKIE[$name], 0, 3) !== $this->prifix) return - 1; // modified $data = pack("H*", substr($_COOKIE[$name], 3)); // Unpack hex $value = substr($data, 32, - 2); // Get Value $rand = substr($data, - 2, 2); // Get Random prifix if ($this->hash($value, $rand) !== $_COOKIE[$name]) return - 1; // modified return $value; } return $_COOKIE[$name]; } function hash($value, $suffix) { // Added random suffix to help the hash keep changing return $this->prifix . bin2hex(hash_hmac('sha256', $value . $suffix, $this->privateKey, true) . $value . $suffix); } } 

Вывод

Вы не эксперт по безопасности Просто используйте так, чтобы использовать SSL (у SSL также есть свои проблемы, но гораздо лучше ) или искать существующую службу проверки подлинности. @ircmaxell недавно напомнил мне Закон Шнайера :

@Baba: «сюрприз» – это враг безопасности. Единственная вещь, которая должна быть секретной, – это закрытый ключ. Помните Закон Шнайера: любой может изобрести схему шифрования, которую они сами не могут сломать. Мой ответ основан на проверенных и настоящих криптографических принципах.

хорошо, я думаю, что вы должны принять этот совет тоже.