2022年1月においてCSRF未対策のサイトはどの条件で被害を受けるか
サマリ2020年2月にGoogle ChromeはCookieのデフォルトの挙動をsamesite=laxに変更しましたが、2022年1月11日にFirefoxも同様の仕様が導入されました。この変更はブラウザ側でCSRF脆弱性を緩和するためのもので、特定の条件下では、ウェブサイト側でCSRF対策をしていなくてもCSRF攻撃を受けなくなります。この記事では、デフォルトsamesite=laxについての基礎的な説明に加え、最近のブラウザの挙動の違いについて説明します。 （2022年1月29日追記） 本日確認したところ、Firefoxにおけるデフォルトsamesite=laxはキャンセルされ、従来の挙動に戻ったようです（Firefox 96.0.3にて確認）。デフォルトsamesite=lax自体は先行してGoogle Chromeにて実装されていましたが、細かい挙動の差異で既存サイトに不具合が
ITPのCNAMEクッキー規制について｜AD EBiS マーテック研究会
ご無沙汰しております。11月6日に、CNAMEレコードを使って付与された1st-party cookieの規制機能を搭載したiOS14.2がリリースされましたので、その内容をまとめます。いつものことですがマーケティングよりブラウザの細かい話です。正式発表前なので誤りの可能性がありますがご了承またはご指摘ください。 規制の仕組みまず規制されるのは、AppleのWebKitエンジニアJohn Wilanderさん（ITPの発明家）が「Third-party CNAME cloaking」として定義するものです。 Third-party CNAME cloaking means a first-party subdomain resolves to a third-party domain which does not match the resolution for the top frame
牧歌的 Cookie の終焉 | blog.jxck.io
Intro Cookie は、ブラウザに一度保存すれば、次からその値を自動的に送ってくるという、非常に都合の良い仕様から始まった。 State Less が基本だった Web にセッションの概念をもたらし、今ではこれが無ければ実現できないユースケースの方が多い。 冷静に考えればふざけてるとして思えないヘッダ名からもわかるように、当初はこのヘッダがこんなに重宝され、 Web のあり方を変えるかもしれないくらい重要な議論を巻き起こすことになるとは、最初の実装者も思ってなかっただろう。 そんな Cookie が今どう使われ、 3rd Party Cookie (3rdPC) の何が問題になっているのかを踏まえ、これからどうなっていくのかについて考える。 Cookie のユースケース Web にある API の中でも Cookie はいくつかの点で特異な挙動をする 一度保存すれば、次から自動で送る
デフォルトで信頼できる Chrome 拡張機能
.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 69」からGoogleサービス利用でChromeへのログインが必須に - ITmedia NEWS
Googleが9月4日にリリースした「Chrome 69」から、ChromeでGmailなどにログインすると自動的にChromeにもログインするようになった。 米Googleが9月4日（現地時間）にアップデートしたWebブラウザ「Chrome 69」から、新機能としての告知なしに変更されたある機能が、一部のユーザーが問題視したことで明らかになった。 Chromeブラウザで「Gmail」や「Google Keep」などのGoogleのサービスにログインすると、自動的にChromeにもログインするようになったのだ。 従来は、Chromeへのログインとその他のGoogleサービスのログインは独立していたが、Chrome 69からは同時にログインすることしかできず、Chromeでログアウトすると、Gmailなどからもログアウトする。 この新機能のどこが問題なのかを、ジョン・ホプキンズ大学のマシュー
Android版「Chrome 45」、WebViewに代わる「Custom Tabs」でアプリからのページ読み込みが高速化
Android版「Chrome 45」、WebViewに代わる「Custom Tabs」でアプリからのページ読み込みが高速化 米Googleは9月2日（現地時間）、同日リリースしたAndroid版「Chrome 45」安定版で、「Custom Tabs」の利用が有効になったと発表した。 Custom Tabsは、Googleが今年のGoogle I/Oで紹介した、Androidアプリ内でWebページをシームレスに開くブラウザをアプリに追加するための新機能。 アプリ開発者はこれまで、ユーザーがアプリ内の外部へのリンクをタップした際、Webブラウザを別途起動させるか、Googleが提供するWebViewで構築するアプリ内ブラウザでページを開くしか選択肢がなかった。 だが、別途ブラウザを開くには時間がかかるし、WebViewではブラウザの設定を共有できないだけでなく、ずっとアップデートしていく必
日本のWi-Fiが危ない - Hiroshi Mano diary(2016-05-10)
_ [仕事][電波] 日本のWi-Fiが危ない 2020年の東京オリンピック・パラリンピックに向けて、訪日外国人などの利便性も考慮して、Wi-Fi環境の整備を推進する政策が進められている。このことは、間違いなく望ましいことだが、その実態はかなりの危険性を感じずにはいられない。 それは、何かというと、いま日本で闇雲に設置を進めている多くの公衆無線LAN基地局は、WEB認証という方式だ。これは、利用者の端末が公衆無線LANの基地局に接続すると、WEBブラウザを開いて、ログイン動作をするものだ。この方式は、初めての人でもWEBに書かれた説明を読んで、メールアドレスなどをいれれば、使えるようになるので一見便利だ。 ところが、逆にLTEなどの携帯でサービスを受けている人や別なWi-Fiサービスを期待している人がWi-FiをOnにしていると、利用者の意思に関わらず公衆無線LAN基地局に接続され、いきな
キャッシュ制御不備の脆弱性にご用心
古い書籍に掲載されたPHP記述の掲示板ソフトを動かしていると、ログアウト処理がうまく動作していないことに気がつきました。チェックの方法ですが、ログアウト処理の脆弱性検査の簡単なものは、「安全なウェブサイトの作り方」別冊の「ウェブ健康診断仕様」に記載されています。 (J)認証 ログアウト機能はあるか、適切に実装されているか ログアウト機能がない、あるいはログアウト後「戻る」ボタンでセッションを再開できる場合 この仕様書にある通り、『ログアウト後「戻る」ボタンでセッションを再開できる』状態でした。 おそらくセッション破棄がきちんと書かれていないのだろうと思いログアウト部分のソースを見ると、以下の様な処理内容でした（オリジナルからはリライトしています）。 <?php // logout.php require_once('common.php'); // 共通の設定・処理 session_sta
Androidに問題、Google Playと標準ブラウザの脆弱性悪用で
Google Playストアの脆弱性とAndroid標準ブラウザの脆弱性を突く攻撃の組み合わせによって、攻撃者がリモートから不正なアプリをインストールして起動できてしまう恐れがある。 Google Playストアの脆弱性とAndroid標準ブラウザの脆弱性を突く攻撃の組み合わせによって、攻撃者がリモートから不正なアプリをインストールして起動できてしまう問題があることが分かり、脆弱性検証ツールの「Metasploit」にこれを実行するモジュールが追加された。Metasploitを提供するRapid7が2月10日のブログで明らかにした。 Rapid7によると、Google Playストアの脆弱性は、同ストアのWebアプリケーションドメイン（play.google.com）でクリックジャック対策のためのX-Frame-Options（XFO）サポートが徹底されていないことに起因する。 この脆弱性
■ - hitode909の日記
スマートフォンアプリでおもしろそうな記事が流れてきたらアプリ内のブラウザで開くことが多い。アプリ内のブラウザだと、ログインしてないに決まってるのに、ログインしたら本文読めますというサイトが増えてて、使い勝手悪い。新聞のサイトとか、IT感あるサイトとか、最初だけ読めて、ここから先はログイン必須、とか書いてあって、そこであきらめる。世の中にはコンテンツが溢れかえってるので、読まなくても死にはしないので、ログインしてまで読みたくないけど、インターネットが進歩した結果記事を読む手間が増えたのは残念。読めないなら最初から見せないでほしいけど、サイト側の立場では、ちょっと見せて気になった人にユーザー登録してもらえれば嬉しいのだろうと思う。こんなことしなくてもよくなるくらい儲かってほしい。
パスワードがmaxlengthを超えてもユーザーは気づかない | 水無月ばけらのえび日記
公開: 2013年3月11日11時25分頃 三菱UFJニコスから、「パスワードの入力桁数に関するご案内」というPDF文書が出ています。 パスワードの入力桁数に関するご案内 (www.cr.mufg.jp)「三菱UFJニコス」という名前の通り、複数の会社が合併し、サービスも統合されたわけですね。従来はログインフォームが別々で、パスワードの長さもまちまちだったものを、ひとつのログインフォームに統合……したところ、ログインできなくなる人が現れたという話のようで。 原因は以下のように説明されています。 ①リニューアル前のMUFGカード(UFJカード含む)、DCカード、NICOSカードのWEBサービスの(ID登録及び)ログインの際、パスワードは下記「パスワード規定桁数」を超えて入力することができませんでした。 ②リニューアル後のNEWS+PLUSログインページでは、弊社のどのブランドWEBサービスに
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News