Learn more about these different git repos.
Other Git URLs
Currently the semantics of the authtoken object are opaque and it is not clear whether it allows embedded nulls, or the size includes the terminating null for a string.
Turn it into an opaque object with a type with getters and setters that enforce rules also by embedding the type we can always use the type on getters so we return errors if the unexpected type is ever passed in.
Right now we always assume it is a null terminated password, we should better not assume if we will ever introduce inary token and instead mark with a type so that if someone tries to get() a password on a binary token it will just fail with an error instead of failing due to unexpected data like embedded nulls or non conformant character encoding errors (we may have to do character conversion even for passwords in some cases, for example if we ever support NTLM auth).
Fields changed
milestone: NEEDS_TRIAGE => SSSD 1.10.0
milestone: SSSD 1.10.0 => SSSD 1.10 beta
rhbz: => 0
design: => design_review: => 0 fedora_test_page: => selected: => May
owner: somebody => simo patch: 0 => 1
resolution: => fixed status: new => closed
Metadata Update from @simo: - Issue assigned to simo - Issue set to the milestone: SSSD 1.10 beta
SSSD is moving from Pagure to Github. This means that new issues and pull requests will be accepted only in SSSD's github repository.
This issue has been cloned to Github and is available here: - https://github.com/SSSD/sssd/issues/2628
If you want to receive further updates on the issue, please navigate to the github issue and click on subscribe button.
subscribe
Thank you for understanding. We apologize for all inconvenience.
Login to comment on this ticket.