「应用安全」OAuth和OpenID Connect的全面比较(15)

因此 , 客户端应用程序的数据库表应该能够存储这些信息 。 此外 , 应该注意的是 , 允许本地化某些属性(例如client_name , tos_uri , policy_uri , logo_uri和client_uri)(2.1 。 元数据语言和脚本) 。 需要额外考虑数据库表设计来存储本地化属性值 。

以下小节是我对客户应用程序属性的个人意见 。

6.1 客户类型

我担心定义规范是一种错误2. OpenID Connect动态客户端注册1.0的客户端元数据不包含“客户端类型” 。 我认为这样做的原因是 , 当我们实现授权服务器时 , 必须考虑两种客户端类型之间的区别 , “机密”和“公共”(在2.1 。 客户端类型的RFC 6749中定义) 。 事实上 , “客户端类型”被列为要在2.注册RFC 6749的客户端注册的客户端属性的示例如下 。

...注册可以依赖于其他方式来建立信任并获得所需的客户端属性(例如 , 重定向URI , 客户端类型) 。

如果这不是错误 , 则必须就动态客户端注册注册的客户端应用程序的客户端类型达成共识 。 但是 , 我无法在相关规范中找到此类信息 。

推荐阅读