【PHP】セッションについて語ろう！【PHP】
■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん
03/09/24 19:31ID:SnRvXmpIブラウザを閉じることでクッキーを消しているからなのですね。。
知らなかったよーーーーうわーーーん
0002nobodyさん
03/09/24 19:32ID:SnRvXmpIIPをキーにして
普通につくれるじゃん。。
と思ったんんだけどどうう？
0003nobodyさん
03/09/24 20:24ID:???1、スレ建て宣言…………１
2、開会の辞………………１
3、煽 り………………住人有志
4、逝ってよし……………１
5、御前もな………………住人有志
6、決意表明………………１
7、祝電披露………………1の家臣
8、来賓挨拶………………1の母親
9、来賓挨拶………………1の主治医
10、余興……………………もな踊り保存会
11、余興……………………１騙り太夫
12、送辞……………………大検
13、答辞……………………１
14、板歌斉唱………………全員
15、閉会の辞………………スレッドストッパー
16、終了宣言………………ひろゆき（削除忍代読）
0004nobodyさん
03/09/24 22:39ID:???0005nobodyさん
03/09/24 22:40ID:???世の中の全端末にグローバルIPアドレスを付与出来るようになったのなら、それでも良いんだろうけどな。
NATやNAPT、プロキシサーバなんてもんが存在してしまうわけだ。
0007nobodyさん
03/09/24 23:48ID:???0008sage
03/09/25 00:23ID:???変わらなければ問題はない。
けれども変わるから完全ではない。
でも用途によれば、問題なく利用できるよね。
使う目的によって、価値も変わってくるということだ。
0009nobodyさん
03/09/25 00:41ID:ZJmN+3d30010nobodyさん
03/09/25 00:57ID:???0011sage
03/09/25 02:07ID:???誰かおしえてちょんまげ
0012nobodyさん
03/09/25 10:43ID:???問題はその逆。
同じアドレスで複数の人がアクセスする可能性
同じクライアントで別人がアクセスする可能性
これがあるから、そのままでは使えない
0013sage
03/09/25 17:47ID:???セッションと同じ機能をまるごとつくれるんじゃないか？
0015nobodyさん
03/09/25 18:38ID:???0018nobodyさん
03/09/25 19:43ID:T3dpzMyk0019nobodyさん
03/09/25 21:11ID:???0021nobodyさん
03/09/26 00:02ID:???PHP マニュアル：セッション処理関数(session)
http://php.planetmirror.com/manual/ja/ref.session.php
クッキー仕様書日本語訳
http://www.futomi.com/lecture/cookie/specification.html
0022nobodyさん
03/09/27 07:48ID:efY9iLPNの回避策にsession使ってるけど邪道？
0023nobodyさん
03/09/27 10:39ID:???素直にDBの主キーと比較するとかもあると思うけど、それほど邪道でもないかと。
複数ページでのつながりを確保するのが目的だからな。
0024nobodyさん
03/09/27 20:12ID:76PBBTl7sessionでチェックという以前に、
遷移先画面にリダイレクトさせて、戻れなくするのが基本じゃないのかなぁ？？
0025直リン
03/09/27 20:13ID:fK1fC/Fc0028nobodyさん
03/09/28 22:40ID:???ところのほうが好感が持てますね
0029nobodyさん
03/09/30 15:43ID:2jXpVkA50030nobodyさん
03/10/01 12:48ID:???0031nobodyさん
03/10/01 18:29ID:MgXABHqI0032nobodyさん
03/10/01 18:45ID:H4wYblVHYahooドメインかどうかを判断して不正ができないようにしているみたいですが、これってクラックの危険性はありますか？
大丈夫そうだったらウチのサイトでも導入しようかと考えてます。
0033nobodyさん
03/10/01 19:14ID:???対策はされている。
0034nobodyさん
03/10/02 04:12ID:jb4S4+xE0035nobodyさん
03/10/04 01:01ID:8tSg2rjLphp.ini
0036nobodyさん
03/10/04 07:34ID:???0037nobodyさん
03/10/05 22:20ID:???>>2から１０個ぐらいの書き込み見ると、完全にネタスレだと思ったけど、
その後、ベタっぽい低空飛行で展開されているようなので、俺も判断に苦
しんでる。
0040nobodyさん
03/10/11 00:39ID:???------------------------------------------------------------------------------
セッションとセキュリティ
外部リンク: Session fixation
セッションモジュールは、セッションに保存した情報を見ることができるのが
そのセッションを作成したユーザーだけであることを保証することができません。
セッションの完全性を積極的に守るには、そのセッションに 紐づく値に応じた追加措置が必要です。
セッションに運ばれるデータの重要性を評価し、必要な保護策を講じて下さい。
これには通常、お金があかり、ユーザの利便性を損なうことになります。例えば、簡単な
社会工学的な策略からユーザを守るためには、 session.use_only_cookiesを有効にして下さい。
この場合、ユーザ側でクッキーは無条件に有効となっている必要があり ます。そうでない場合、
セッションは動作しません。
存在するセッションIDが第三者に洩れる手順は何種類かあります。
洩れたセッションIDにより、第三者が特定のIDに関連する全てのリソースにアクセスできるように
なります。まず、セッションIDがURLにより伝 送される場合です。外部サイトにリンクを張っている場合、
外部サイト のreferrerログにセッションIDを含むURLが保存される可能性があります。
第二に、よりアクティブな攻撃者がネットワークのトラフィックをモニターしている可能性があります。
セッションIDが暗号化されていない場合、セッションIDはネットワーク上を平文テキストで伝送されます。
解決策はサーバ上にSSLを実装し、確実にユーザに適用することです。
-------------------------------------------------------------------------------
■ このスレッドは過去ログ倉庫に格納されています