のくす牧場
コンテンツ
牧場内検索
カウンタ
総計:127,062,921人
昨日:no data人
今日:
最近の注目
人気の最安値情報

    元スレ【PHP】セッションについて語ろう!【PHP】

    php覧 / PC版 /
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - タブ + - メモリ + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。
    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitter

    351 = :

    再利用というのは、DHCPから配られるIPアドレスという意味でいいですか?

    あと同じIPアドレスを使っているというのは、NATのことでしょうか?
    それくらいしか思いつかなかった。

    352 :

    データが通信途中全て第三者に取得されていると言う前提で、
    SSLを使わないでデータを安全にやりとりする方法ってありますか?
    JavaScriptとPHPでRSA暗号使ってやりとりしようと思ったのですが、
    もっとスマートで対応するブラウザが多い方法ってありますか?
    どなたかご存じの方教えていただけると嬉しいです。

    354 = :

    大企業やCATVとかでファイヤーウォール噛ませててインターネットからは一つのIPに見えてるってネットワークは有る。

    RSAで簡単にやるのがSSLなんだけどね。わざわざSSL使わずにどうにかするほうが面倒で難しい。

    356 = :

    >>350
    俺は「一応の保険」みたいな感じでやってるなー
    もちろん単なる簡単な保険程度の扱いだけど。

    357 = :

    >>350
    作る「もの」によるかな?
    シビアなチェックが要求されるものならIPチェックには頼らないが、セッションハイジャックされたところで
    そんなに大したもんでもない程度のものなら、IPチェックすらしてないw
    IPチェック程度を実装する事もある
    みたいな。

    359 = :

    セッションハイジャックを防ぐ手法一つとしての存在するのは理解できるのですが、
    実際にどんな場合に利用してます?

    個人的には無意味かなぁと思っていたのですが

    保険的に利用する場合ってIPチェックして違った場合、ログを残すとかそんな感じですか?

    360 = :

    >>359
    >>358

    362 = :

    >>358
    そこ読んだけど
    IPチェックはあまり意味ないって言ってる気がするが?

    363 = :

    >>362
    そう。あんまり意味無い。
    でも、全く意味が無いってわけでも無い。
    つまり、それ程シビアなチェックを必要とされないものなら、この程度でも良いかもね程度に考えておけばと。

    とにかくだな。
    あくまで1つの手段としてこんなのもあるよって話しなので、気に入らないのなら別の方法を実装すれば良いだけの話。
    頭で色々考えるのも良いが、まずは先に物を作って実際に動かした方が余程勉強になるかと。

    364 = :

    >>363
    ↓書き方悪かったな。
    まずは先に物を作って実際に動かした方が余程勉強になるかと。
    ↑っていうのは、自分でセッションを使う簡易的なサイトでも作ってみて、それを自分でセッションハイジャック出来るかどうか試してみたら良いよって感じかな。
    ハイジャックできてしまったら、それを防ぐにはどうすれば良いかを考えて改良し、また自分でハイジャックを試す。
    そんな感じで完成度を上げていくと良いかなって思う。

    365 = :

    IPチェックだけは意味が無いね。
    他との併用でしょ。セコムのシール貼ってるだけに近い。実際の防犯にはちゃんと対策が必要。


    元々HTTPはステートレス。
    セッションを使って無理矢理ステートフルに見せかけてるだけ。
    NATとかkeepalive切ってる場合も有るから、鯖でがんばっても無理が有ることが多い。

    366 = :

    放置されてるところを見ると、くだ質に行くべきでしたね。。。 行ってきます。

    367 :

    質問させてください

    セッションIDでログイン状態を判断するっていうのは
    最初ログインしたときに
    サーバ側のDBなどでセッションIDとログインしたユーザを
    紐づけて管理するってことですよね?

    それとは別に、ログイン時に
    ログインIDとパスワードをクッキーに書き込んで
    認証が必要なページでは毎回クッキーで判定しようと思うのですが
    どんなリスクがあるのでしょう?
    もちろんパスワードはMD5などの不可逆な変換を行い
    クッキーもSSLのページのみで受け渡しします。

    368 = :

    クッキーがPCに残るから、それを第三者に取られたとき危うい。
    セッションIDなら一度ログアウトしてしまえば大丈夫だけど、
    それだとログアウトしてもクッキーさえ持っていれば再度ログインできる。

    369 = :

    >>368
    すみません、クッキーと書きましたが
    ブラウザを閉じたら消えるやつで
    いわゆるセッションと同じようなもののことでした。

    でもブラウザの実装によっては
    一時的でもクライアントに保存されるため
    リスクが高いということでしょうか。

    370 = :

    >>369
    強いて言うなら、その方法だと、XSSでクッキーを盗まれたときに、
    パスワードを変更しない限り、その情報が使えてしまうけど、
    XSS心配したらセッションも使えないし、
    リスクという点では大差ないと思う。

    セッションには、
    ・PHPに初めから実装されていて、手軽に使える
    ・ブラウザを閉じるまでは、以前の情報を継続して使える
    という利点があるけど、単にログイン状態を保存しておくだけだったら、>>367の方法でも良いんじゃないかな。

    371 = :

    >>369
    永続的なパスワードは一時的であれクッキーに保存するべきではない。
    XSSでコッソリ取られた日には目も当てられない。

    372 = :

    >>371
    パスワードそのままじゃない
    って言ってるよ

    374 = :

    >>372
    よくよめ。
    >>371
    確かに。XSSの事忘れてた。。

    つーか、わざわざパス記録すんなよ。メリット無いだろ。
    セッションならXSSで取られてもIPで再度チェックすれば大体防げる。

    375 = :

    IPでチェックって言ってる人は
    IPが変わる環境のクライアントは切り捨ててるの?

    376 = :

    可変範囲考えて実装すれば何も問題ない。
    ホスト名が取得出来るんだったら、末尾から数えて二つめのドットまでマッチングとかな。
    自分はもうちょっと複雑に可変範囲決定してるが、方法はいくらでもあると思われ。

    377 = :

    >>375
    携帯サイトのことを言っているのならIPチェック自体がナンセンス
    通常のネットワーク環境を前提にしているとしたらIPが変わった時点でセッションが切れて当然

    378 = :

    自分はIP変わった時点ではログアウトさせて無いなぁ。。
    苦情来ない?実際自分も不便だと思うからneverにしてる。
    クリティカルなやりとりに入る場合は再入力させてるけど。

    381 = :

    >>378
    それ「セッション」じゃないし…

    382 = :

    更に関係ないけど、ヤフのログインてHTTPが標準なのは勘弁して欲しい。
    チャレンジレスポンスだけど、途中に割り込まれたらっつーのもあるし、今時HTTPって。。

    383 = :

    >>381
    所謂セッション管理についてのスレだから一行動としてのセッションで捉えなくて良いと思ふ、
    つか、今時そんな短時間でログアウトさせてる方が珍しい、金融機関除いて

    384 = :

    >>381
    なにがセッションじゃないんだ?

    385 = :

    確かにログアウトまでの時間については悩ましいところ。
    セキュリティ的には短い方が望ましいが、長い方が明らかに便利。
    あ、良いこと考えた。

    386 = :

    httpsのリンクをお気に入りに登録させ、毎回ログインさせれば良いじゃん、とか考えたけど、
    直接PCを操作される場合のリスクを考えてナカタ。何か良い方法無いですか?

    387 = :

    >>386
    質問したいなら
    要点をまとめてからにしてくれ

    393 = :

    >>390

    どうもありがとうございます。

    >input.phpに現在時刻の表示とかを入れると良いよ。
    私もこれは試したのですが、
    時刻は現在時刻を表示してるのですが
    $_SESSIONの値は変わらずといった状態でした。

    設定をもう一度見直してみます。
    お世話になりました。

    394 = :

    373で質問させてもらいましたが
    もしかしたらここの主旨とずれていたかもしれません。
    質問用スレッドにて質問させて頂きます。
    どうもすみませんでした

    396 = :

    どうやってセキュアな接続って判定するの?

    ブラウザのキャッシュとは限らんよ。
    ブラウザに到達するまでに色んな所でキャッシュする装置が挟まってることは良くある。
    ファイヤーウォールとか、キャッシュサーバとか、プロクシとか。

    398 = :

    そういえばmixiって、一度ログインしたら、明示的にログアウトしない限り
    ずっとログイン状態が続いてるよね。

    あれってどうやって実現してるんだろう?(&セキュリティ的に大丈夫か??)

    399 = :

    ソースでも見たら?
    一時期流出してたしどこか有るでしょ。

    400 = :

    >>398
    たしかにネットカフェとかでmixiにログインして
    そのままログアウトし忘れてそのまま帰っちゃうヤツとか多そうで危ないな。


    ←前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 次へ→ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / php一覧へ
    スレッド評価: スレッド評価について
    みんなの評価 :
    タグ : - タブ + - メモリ + 追加: タグについて ※前スレ・次スレは、スレ番号だけ登録。駄スレにはタグつけず、スレ評価を。荒らしタグにはタグで対抗せず、タグ減点を。

    類似してるかもしれないスレッド


    トップメニューへ / →のくす牧場書庫について