<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Authorization on Debimate</title><link>https://debimate.jp/tags/authorization/</link><description>Recent content in Authorization on Debimate</description><image><title>Debimate</title><url>https://debimate.jp/images/default-ogp.webp</url><link>https://debimate.jp/images/default-ogp.webp</link></image><generator>Hugo -- 0.166.0</generator><language>ja-JP</language><lastBuildDate>Sat, 14 Nov 2026 23:12:58 +0900</lastBuildDate><atom:link href="https://debimate.jp/tags/authorization/index.xml" rel="self" type="application/rss+xml"/><item><title>OAuth 2.0 / OpenID Connect - アクセスの委譲とログインの証明を分ける</title><link>https://debimate.jp/notes/security/oauth-openid-connect/</link><pubDate>Tue, 10 Nov 2026 00:00:00 +0000</pubDate><guid>https://debimate.jp/notes/security/oauth-openid-connect/</guid><description>&lt;p&gt;写真アプリが「access token を受け取り、その持ち主としてログインさせる」API を持っていたとします。利用者が以前、同じアカウントでクイズアプリにも連携していた場合、クイズアプリの運営者は手元にある access token を写真アプリに送るだけで、その利用者として写真アプリにログインできます。token は本物で期限も切れていないので、写真アプリのサーバーには攻撃を見分ける材料がありません。&lt;/p&gt;</description></item><item><title>Capability-based Security - 誰が頼んだかではなく、何を持っているかで権限を決める</title><link>https://debimate.jp/notes/security/capability-based-security/</link><pubDate>Tue, 10 Nov 2026 00:00:00 +0000</pubDate><guid>https://debimate.jp/notes/security/capability-based-security/</guid><description>&lt;p&gt;1970 年代後半の Tymshare のタイムシェアリングシステムで、コンパイラが課金情報のファイルを上書きしました。コンパイラは利用統計を書くために、SYSX ディレクトリに書ける権限を持っていました。&lt;/p&gt;</description></item></channel></rss>