Re: kpasswdd dumps on OpenBSD6.3

I think that I finally got it, did I?


Program received signal SIGSEGV, Segmentation fault.
0x000007fe9c69d5d6 in change () from /usr/local/heimdal/lib/libkadm5srv.so.3.0
Current language:  auto; currently minimal
(gdb) bt
#0  0x000007fe9c69d5d6 in change () from /usr/local/heimdal/lib/libkadm5srv.so.3.0
#1  0x000007fe9c69d55f in kadm5_s_chpass_principal_cond () from /usr/local/heimdal/lib/libkadm5srv.so.3.0
#2  0x000007fbfc702bfb in ?? () from /usr/local/heimdal/libexec/kpasswdd
#3  0x000007fbfc701b89 in ?? () from /usr/local/heimdal/libexec/kpasswdd
#4  0x000007fbfc7017d9 in ?? () from /usr/local/heimdal/libexec/kpasswdd
#5  0x000007fbfc701073 in ?? () from /usr/local/heimdal/libexec/kpasswdd
#6  0x000007fbfc7009a6 in ?? () from /usr/local/heimdal/libexec/kpasswdd
#7  0x0000000000000000 in ?? ()
(gdb) x/i $pc                                                                                                                                                                               
0x7fe9c69d5d6 <change+102>:     cmpl   $0x0,0xc8(%r14)
(gdb) x/40i $pc-102
0x7fe9c69d570 <change>: push   %rbp
0x7fe9c69d571 <change+1>:       mov    %rsp,%rbp
0x7fe9c69d574 <change+4>:       push   %r15
0x7fe9c69d576 <change+6>:       push   %r14
0x7fe9c69d578 <change+8>:       push   %r13
0x7fe9c69d57a <change+10>:      push   %r12
0x7fe9c69d57c <change+12>:      push   %rbx
0x7fe9c69d57d <change+13>:      sub    $0xe8,%rsp
0x7fe9c69d584 <change+20>:      mov    %r9,%r15
0x7fe9c69d587 <change+23>:      mov    %r8,%r13
0x7fe9c69d58a <change+26>:      mov    %ecx,0xffffffffffffff04(%rbp)
0x7fe9c69d590 <change+32>:      mov    %edx,%ebx
0x7fe9c69d592 <change+34>:      mov    %rsi,%r12
0x7fe9c69d595 <change+37>:      mov    %rdi,%r14
0x7fe9c69d598 <change+40>:      mov    2174785(%rip),%rax        # 0x7fe9c8b04e0 <__guard_local>
0x7fe9c69d59f <change+47>:      mov    %rax,0xffffffffffffffd0(%rbp)
0x7fe9c69d5a3 <change+51>:      xorps  %xmm0,%xmm0
0x7fe9c69d5a6 <change+54>:      movaps %xmm0,0xffffffffffffffc0(%rbp)
0x7fe9c69d5aa <change+58>:      movaps %xmm0,0xffffffffffffffb0(%rbp)
0x7fe9c69d5ae <change+62>:      movaps %xmm0,0xffffffffffffffa0(%rbp)
0x7fe9c69d5b2 <change+66>:      movaps %xmm0,0xffffffffffffff90(%rbp)
0x7fe9c69d5b6 <change+70>:      movaps %xmm0,0xffffffffffffff80(%rbp)
0x7fe9c69d5ba <change+74>:      movaps %xmm0,0xffffffffffffff70(%rbp)
0x7fe9c69d5c1 <change+81>:      movaps %xmm0,0xffffffffffffff60(%rbp)
0x7fe9c69d5c8 <change+88>:      movaps %xmm0,0xffffffffffffff50(%rbp)
0x7fe9c69d5cf <change+95>:      movaps %xmm0,0xffffffffffffff40(%rbp)
0x7fe9c69d5d6 <change+102>:     cmpl   $0x0,0xc8(%r14)
0x7fe9c69d5de <change+110>:     je     0x7fe9c69d60f <change+159>
0x7fe9c69d5e0 <change+112>:     mov    %r13,0xfffffffffffffef0(%rbp)
0x7fe9c69d5e7 <change+119>:     mov    %r14,%rdi
0x7fe9c69d5ea <change+122>:     callq  0x7fe9c69cf00 <_init+3104>
0x7fe9c69d5ef <change+127>:     mov    %eax,%r13d
0x7fe9c69d5f2 <change+130>:     test   %r13d,%r13d
0x7fe9c69d5f5 <change+133>:     je     0x7fe9c69d64a <change+218>
0x7fe9c69d5f7 <change+135>:     cmpl   $0x0,0xc8(%r14)
0x7fe9c69d5ff <change+143>:     je     0x7fe9c69d88f <change+799>
0x7fe9c69d605 <change+149>:     mov    %r13d,%edi
0x7fe9c69d608 <change+152>:     callq  0x7fe9c69c670 <_init+912>
0x7fe9c69d60d <change+157>:     jmp    0x7fe9c69d627 <change+183>
0x7fe9c69d60f <change+159>:     mov    (%r14),%rdi

On Sat, 2018-08-04 at 14:45 -0400, Viktor Dukhovni wrote:
> > On Aug 4, 2018, at 2:36 PM, ASV <[email protected]> wrote:
> > 
> > You've been 23 secs faster to reply than me to correct the email
> > with
> > the wrong output! :D
> > 
> > So, the correct one has been sent already. About the source code,
> > well
> > I've tried with both but the upstream didn't compile so I'll stick
> > to
> > the OpenBSD one from ports.
> 
> Yes, that's best.  Build that with debugging symbols, and make sure
> that the build does not then strip the binaries.
>