Closed Bug 617193 Opened 15 years ago Closed 15 years ago

Change JPAKE password hashing

Categories

(Cloud Services Graveyard :: Firefox Home, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: st3fan, Assigned: st3fan)

Details

Due to the way JPAKE was implemented in NSS, we have to make a small change to how we derive the "secret" from the PIN. Right now we do this: secret = 1 + (SHA256(pin) % (q-1)) I believe this is implemented in your static BIGNUM* HashPassword(NSString* password, BIGNUM* q) function in JPAKEParty.m The bad news is that we have to change this. The good news is that it'll get much simpler, namely: secret = pin Which should translate into something like BIGNUM* secret = BN_new(); BN_bin2bn(password, 8, secret); return secret; for your code. Please confirm. :)
Flags: blocking-fx-home1.1?
CCing Brian to make sure he's in the loop. It might even make sense to have him look over the patch to ensure interop.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
can you provide testcases for this? Will they differ than your comment in https://bugzilla.mozilla.org/show_bug.cgi?id=617153#c0? Eventually, we'll need to talk again about having unit tests for all your changes.
We actually have unit tests for JPAKE! I just made sure they are all enabled. The best test for QA to sign off on this is to simply do a JPAKE exchnge between Firefox and Home.
(In reply to comment #4) > We actually have unit tests for JPAKE! I just made sure they are all enabled. > Oh nice. i would love to get some exposure to that. are they running somewhere in buildbot or some other continuous integration system? > The best test for QA to sign off on this is to simply do a JPAKE exchnge > between Firefox and Home. Sounds easy enough.
Verified fix on 1.1b6, 12/13 build.
Status: RESOLVED → VERIFIED
Flags: blocking-fx-home1.1?
Product: Cloud Services → Cloud Services Graveyard
You need to log in before you can comment on or make changes to this bug.