Re: Add "oauth-authorization-resource" attribute?
Michael Sweet via ipp <[email protected]>
| Newsgroups | gmane.ietf.ipp |
|---|---|
| Message-ID | <[email protected]> |
Smith, > On Nov 8, 2022, at 11:56 PM, Kennedy, Smith (Wireless & IPP Standards) <[email protected]> wrote: > ... > If an Authentication Service supports a certificate or some other more trustable artifact as a resource identifier, perhaps one provisioned to the printer at the time the printer is registered, that could improve the situation, right? I thought we discussed that at the August F2F. Yes, for authenticating the System/Printer/Proxy to the auth server - that's one of the things MS does for their Universal Print Service. The point of the Client passing the printer-uri/system-uri when doing token exchange is to limit the potential exposure of credentials. The Client will have already validated the Printer's X.509 certificate when it connects to do a Get-Printer-Attributes, and then the authorization server can validate that the System/Printer/Proxy has registered *that* printer-uri/system-uri. That combined with the Client validating the oauth-authorization-server-uri value will minimize the likelihood of a breach. > Regardless, I think that it would be better for the client to use the value provided by a purpose-defined but abstract attribute like "oauth-authorization-resource-id" instead of instructing or guiding clients to use "printer-uuid" or "printer-uri". The value held by "oauth-authorization-resource-id" could be a URI or a UUID (printer-uuid or some other UUID). There is no way to validate the value, so its use in securing the authorization token would be lost. With the URI, the Client resolves the address, connects to the service, negotiates a secure connection via TLS, and is able to validate the server-side X.509 certificate against a trusted root CA (no self-signed certs if you are using OAuth!) ________________________ Michael Sweet _______________________________________________ ipp mailing list [email protected] https://www.pwg.org/mailman/listinfo/ipp
signature.asc
(application/pgp-signature, 833 B)
-----BEGIN PGP SIGNATURE----- iQIzBAEBCAAdFiEEkIbDzcZsP1Y8+PQFvmfHXsgfMkQFAmNru5IACgkQvmfHXsgf MkQqTw//TXQ6QMB5cjD9U5dIq/XdU+hwXq4+pXbMtxxmzWh8n0pEIzKbyRrHaRBz ymKhvqKmMRog4hgkeDvzEVOhLFG4KiIXdpE2538N5NeVrZVlhLoR5e0nzlSZ99C/ 4mW6c/vF2lBaH27zKGlE2JFcSOEhl8jzm/l6f9fJVCuGfUcdiMjraWEoCkxDwbzE PVzqlKNXJUOjV4rAxQAcKZz2ibTTm8Cq+W5CH6WQotV8o5D8YZ6CsE0dvKFnuDOW UUnWwzLBEo0D8BDnrFPuOyuJDUCoFcD1FfIQasDGenoi0M5RoH/wHdxYu6jIDmV4 FJvcOn7GnzL68IEYN9Xrxux/TesD0zMowORMExCL5lR7uuZ8GVjLCfkaxpeaz60F YsXO68cAgQYEgt0JSOnfj5F0MC9DSV4Ut8yA0eXLxGYbm291z55BXVTfxJlcqhZw 0jzrDPlS9UsuQBnzzbB1QcDvGncnXPleQuAfXUSb3Vu4kNuhN1+HaV+kXI/Ui0nz UHIDHyNY8IBfCxpIZUz5BHFGPsvpDXlKcoX/zatXGRF74m/wv6gpIYvxUov2LG3B rbytsf+/y2IkGTvxhRMCt2xmP9FbQgrm0ECAyHUhH1F+S6dbM8DESkZMN9aYDOn8 1D3IqJUQ/ffwHAYbRUTJVRmowx8qZcgyjCoA5RhXa1SxjK1SvSY= =V4y2 -----END PGP SIGNATURE-----