History log of /sssd-io/src/responder/kcm/kcmsrv_ccache_secrets.c
Revision Date Author Comments Expand
e588e24c900e3f587f52533db12b87451b789a33 29-Mar-2018 Fabiano Fidêncio <fidencio@redhat.com>

KCM: Only print the number of found items after we have it With the current code we've been always printing "Found 0 items" as state->sec_key_list_len is only set by sec_list_parse(). In order to solve this, let's just print it *after* we have state->sec_key_list_len set. Signed-off-by: Fabiano Fidêncio <fidencio@redhat.com> Reviewed-by: Jakub Hrozek <jhrozek@redhat.com>

96fdbb2cb7d1bd8f9b2b64acfb5dd845b0290946 29-Mar-2018 Fabiano Fidêncio <fidencio@redhat.com>

KCM: Fix typo in ccdb_sec_delete_list_done() When deleting the ccache we want to check if sec_key_list_len is equal 0 and not if sec_key_list is 0. Signed-off-by: Fabiano Fidêncio <fidencio@redhat.com> Reviewed-by: Jakub Hrozek <jhrozek@redhat.com>

a40c6b4280f319efb935a9c9d3b83486a0f4d2d3 29-Mar-2018 Fabiano Fidêncio <fidencio@redhat.com>

KCM: Use json_loadb() when dealing with sss_iobuf data As sss_iobuf data is *non* NULL terminated, we have to use json_loadb() passing the data's length instead of just using json_loads(). Due to this issue, when running sssd-kcm under valgrind and performing a `kinit foo` a bunch of erros like the following one could be seen: ==2638== Conditional jump or move depends on uninitialised value(s) ==2638== at 0x57DB678: stream_get.part.3 (load.c:172) ==2638== by 0x57DB9CA: stream_get (load.c:643) ==2638== by 0x57DB9CA: lex_get (load.c:246) ==2638== by 0x57DB9CA: lex_scan (load.c:601) ==2638== by 0x57DC56A: parse_json.constprop.7 (load.c:904) ==2638== by 0x57DC6AB: json_loads (load.c:959) ==2638== by 0x11ABEA: ??? (in /usr/libexec/sssd/sssd_kcm) ==2638== by 0x11AEF0: ??? (in /usr/libexec/sssd/sssd_kcm) ==2638== by 0x125D4A: ??? (in /usr/libexec/sssd/sssd_kcm) ==2638== by 0x12623B: ??? (in /usr/libexec/sssd/sssd_kcm) ==2638== by 0x9BCD71F: epoll_event_loop (tevent_epoll.c:728) ==2638== by 0x9BCD71F: epoll_event_loop_once (tevent_epoll.c:930) ==2638== by 0x9BCBBA6: std_event_loop_once (tevent_standard.c:114) ==2638== by 0x9BC7FEC: _tevent_loop_once (tevent.c:725) ==2638== by 0x9BC820A: tevent_common_loop_wait (tevent.c:848) Related to: https://pagure.io/SSSD/sssd/issue/3687 Signed-off-by: Fabiano Fidêncio <fidencio@redhat.com> Reviewed-by: Jakub Hrozek <jhrozek@redhat.com>

cac0db2f8004ae88b9263dc3888a11a2d3d3d114 27-Mar-2017 Jakub Hrozek <jhrozek@redhat.com>

KCM: Store ccaches in secrets Adds a new KCM responder ccache back end that forwards all requests to sssd-secrets. Reviewed-by: Michal Židek <mzidek@redhat.com> Reviewed-by: Simo Sorce <simo@redhat.com>