[Bug 3469] SSH from host is not getting connected to Beaglebone black board having openssh 9.0p1

bugzilla-daemon at mindrot.org bugzilla-daemon at mindrot.org
Fri Aug 12 09:25:40 AEST 2022


https://bugzilla.mindrot.org/show_bug.cgi?id=3469

Darren Tucker <dtucker at dtucker.net> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |dtucker at dtucker.net

--- Comment #4 from Darren Tucker <dtucker at dtucker.net> ---
(In reply to Ravi Haravina N from comment #3)
[...]
>   ssh_sandbox_violation: unexpected system call
> (arch:0x40000028,syscall:403 @ 0xb6b3c74c) [preauth
>   
> As per syscall:403 number, it relates to "clock_gettime64" syscall
> which is an alias for "clock_gettime" (as per details in
> https://www.lurklurk.org/syscalls.html). Also this function is
> supported for i386 and generic type architecture but not for "arm". 

Both clock_gettime and clock_gettime64 are permitted in
sandbox-seccomp-filter.c:

#ifdef __NR_clock_gettime
        SC_ALLOW(__NR_clock_gettime),
#endif
#ifdef __NR_clock_gettime64
        SC_ALLOW(__NR_clock_gettime64),
#endif

HOWEVER this in contingent on the corresponding symbol being defined in
the system headers.  If you are building against headers from an older
glibc you might not have all the required symbols (most likely
__NR_clock_gettime64 is missing).

> Question: How to fix this in OpenSSH?

Fix your headers.

[...]
> Question: result "none required" - does it mean that it couldn't
> find the library which has clock_gettime? Or is it required for me
> to make some changes in configuration file to reach to this library.
> Request your help here.

It means no additional libraries are needed to find clock_gettime, ie
it's almost certainly in libc.

-- 
You are receiving this mail because:
You are watching someone on the CC list of the bug.
You are watching the assignee of the bug.


More information about the openssh-bugs mailing list