SSSD / sssd

#3671 KCM: Payload buffer is too small
Closed: Fixed Opened by fidencio.

Closed: Fixed
Reopen Issue

KCM's payload buffer has its size set as 2048, as seen in: https://github.com/SSSD/sssd/blob/master/src/responder/kcm/kcmsrv_cmd.c#L38

The KCM code has the limit set as 2048 only inside #ifdef APPLE, while it should be normally set as 10 * 1024 * 1024, as seen in: https://github.com/krb5/krb5/blob/master/src/lib/krb5/ccache/cc_kcm.c#L53

Last but not least, doesn't make much sense to use a fixed value as the first 4 bytes received are the payload size.

Metadata Update from @fidencio:
- Issue assigned to fidencio

Metadata Update from @fidencio:
- Assignee reset

Metadata Update from @fidencio:
- Issue assigned to fidencio

Metadata Update from @fidencio:
- Issue tagged with: KCM

PR: https://github.com/SSSD/sssd/pull/533

Metadata Update from @fidencio:
- Custom field patch adjusted to on

Metadata Update from @jhrozek:
- Issue tagged with: PR

Metadata Update from @jhrozek:
- Issue priority set to: major (was: minor)
- Issue set to the milestone: SSSD 1.16.2
  • master:
    b09cd3072153663bfcce902633b5e6f9134e72e0
    786c40023e1348e7613805446ae821af7030b5d3
    2f11cf256a10ca6f6ace35a05cc2edb46689567f
    bfc6d9d611bfbc54b3f738084d86fb887c8769b5

Metadata Update from @jhrozek:
- Issue close_status updated to: Fixed
- Issue status updated to: Closed (was: Open)
- Issue tagged with: bug

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/4690

If you want to receive further updates on the issue, please navigate to the github issue
and click on subscribe button.

Thank you for understanding. We apologize for all inconvenience.
Metadata

KCM PR bug

None
None
Normal
on
Static archive. pagure.io was sunset in 2026; this is a read-only snapshot.
Red Hat Logo

Fedora is sponsored by Red Hat. Learn more about the relationship between Red Hat and Fedora »

© Red Hat, Inc. and others.