サクサク読めて、
アプリ限定の機能も多数！
アプリで開く
無垢な仔猫の写真を集めたウェブサイトを訪問したと想像してみてください。かわいい仔猫達の写真の背後には、このウェブサイトの強大な力が隠れています。誰かがウェブサイトにアクセスすると、サイトのオーナーはその訪問者のネット上の行動に関するあらゆる情報を入手できます。その中には、銀行取引情報、SNS上の投稿やメッセージ、メール、オンラインの購買データなどが含まれます。あなたが受ける信用面や金銭面の損害はどれほどのものになるでしょうか。あなたのメッセージが流出し、銀行口座のお金が使い込まれるかもしれません。しかし幸いなことに、実際にはそのような状況は起こりません。それは、SOPとCORSのお陰なのです。 目次 Ajax（AsynchronousJavaScript And XML） インターネットがジャングルではない理由 認証情報を「含める」vs「含めない」 CORSルールの定義 クロスオリジンリ
CORS is anecessity for manyAPIs, but basic configurations cancreate a huge number of extrarequests, slowing down every browserAPI client, and sending unnecessary traffic to your backend. This can be a problem with a traditionalAPI, but becomes a much larger issue with serverless platforms, where your billing is often directly tied to the number ofrequests received, so this can easily double
We have shipped the new Cross-OriginEmbedder Policy (COEP) valuecredentialless which allows the browser to load cross-origin resources which don't use the Cross-Origin Resource Policy (CORP), by sending a request withoutcredentials, such ascookies. This helps developers to adopt cross-origin isolation more easily. Why we need cross-origin isolation Some webAPIs increase the risk of side-chann
Webアプリケーションを実装していると高確率で CORS の問題にぶつかります。CORSがどのようなものかはリンクしたMDNなど既存の解説を読むのが手っ取り早いと思いますが、「なぜそのように設計されたのか」という観点での説明はあまり見ないため、昔の資料の記述や現在の仕様からの推測をもとに整理してみました。 CORSとは 現代のWebはドメイン名をもとにした オリジン (Origin) という概念 (RFC 6454) をもとに権限管理とアクセス制御を行っています。その基本となるのが以下のルールです。 Same-origin policy (同一生成元ポリシー): 同じオリジンに由来するリソースだけを制御できる。 上記Wikipedia記事によるとSOPの概念は1995年のNetscape 2.02に導入されたのが最初のようです。当時のドキュメンテーションを読む限り、これはウインドウ越しに別
JSer.info #529 -JavaScript performance beyondbundle size | Read the Tea Leavesという記事では、JavaScriptのパフォーマンス測定について書かれています。 最近では、Bundle SizeについてはBundlePhobiaやWebpackBundle Analyzerなど分かりやすく測定するツールがありますが、それ以外のJavaScriptのパフォーマンスのメトリクスについて書かれています。 ランタイムのCPUコスト、電力消費量、メモリ使用量、ディスクの使用量などのBundle Size以外のメトリクスをどのように見るのかについてまとめられています。 CORS 完全手冊というCORSについての連載記事では、 CORSの概念、対応方法、よくある間違い、CORB/CORP/COEP/COOPなど最近のオリジ
前言三年前的時候寫了一篇文章：輕鬆理解 AJAX 與跨來源請求，提到了串接API、AJAX、same-origin policy、JSONP 以及 CORS，當時把自己想講的都放進去了，但現在回頭看，好像有很多滿重要的部分沒有提到。 三年後，再次挑戰這個主題，並且試著表達地更完整。 會想寫這個系列是因為在程式相關的討論區上，CORS 是發問頻率很高的主題，無論是前端或是後端都有可能來問相關的問題。 所以我就想說：「好，那我來寫一個系列好了，我要試著把這個主題寫到每個碰到 CORS 問題的人都會來看這個系列，而且看完以後就知道該怎麼解決問題」，這算是我對這篇文章的目標，如果文章的品質沒辦法達成這個目標，我會持續改進。 這系列一共有六篇文章，分別是： CORS 完全手冊（一）：為什麼會發生 CORS 錯誤？ CORS 完全手冊（二）：如何解決 CORS 問題？ CORS 完全手冊（三）：CO
Cross-origin resource sharing (CORS) In this section, we will explain what cross-origin resource sharing (CORS) is, describe some common examples of cross-origin resource sharing based attacks, and discuss how to protect against these attacks. Thistopic was written in collaboration with PortSwigger Research, who popularized this attack class with the presentation Exploiting CORS misconfigurations
CORS（オリジン間リソース共有） は Webセキュリティの観点において、Web 開発・Web 制作に関わる方すべてが理解しておくべき仕組みです。本記事では、この CORS についての概要と一般的な設定方法について解説していきます。 CORS とはCORS（Cross-Origin Resource Sharing, オリジン間リソース共有）は、自身のオリジンから見た、別のオリジン（クロスオリジン）からのリクエストを許可するか決定する仕組みです。（特定条件下で、通常は後述する Same Origin-Policy の機構により、ブロックされます） CORS の概要 Web ページのHTML には、画像やビデオ、CSS、JavaScript、iframe などをHTML タグを使って自由に埋め込むことができます。 ただし、別ドメインへ向けた一部の非同期的なリクエスト（正確にはクロスオ
Malicious websites makingrequests to devices and servers hosted on a privatenetwork have long been a threat. Attackers may, for example, change a wireless router's configuration to enable Man-in-the-Middle attacks. CORS-RFC1918 is a proposal toblock suchrequests by default on the browser and require internal devices to opt-in torequests from the public internet. To understand how this change
1リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
