牧歌的 Cookie の終焉 | blog.jxck.io
Intro Cookie は、ブラウザに一度保存すれば、次からその値を自動的に送ってくるという、非常に都合の良い仕様から始まった。 State Less が基本だった Web にセッションの概念をもたらし、今ではこれが無ければ実現できないユースケースの方が多い。 冷静に考えればふざけてるとして思えないヘッダ名からもわかるように、当初はこのヘッダがこんなに重宝され、 Web のあり方を変えるかもしれないくらい重要な議論を巻き起こすことになるとは、最初の実装者も思ってなかっただろう。 そんな Cookie が今どう使われ、 3rd Party Cookie (3rdPC) の何が問題になっているのかを踏まえ、これからどうなっていくのかについて考える。 Cookie のユースケース Web にある API の中でも Cookie はいくつかの点で特異な挙動をする 一度保存すれば、次から自動で送る
【第一回】セッションCookieを理解する - 新米エンジニアのためのセキュリティ部屋
複数回に渡って 分かりそうで分からない Cookie（クッキー）について取り上げていきます。 第一回は、セッションCookieについて説明していきます。 Cookieはわかりにくい？ セッションCookieとは？ なぜ、セッションCookieが必要？ セッションCookieの有効期限（サーバ） セッションCookieの有効期限（ブラウザ） Cookieはわかりにくい？ Cookie（クッキー）は、Webサービスの利用ユーザーにとっては分かりにくいものですよね。 なぜなら、HTTPヘッダーというヘッダーに格納される情報で、意図的に確認しない限りは分からないためです。 あとは、このCookieがくせ者な理由は サーバー、ブラウザで使われている言葉が異なる点です。 例) サーバーではセッションID、同じ情報をブラウザではCookieやセッションCookieと呼んでいます なんとなくCookieは
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
