Closed Bug 820643 Opened 13 years ago Closed 12 years ago

Consider switching from MACAuth to "Hawk Auth" protocol

Categories

(Cloud Services Graveyard :: Server: Sync, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: rfkelly, Unassigned)

References

Details

(Whiteboard: [qa?])

(Just flagging this for consideration, no changes and no work are being proposed at this time) Due to the untimely death of OAuth2.0, the MAC Access Auth protocol that we're currently using in tokenserver/sync2.0 seems destined to rot in limbo, never quite making it out of draft status and not seeing widespread support in other products. The new hotness is apparently "Hawk Auth", which is Eran Hammer's standalone revisiting of the protocol. It seems broadly similar to MAC Access Auth, but with enough small changes that we can't just slot it in with existing code: https://github.com/hueniverse/hawk The identity team seem to be standardizing on Hawk Auth for some upcoming products e.g. gombot. As much as I don't want to change the code we have, I think there's some value in using a single, consistent protocol across all Mozilla properties. I am *not* suggesting we rush out to change over to it at this time, especially not after the previous switchover from 2L-OAuth to MACAuth. Protocol details may still be in flux and there's no RFC or other formal spec. But it's worth thinking about and keeping an eye on. Hawk Auth may become the "one obvious way" to do hmac-based authentication of http requests. Hypothetically, the work involved in such a transition would be pretty minimal. Basically just refactoring the macauthlib and pyramid_macauth libraries to use the new protocol - tokenserver could stay the same, sync codebase would be nonethewiser. AFAICT client changes should be similarly minimal.
Depends on: 910000
Whiteboard: [qa?]
I guess the question is more a product-related one: do we want to support the token-server, since we're not using it anywhere? I would be happy to update the code to use HAWK rather than MAC Auth if we decide to go further this way.
No code changes necessary in the tokenserver, since Hawk and MAC can both be done from the same set of credentials. Any changes would be downstream in the sync storage servers which consume the signed requests.
We're doing this; the necessary docs have been updated and implementations will be tracked separately.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Yep.
Status: RESOLVED → VERIFIED
Product: Cloud Services → Cloud Services Graveyard
You need to log in before you can comment on or make changes to this bug.