chromeのreferrer-policyについて - ishikawa_pro's memorandum
[9/8追記] chrome 85がリリースされたのに、defaultのreferrer-policy変わってないなと思ったら段階的に変わっていくみたいです。 A new default Referrer-Policy for Chrome: strict-origin-when-cross-origin こんにちは。 業務でchromeのreferrer-policyについてちょっと調べることがあったので、今日は軽くまとめです。 referrer-policyとは そもそも僕が、referrer-policyについてそんなに詳しくなかったのでまずは簡単な説明。 Referrer-policyは、リクエスト時にreferer headerにどれくらいreferer情報をつけるかを設定するためのヘッダーです。 refererの情報量とは、具体的に origin, path, query 全て
Linuxでスクリーンショットを撮るならHeadless Chromeで決まり！
はじめに 君の鯖は。では、ウェブサイトのスクリーンショットを撮影しています。 環境はPHP +α なんですが、これが結構むずいです。 PHP PhantomJSだったり、wkhtmltoimageだったりを使ってきましたが、どうしてもレイアウト崩れが発生します。 最近？インフラをVPSに移行したので、Headless Chromeを試したら感動しました。 直訳すると頭のないとか、首を切られたとか不穏な単語が並びますが、 すごく簡単にいうとGUIがない、コマンドから使えるGoogle Chromeです。 GUIがないだけで、JavaScriptやレタリングは完璧で、スクリーンショット撮影にはもってこいです。（本来は自動テスト用） --print-to-pdfを使えばPDFを取得することもできます。
Google Chrome、4月から混在ダウンロードの禁止を開始 - 準備を
HTTPSで提供されているページで、HTTP経由でのリソースやファイルダウンロードを提供している場合、少なくとも2020年4月から徐々にそのファイルはダウンロードできなくなる。現状、そのような提供形態を取っているのであれば、すべてHTTPS経由で提供するように変更していく必要がある。 Google Chromeチームは2020年2月6日(米国時間)、「Google Online Security Blog: Protecting users from insecure downloads in Google Chrome」において、2020年4月の配信を予定しているChrome 82から混在コンテンツのダウンロードブロックを開始すると伝えた。 HTTPSのページでHTTPによるリソースの提供やファイルのダウンロード提供などがブロックに該当する。ブロックは次の手順で段階的に進められるとされて
Chrome 80が密かに呼び寄せる地獄 ～ SameSite属性のデフォルト変更を調べてみた - Qiita
Chrome 79以下や他ブラウザのデフォルト値。 Chrome 80からこの値を設定する場合、Secure属性も必須となる。 Aサイトに対し、Bサイトからどのようなリクエストがあっても、発行したサイトでCookieヘッダーに含める (Cookieを使用する) 図にすると以下のようになります。 Strict 外部サイトからのアクセスではCookieを送らない。 Lax 外部サイトからのアクセスはGETリクエストのときだけCookieを送る。 None 従来通りの動き。 【追記】なおChrome 80以降でSecure属性を付けずSameSite=Noneを指定した場合、set-cookie自体が無効になります。 セキュリティ上の効果 CSRF対策になります。 CSRF (クロスサイト・リクエスト・フォージェリ) とは、 WEBサイトがユーザー本人の意図した動作であることを検証していないため
GoogleはChromeでユーザーエージェント文字列を段階的に廃止する方針
by Tati Tata ブラウザがウェブサイトにアクセスする際に送信するユーザーエージェント文字列は、使用しているOSやデバイスのアーキテクチャ、ブラウザの情報などを含んだテキストであり、ウェブサイトの表示形式などに影響します。オープンソースのウェブブラウザエンジンChromiumをベースとしてGoogleが開発するGoogle Chromeが、このユーザーエージェント文字列を段階的に廃止する方針であることが明らかになりました。 Intent to Deprecate and Freeze: The User-Agent string - Google グループ https://groups.google.com/a/chromium.org/forum/#!msg/blink-dev/-2JIRNMWJ7s/yHe4tQNLCgAJ Google to phase out user-a
Chromeは2年以内にサードパーティーCookieのサポートを廃止する方針
by Glenn Carstens-Peters Googleの開発する「Chrome」や、Microsoftの開発する「Edge」は、オープンソースのウェブブラウザエンジンChromiumをベースとしたウェブブラウザです。Chromiumの開発に携わるJustin Schuh氏が、よりプライベートなウェブを構築するために、「将来的にサードパーティーCookieを廃止する予定」であることを明かしました。 Chromium Blog: Building a more private web: A path towards making third party cookies obsolete https://blog.chromium.org/2020/01/building-more-private-web-path-towards.html Googleはユーザーのプライバシー保護を向上
Google Developers Japan: 新しい Cookie 設定 SameSite=None; Secure の準備を始めましょう
.app 1 .dev 1 #11WeeksOfAndroid 13 #11WeeksOfAndroid Android TV 1 #Android11 3 #DevFest16 1 #DevFest17 1 #DevFest18 1 #DevFest19 1 #DevFest20 1 #DevFest21 1 #DevFest22 1 #hack4jp 3 11 weeks of Android 2 A MESSAGE FROM OUR CEO 1 A/B Testing 1 A4A 4 Accelerator 6 Accessibility 1 accuracy 1 Actions on Google 16 Activation Atlas 1 address validation API 1 Addy Osmani 1 ADK 2 AdMob 32 Ads 71 Ads API 11
グーグル、「Chrome」で混在コンテンツのブロック強化へ
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます Googleは米国時間10月3日、HTTPSに完全に移行していないウェブサイトに対する「Google Chrome」の動作を2020年から厳格化していくと発表した。現在のところChromeは、一部のページリソースがHTTPであってもロードするようになっている。 HTTP経由とHTTPS経由のリソースがページ内に混在している「混在コンテンツ」は、ウェブサイトがHTTPSへの移行を開始した当初から問題となっている。 これまでに、GoogleやMozillaはそれぞれ独自の手段でHTTPSの利用を強く推進してきた。そうした取り組みは成果を上げており、ますます多くのウェブサイトのオーナーやオンラインサービスがHTTPSを利用するよう、少しずつ促
一部のSSLサイト（「https://」で始まるWebページ）が表示できない | ESETサポート情報
以下のWindows向けプログラムで、一部のSSLサイト（「https://～」で始まるWebサイト）にアクセスできないことを確認しております。
CSRF is (really) dead
Scott Helme Security researcher, entrepreneur and international speaker who specialises in web technologies. More posts by Scott Helme. A little while back I wrote a blog post about how "CSRF is dead". It focused on SameSite cookies, a powerful yet simple feature to protect your website against CSRF attacks. As powerful as it was, and as much as it will kill CSRF, you had to enable it on your site
Chromeブラウザの広告ブロック機能、7月9日に世界で有効に
Googleは北米と欧州での広告ブロック開始と同時に、自身の広告ネットワークでは基準に満たない広告販売を停止した。 北米と欧州では、当初基準に違反する広告を掲載していたWebサイトの3分の2が1月1日の時点で基準を満たすようになり、現在では広告ブロックが必要なWebサイトはレビューした数百件のうち1％以下だったという。 GoogleはWebオーナーに対し、広告に関する問題レポートを使って自分のWebサイトに問題がないかどうかチェックするよう勧めている。 関連記事 Google、Chromeブラウザでの劣悪広告ブロック開始、仕組みを説明 Chromeブラウザでの劣悪広告ブロックがバージョン64へのアップデートでスタートした。「Better Ads Standard」を満たさない広告を掲載するWebサイトには改善通告し、30日以内に改善しないと、そのサイトのすべての広告をブロックする。 Goo
Latest topics > 古代のブラウザ戦争の歴史：MD5ハッシュ化された投稿の機密解除 - outsider reflex
Latest topics > 古代のブラウザ戦争の歴史：MD5ハッシュ化された投稿の機密解除 宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。 以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！ « 「ツリー型タブ」が、Firefoxのアドオン管理画面にオススメとして表示されるようになりました Main 私達はここまで来た » 古代のブラウザ戦争の歴史：MD5ハッシュ化された投稿の機密解除 - Jun 06, 2018 Robert O'Callahan氏（Mozilla内では愛称の「roc」でもっぱら通っていたようです）が1月に公開されたブログ記事をえっちらおっちら勝手に訳してみました。多分誤訳してる所があると思うので、間違いを見つけた人は指摘して頂けると幸いです。 roc氏はFirefox以前から
MinerBlock - Webブラウザによるマイニングをブロック
最近、広告に変わる新しいWebの収益手段として仮想通貨のマイニングが注目されています。Webサイトを訪れると勝手にCPUをマイニングに使われるとあって、嫌う声も多い収益手段になります（実際対して収益につながらないとも言います）。 そうした勝手なマイニングを防止するためのブラウザ機能拡張がMinerBlockです。 MinerBlockの使い方 Webブラウザによるマイニングを行っているサイトを訪れるとブロック表示が出ます。 詳細を見ると、マイニングをブロックしたことが確認できます。 MinerBlockはシンプルな機能拡張で、アドブロック的にマイニングをブロックできます。ホワイトリストに入れておくことでマイニングの許可もできます。不用意なCPU利用を避けるためにインストールしておくと良さそうです。 MinerBlockはGoogle Chrome/Firefox用の機能拡張です。 xd4r
世界30%のSSL証明書が3月と10月に強制無効化！？ あなたのサイトが大丈夫か確認する3ステップ | 初代編集長ブログ―安田英久
2018年3月と10月に多くのSSLサーバー証明書がChromeとFirefoxで無効化ベリサイン／シマンテック系のSSL/TLSサーバー証明書が、次のスケジュールで無効化されることが、すでに決まっています。 対象のサーバー証明書の発行元： SymantecGeoTrustRapidSSLThawte無効化スケジュール： 2018年3月15日ごろ： Chrome 66のベータ版で、上記発行元が2016年6月1日より前に発行した証明書を信頼しないようになる2018年4月17日ごろ： Chrome 66の通常版で、上記発行元が2016年6月1日より前に発行した証明書を信頼しないようになる2018年9月13日ごろ： Chrome 70のベータ版で、上記発行元が発行した証明書すべてを信頼しないようになる2018年10月23日ごろ： Chrome 70通常版で、上記発行元が発行した証明書すべてを信頼
HTTP Headers という 5万人が使っている Chrome 拡張のマルウェア疑惑。セッション盗まれて BTC も盗まれそうになった話。 - clock-up-blog
疑惑どころか 99.99% くらい黒な話。 （後記：セッション盗まれたと思ってたけど、よくよく考え直してみると生パスワードごと盗まれてる可能性もあるしやばい） 追記：続報 11月3日 今回指摘した HTTP Headers 以外にも、「Tab Manager」「Give Me CRX」「Live HTTP Headers」等で同様（？）の問題が報告されています。第三者が元の作者からソフトウェア権利を買い取って悪用する、というケースが割とある模様（？）。皆さま情報ありがとうございます。 11月4日 Zaif については、「不正な Chrome 拡張」と「スクリプトから保護されていなかったクッキー」のコンボによりセッションが盗まれていた可能性あり。 Zaif のセッション情報が盗まれた原因のひとつについて。JavaScript からクッキー値を取得させない方法。 - clock-up-blog
Webブラウザ「Vivaldi」が超絶便利すぎてChromeユーザーはさっさと乗り換えたほうがいい - Brian'z Imagination
ブログにしろダイアリーにしろブックマークにしろ、はてなにお住いの皆さんが1日にブラウザと過ごす時間は、他のかたよりそれなりに多いことと思う。 そんなブラウザ使いの貴公子たちよ、こんな経験をしたことはないだろうか。 折角書いたブログ記事が誤操作で消えてしまった。 タブを開きすぎたことにより、メモリを食い過ぎてブラウザが落ちた。 ブラウザなんて要らない、俺は念力で十分だ。 そんな迷える子羊たちにオススメなのが、今回紹介するWebブラウザ「Vivaldi」だ。 コイツは使い始めは他のブラウザと変わらない「何の変哲もないただのブラウザ」だが、カスタマイズ次第で子羊たちを弄もてあそぶ「モンスターブラウザ」と化す。 特にChromeユーザーのあなたに、声を大にして伝えたい。 今のところChromeを使い続ける理由はなさそうなので、今日から乗り換えてしまおう！ Vivaldi？そいつは食えるのか？ Vi
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
“Google マップ”でマンションポエムごっこができるGoogle Chrome拡張機能が面白過ぎる／あなたの邸宅が今、光の柱に包まれる――【やじうまの杜】
Chromeをより一層便利にしてくれる拡張機能まとめ | ライフハッカー・ジャパン
Google Chromeの拡張機能を1つに集約する管理方法 | ライフハッカー・ジャパン
新しいWeb版「Chrome リモート デスクトップ」が正式リリース／「Google Chrome」やモバイルアプリからリモートPC（Windows/Mac/Linux）へアクセス
