[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