HTTPS をランキング シグナルに使用します
+1 ボタン 2 AMP 11 API 3 App Indexing 8 CAPTCHA 1 Chrome 2 First Click Free 1 Google アシスタント 1 Google ニュース 1 Google プレイス 2 Javascript 1 Lighthouse 4 Merchant Center 8 NoHacked 4 PageSpeed Insights 1 reCAPTCHA v3 1 Search Console 101 speed 1 イベント 25 ウェブマスターガイドライン 57 ウェブマスタークイズ 2 ウェブマスターツール 83 ウェブマスターフォーラム 10 オートコンプリート 1 お知らせ 69 クロールとインデックス 75 サイトクリニック 4 サイトマップ 15 しごと検索 1 スマートフォン 11 セーフブラウジング 5 セキュリティ 1
CSRF 対策用トークンの値にセッション ID そのものを使ってもいい時代は終わりつつある - co3k.org
CSRF 脆弱性対策には攻撃者の知り得ない秘密情報をリクエストに対して要求すればよく、そのような用途としてはセッション ID がお手軽でいいよねという時代があったかと思います。 いや、もちろん、 CSRF 対策の文脈だけで言えば今も昔も間違いというわけではありません。セッション ID が秘密情報であるのは Web アプリケーションにおいて当然の前提ですので、 CSRF 対策としてリクエストに求めるべきパラメータとしての条件はたしかに満たしています。 たとえば 『安全なウェブサイトの作り方』 改訂第6版では以下のように解説されています。 6-(i)-a. (中略) その「hidden パラメータ」に秘密情報が挿入されるよう、前のページを自動生成して、実行ページではその値が正しい場合のみ処理を実行する。 (中略) この秘密情報は、セッション管理に使用しているセッション ID を用いる方法の他、
グーグル「SSL化して検索キーワード見えなくするよ」 Web担当者「ええぇ? (not provided)って何!」 | 初代編集長ブログ―安田英久
今日は、SEOとアクセス解析とに関係するグーグルの動きについて解説します。なんと、アクセス解析でユーザーの検索キーワードを詳しく調べられなくなっていくかもしれないのです！ 検索キーワード「(not provided)」グーグルは10月18日に、ウェブ検索のSSL（HTTPS）化を進めることを発表しました。具体的には、グーグルアカウントでログインしているユーザーが、グーグルのウェブ検索を行う場合、これまでのhttp（通常のページ）ではなく、SSLで通信が暗号化されるhttpsになるように、今後数週間にわたって変えていくとのことです。 これはグーグル全体のSSL化推進の動きの一部であり、暗号化されること自体は良いことなのですが、Web担当者にとってはちょっとした問題になる可能性があります。 というのも、グーグルの検索結果ページがSSL化されると、ユーザーがどんな検索キーワードで検索してサイトに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
