oath_hotp_validate_callback(3)
π
oath_hotp_validate_callback(3) β liboath bestie energy β¨
π¦ NAME π¦
oath_hotp_validate_callback β API function. Thatβs the official name-card vibe, no cap. π«Ά
β¨ SYNOPSIS β¨
#include <oath.h>
int oath_hotp_validate_callback(const char * secret, size_t
secret_length, uint64_t start_moving_factor, size_t window, unsigned
digits, oath_validate_strcmp_function strcmp_otp, void * strcmp_handle);
πΈ ARGUMENTS πΈ
const char * secretβ the shared secret string. Your little secret, but make it cryptographic. πsize_t secret_lengthβ length ofsecret. Gotta know how long the secret is, bestie.uint64_t start_moving_factorβ start counter in OTP stream. This is where the OTP party starts. πsize_t windowβ how many OTPs after start counter to test. Basically how far past the start weβre searching. πunsigned digitsβ number of requested digits in the OTP. Digits matter, periodt.oath_validate_strcmp_function strcmp_otpβ function pointer to astrcmp-like function. Itβs giving custom comparison realness. πvoid * strcmp_handleβ caller handle to be passed on tostrcmp_otp. Your lilβ carry-on bag for the callback. π
π DESCRIPTION π
Okay so this function validates an OTP according to the OATH HOTP algorithm per RFC 4226. Very secure, very demure. β¨
Validation is implemented by generating a number of potential OTPs and performing a call to the strcmp_otp function, to compare the potential OTP against the given otp. It has the following prototype:
int (*oath_validate_strcmp_function) (void *handle, const char
*test_otp);
The function should be similar to strcmp in that it returns 0 only on matches. It differs by permitting use of negative return codes as indication of internal failures in the callback. Positive values indicate OTP mismatch. So like: 0 = slay, positive = nope, negative = something went off in the callback. π
This callback interface is useful when you cannot compare OTPs directly using normal strcmp, but instead for example only have a hashed OTP. You would then typically pass in the hashed OTP in the strcmp_handle and let your implementation of strcmp_otp hash the test_otp OTP using the same hash, and then compare the results. Hashed-OTP besties, this oneβs for you. π§
Currently only OTP lengths of 6, 7 or 8 digits are supported. These restrictions may be lifted in future versions, although some limitations are inherent in the protocol. So donβt come at it with a 4-digit OTP and expect main character energy. π
π RETURNS π
Returns position in OTP window (zero is first position), or OATH_INVALID_OTP if no OTP was found in OTP window, or an error code. Thatβs the whole mood. π
β SINCE β
1.4.0 β been iconic since then, fr fr. π
π REPORTING BUGS π
Report bugs to <oath-toolkit-help@nongnu.org>. liboath home page: https://oath-toolkit.codeberg.page/ General help using GNU software: http://www.gnu.org/gethelp/
Spotted something weird? Spill to the bug inbox, bestie. π«Ά
π COPYRIGHT π
Copyright Β© 2009-2026 Simon Josefsson.
Copying and distribution of this file, with or without modification, are permitted in any medium without royalty provided the copyright notice and this notice are preserved.
bye bestie π«Ά β this page is from liboath version 2.6.15, for oath_hotp_validate_callback(3), and the copyright years are 2009-2026. Now go validate those OTPs, periodt. π
π¦ where this page comes from
- arch rolling: oath-toolkit 2.6.15-1 Β· GPL-3.0-or-later
- nixpkgs unstable: oath-toolkit 2.6.15
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash-1017 on : a language model's rewrite of the original, under its terms