skillup

技術ブログ

サーバー・ネットワーク

セッションとクッキーについて

投稿日:

セッションとクッキーについての違いを整理しておこうと思います。

そもそものHTTPプロトコルについて

そもそもHTTPプロトコルは一回、一回の通信で相手の状態を覚えていません。

極端にいうと1リクエストのたびに新しい情報がクライアントからサーバーに送られ、サーバーはレスポンスを返します。

この方法をステートレスなどといいます。どういうことかというとこのリンクのファーストフード店のようになります。

リアル社会でこんなことはありませんが、クライアントとサーバーの世界ではこの方法に大きなメリットがあります。

http://yohei-y.blogspot.jp/2007/10/blog-post.html

わかりやすい・・・というかこの方の本は以前よませていただきました

Webを支える技術 -HTTP、URI、HTML、そしてREST (WEB+DB PRESS plus)
http://amzn.asia/75abCMO

ステートフルな状態を実現するために

この方法にはメリットもありますが、デメリットもあります。

例えばこの方法をずっととっているとログインして行う機能は基本的にすべて無理になりますし、買い物もできません。※情報が保存できないので。

このような状態(ステートフル)を実現するために、新たな仕組みが必要です。

方法1 クライアント側で情報を保持しておく

あまり好ましい方法ではないですが、クライアント側に情報を保存していくという方法があり、ステートフルな状態を実現したい場合はサーバーにその情報を渡します。

この方法がクッキー(Cookie)です。

好ましくないというのはクライアント側に機密性の高い情報を保存しておくことにより改ざんされたり、漏洩する可能性があるためです。

そこでクライアントの情報をサーバー側で保存しておくような仕組みが必要になってきます。それがセッションになります。

方法2 サーバー側で情報を保存しIDだけクライアントに覚えておいてもらう

セキュリティ的な観点からクライアントではなくサーバー側に情報を保存しておくということが考えだされました。それがセッションです。

キーと値のペアをサーバーに保存しておき、だれのものかを識別するためにクライアントにはIDを発行します。これがセッションIDといわれるものです。

セッションIDの管理の仕方

セッションIDの管理の方法もいろいろあります。

一般的には次のような方法がとられます。

  • hiddenに入れておく
  • GET形式で渡す
  • Cookieで保存しておく

https://www.ipa.go.jp/security/awareness/administrator/secure-web/chap6/6_session-2.html

混乱しやすい原因としてはこのIDの管理の仕方にCookieが使われることがあります。セッションとクッキーってどっちかじゃないの?みたいな。

要点をまとめると下記のような感じでしょうか。

  • セッションはサーバーでデータを保存、クッキーはクライアントでデータを保存
  • セッションの場合IDを発行する必要がある
  • ID管理には複数の方法があり、その一つにクッキーが使われることがある

セッションの具体的な仕組み

(※主にCakePHPでこの問題が発生しているので対処法)

  1. リクエスト時に、CookieとSessionが作成される。
  2. Cookieは作成された時を基準にして一定の時間を有効期限として持つ。CakePHPの場合、Session.timeoutが有効時間となる
  3. Sessionは最終更新日時よりgc_maxlifetime の時間分保存される。
  4. アクセスするたびに、有効期限がきれたものは特定の計算式による確率で削除される。
  5. たとえセッションが残っていてもCookieのtimeoutがあるため最終的に削除される。
  6. Cookieの有効期限を延長したい場合、CakePHPでautoRegenerateを有効にする必要がある。

https://inoccu.com/blog/2012/11/21/223145.html

https://blog.euonymus.info/cakephp%E3%81%AE%E3%82%BB%E3%83%83%E3%82%B7%E3%83%A7%E3%83%B3%E3%81%AE%E6%9C%9F%E9%99%90%E3%81%AB%E3%81%A4%E3%81%84%E3%81%A6/

※この場合のcookieはパスワードの保存などに使われるクッキーとは違い、ブラウザを落としたら切れてしまうCookieについて述べています。

SessionCookieとPersistentCookieについて

http://news.im-dmp.net/technology/9445

あまり推奨される技ではないですが、ログイン情報の保存に関してブラウザ側でユーザーIDとパスワードを保存して起き、セッションが切れたらクッキーから読み込むという手もあります。

その他参考リンク

http://qiita.com/mogulla3/items/189c99c87a0fc827520e

http://monolog.spanstyle.com/2005/07/session.html

http://blog.takanabe.tokyo/2014/12/05/64/

http://tooljp.com/jyosho/docs/cookie-and-session-cookie/cookie-and-session-cookie.html

http://thk.kanzae.net/net/itc/t4082/

-サーバー・ネットワーク
-

執筆者:


comment

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

関連記事

no image

障害調査フロー

実務でサーバーの障害が発生した時のフローなどをメモしおこうかと。 行ってしまうと「ログに始まり、ログにおわる」といった感じでしょうか。 サーバーエンジニアの方の作業をみてたんですが、基本的にはプログラ …

no image

Python+cgiでwebアプリを動かすまで

PythonでRESTAPI的なプログラムを作った時のメモ。 あまりCGIで実行する人がいないようで、情報がそこまでありませんでしたが、Perlでやった経験もあり、動かせました。 Contents1 …

no image

ロードアベレージ監視シェルスクリプト

ロードアベレージの監視シェルスクリプトについて Contents1 使用コマンド1.1 uptime1.2 /proc/cpuinfo1.3 bc2 ソース3 他参考リンク 使用コマンド uptime …

no image

ログ抽出コマンド特集 その3 データの収集や抽出にかかわるコマンド群(sort ,tr,cut)

サーバーの負荷を見る場合、unixコマンドでログを抽出できたりすると何かと便利です。 いままでも下記の記事でこれらの出力を行いました。 ログ抽出コマンド特集 その1 cat+grep+sort 私が本 …

no image

webサーバーがどのように動いているか

webがリクエストを受け取って画面に表示するまでの流れをおさらい。基本です。 Contents1 全体の流れ2 参考文献 全体の流れ 1 ユーザーがブラウザのURL欄にhttp://www.examp …