If a negative offset between the device and the server is detected during otptoken-sync, it will underflow, and set a large positive value as offset instead.
------------------- 1 OTP token matched ------------------- dn: ipatokenuniqueid=1e7a8029-8872-46f5-8254-9d03a62d2417,cn=otp,dc=ipa,dc=test Unique ID: 1e7a8029-8872-46f5-8254-9d03a62d2417 Type: TOTP Owner: test Key: eu/S8oUunB188tRc5HE8CkxMmyI= Algorithm: sha1 Digits: 6 Clock offset: 4294963816 Clock interval: 30 ipatokentotpwatermark: 48117551 objectclass: top, ipatokentotp, ipatoken
Ticket has been cloned to Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1267253
master:
ipa-4-2:
Moving to a proper bucket.
Hashes in the comment 2 are not correct, hence comment 5.
Linked to Bugzilla bug: https://bugzilla.redhat.com/show_bug.cgi?id=1217009 (Red Hat Enterprise Linux 7)
Metadata Update from @tbabej: - Issue assigned to someone - Issue set to the milestone: FreeIPA 4.2.2
Login to comment on this ticket.