C2PA Specifications :: C2PA Specifications
The Coalition for Content Provenance and Authenticity (C2PA) addresses the prevalence of misleading information online through the development of technical standards for certifying the source and history (or provenance) of media content. C2PA is a Joint Development Foundation project. This site contains the various specifications and documents produced by the C2PA.
HPKE とは何か | blog.jxck.io
Intro HPKE (Hybrid Public Key Encryption) が RFC 9180 として公開された。 RFC 9180: Hybrid Public Key Encryption https://www.rfc-editor.org/rfc/rfc9180.html HPKE は、公開鍵暗号方式と共通鍵暗号方式を組み合わせて(ハイブリッド)任意の平文を暗号化するための、汎用的な枠組みとして標準化されている。 この仕様は、多くのユースケースが想定されており、 RFC になる前から ECH (Encrypted Client Hello), MLS (Message Layer Security), OHTTP (Oblivious HTTP) など、さまざまな仕様から採用を検討されている。 本サイトで書く予定の他の記事でも HPKE は頻出する予定であり、今後より多く
Fetch Metadata Request Headers
Fetch Metadata Request Headers W3C Working Draft, 31 October 2023 More details about this document This version: https://www.w3.org/TR/2023/WD-fetch-metadata-20231031/ Latest published version: https://www.w3.org/TR/fetch-metadata/ Editor's Draft: https://w3c.github.io/webappsec-fetch-metadata/ Previous Versions: https://www.w3.org/TR/2021/WD-fetch-metadata-20210720/ https://www.w3.org/TR/2021/WD-
次世代認証プロトコルFIDOの動向
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに こんにちは、近藤裕介と申します。 みなさま、Yahoo! JAPANにログインしてサービス利用していますでしょうか？ Yahoo! JAPANに限らずログインが必要なウェブサービスやアプリケーションを利用して、ヘビーユーザーになってくると他人に見られたくないデータが増えたりなりすましされて困るようになりますよね。そうならないための対策としてパスワードを長く難しくしたり、2要素認証を設定したりする必要がありますが利便性が下がってしまいます。 そんなパスワードにまつわる課題を解決する、FIDOアライアンスの策定している認証プロトコルであるU2FとUAFの仕様が昨年12月に正式公開され、2015年にはいくつものサービスで採用さ
XSSやCSRFリスクを軽減する、Entry Point Regulationとは - ASnoKaze blog
Entry Point Regulation とは 反射型XSS・XSSI・CSRFのリスクを軽減するユーザエージェント上の仕組みとして、W3CでEntry Point Regulationという仕様が策定中です。 Webアプリケーションの口(Entry Point)に幾つかの制限をかけることが出来ます。別オリジンからのリクエストの時に、クエリパラメータやHTTPリクエストボディ(POSTメソッド)が付いていればブロックする、と言った事がマニフェストで指示できるようになりそうです。 EPRにおけるリクエストカテゴリ 各エンドポイント(URL)はどのようなリクエストを受け付けることが可能か指定できます。その時に指定するリクエストは以下に分類されます navigational request：context frame typeは"top-level", "auxiliary", "neste
Requirements for Powerful Features (Editor's Draft)
This specification defines "secure contexts", thereby allowing user agent implementers and specification authors to enable certain features only when certain minimum standards of authentication and confidentiality are met. This is a public copy of the editors’ draft. It is provided for discussion only and may change at any moment. Its publication here does not imply endorsement of its contents by
Launching ServiceWorker without breaking the web
Update: Thanks to everyone who read and commented, you influenced the direction of the API. We're going for B, the path-based method, but allowing a header to relax these rules so you can put your worker script wherever you want. Many thanks! With ServiceWorkers you can control requests to any page on your origin, and any of the subresource requests made by those pages. You can completely change w
Subresource Integrity
Subresource Integrity W3C Recommendation 23 June 2016 This version: http://www.w3.org/TR/2016/REC-SRI-20160623/ Latest published version: http://www.w3.org/TR/SRI/ Latest editor's draft: https://w3c.github.io/webappsec-subresource-integrity/ Implementation report: https://github.com/w3c/webappsec-subresource-integrity/wiki/Links Previous version: http://www.w3.org/TR/2016/PR-SRI-20160510/ Editors:
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
HTTP and Web Application Firewalls:
GitHub - antosart/policy-container-explained: Policy container explained
Cross-site loads of signed packages should be done stateless and with no personalization · Issue #423 · WICG/webpackage
GitHub - privacycg/private-click-measurement: Private Click Measurement
Describe when features should be limited to secure contexts. by dbaron · Pull Request #75 · w3ctag/design-principles
Reducing the precision of the DOMHighResTimeStamp resolution · Issue #56 · w3c/hr-time
Self-Review Questionnaire: Security and Privacy
GitHub - WICG/origin-policy: [On hold for now] A mechanism for origins to set their origin-wide configuration in a central location![GitHub - WICG/origin-policy: [On hold for now] A mechanism for origins to set their origin-wide configuration in a central location](https://cdn-ak-scissors.b.st-hatena.com/image/square/de3ab1b97294d24c49815209d946d38501366e42/height=288;version=1;width=512/https%3A%2F%2Fopengraph.githubassets.com%2Ff69f3dc777ad22588ad465465aef8b723cb465b8937853b4c315b15b243efb83%2FWICG%2Forigin-policy)
GitHub - facebookarchive/DelegatedRecoverySpecification: Allows an application to delegate the capability to recover an account to an account controlled by the same user or entity at a third party service provider.