Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

potential null dereference in data_provider_be.c #1623

Closed
sssd-bot opened this issue May 2, 2020 · 0 comments
Closed

potential null dereference in data_provider_be.c #1623

sssd-bot opened this issue May 2, 2020 · 0 comments
Labels
Closed: Fixed Issue was closed as fixed.

Comments

@sssd-bot
Copy link

sssd-bot commented May 2, 2020

Cloned from Pagure issue: https://pagure.io/SSSD/sssd/issue/581

  • Created at 2010-07-28 14:10:30 by jhrozek
  • Closed as Fixed
  • Assigned to jzeleny

If the allocation of struct be_req fails in be_pam_handler(), we would jump to the 'done:' label and attempt to dereference the pd variable which is NULL. We should just return ENOMEM instead. See http://jhrozek.fedorapeople.org/sssd-clang-llvm/report-VtHxC8.html#EndPath for more details.

Comments


Comment from dpal at 2010-08-03 15:08:54

Fields changed

milestone: NEEDS_TRIAGE => SSSD 1.4.0


Comment from sgallagh at 2010-08-17 14:39:11

Fields changed

owner: somebody => jzeleny


Comment from jzeleny at 2010-08-30 15:46:22

This issue has already been fixed almost a month ago. Closing the ticket.

fixedin: => 1.3.0
resolution: => fixed
status: new => closed


Comment from dpal at 2012-01-19 02:52:53

Fields changed

rhbz: => 0


Comment from jhrozek at 2017-02-24 15:07:11

Metadata Update from @jhrozek:

  • Issue assigned to jzeleny
  • Issue set to the milestone: SSSD 1.4.0
@sssd-bot sssd-bot added the Closed: Fixed Issue was closed as fixed. label May 2, 2020
@sssd-bot sssd-bot closed this as completed May 2, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Closed: Fixed Issue was closed as fixed.
Projects
None yet
Development

No branches or pull requests

1 participant