Dropbear SSH туннелирование Segfault на Android

Question

Я разработчик Android, и мы пытаемся сделать SSH-туннелирование между Android-устройством и Linux-хостом. Я использую dropbear для этого решения.

Вот мои шаги:

1) Я подключаюсь к своему хосту через dbclient с портом 0

dbclient -i "$RSA_KEY" -f -N -R 0:localhost:22 "$HOST" -y &> /sdcard/out

2) Тогда я бегу dropbear

dropbear -E -R

3) И теперь я могу подключиться к устройству через ssh с моего хоста, используя открытый ключ и порт в / sdcard / out

ssh -i ssh_rsa_key root@localhost -p 50216

Вот оно, и оно отлично работает. Для моего решения мне нужно сделать туннелирование автоматически.

Я создал bash-скрипт в /system/bin/ (сборка Android-образа со скриптом в нем). Добавлен соответствующий сервис в init.rc для автоматического запуска моего скрипта.

 service myScript /system/bin/myScript
      class core
      user root
      group root
      disabled

Сценарий фактически запускается системой каждые 5 секунд. но когда я пытаюсь подключиться к устройству, я получаю следующее сообщение об ошибке:

Aiee, segfault! You should probably report this as a bug to the developer

Самое странное, что когда я запускаю свой скрипт вручную, он работает нормально, но когда система запускает тот же скрипт, я получаю сообщение об ошибке, описанное выше.

"dmesg", "logcat", даже "ssh... -vvv" не выдают никаких сообщений об ошибках.

Я думаю, что проблема в самом "dropbear", потому что когда система запускает "dbclient", а затем я запускаю "dropbear -E -R" вручную, туннелирование работает правильно.

Это мой вывод "ssh ... -v"

  OpenSSH_7.6p1, LibreSSL 2.6.2
  debug1: Reading configuration data /etc/ssh/ssh_config
  debug1: /etc/ssh/ssh_config line 48: Applying options for *
  debug1: Connecting to localhost port 50643.
  debug1: Connection established.
  debug1: key_load_public: No such file or directory
  debug1: identity file ssh_rsa_key_to_box type -1
  debug1: key_load_public: No such file or directory
  debug1: identity file ssh_rsa_key_to_box-cert type -1
  debug1: Local version string SSH-2.0-OpenSSH_7.6
  debug1: Remote protocol version 2.0, remote software version dropbear_2017.75
  debug1: no match: dropbear_2017.75
  debug1: Authenticating to localhost:50643 as 'root'
  debug1: SSH2_MSG_KEXINIT sent
  debug1: SSH2_MSG_KEXINIT received
  debug1: kex: algorithm: [e-mail]
  debug1: kex: host key algorithm: ssh-rsa
  debug1: kex: server->client cipher: aes128-ctr MAC: hmac-sha2-256 compression: none
  debug1: kex: client->server cipher: aes128-ctr MAC: hmac-sha2-256 compression: none
  debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
  debug1: Server host key: ssh-rsa SHA256:M1PmvueMNfm4q47UlzVWZMdB6YzxyYBy4I5hden9ctU
  debug1: Host '[localhost]:50643' is known and matches the RSA host key.
  debug1: Found key in /Users/haykbeglaryan/.ssh/known_hosts:23
  debug1: rekey after 4294967296 blocks
  debug1: SSH2_MSG_NEWKEYS sent
  debug1: expecting SSH2_MSG_NEWKEYS
  debug1: SSH2_MSG_NEWKEYS received
  debug1: rekey after 4294967296 blocks
  debug1: SSH2_MSG_SERVICE_ACCEPT received
  debug1: Authentications that can continue: publickey
  debug1: Next authentication method: publickey
  debug1: Trying private key: ssh_rsa_key_to_box
  debug1: Authentication succeeded (publickey).
  Authenticated to localhost ([::1]:50643).
  debug1: channel 0: new [client-session]
  debug1: Entering interactive session.
  debug1: pledge: network
  debug1: Sending environment.
  debug1: Sending env LC_CTYPE = UTF-8
  debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
  Aiee, segfault! You should probably report this as a bug to the developer
  debug1: channel 0: free: client-session, nchannels 1
  debug1: fd 1 clearing O_NONBLOCK
  Connection to localhost closed.
  Transferred: sent 2640, received 1816 bytes, in 0.0 seconds
  Bytes per second: sent 312354.4, received 214861.9
  debug1: Exit status 1

Answer 1

Проблема в переменной окружения "LD_LIBRARY_PATH", которую использует dropbear. Когда я распечатаю это

$ echo $LD_LIBRARY_PATH
/vendor/lib:/system/lib

Но когда init.rc пытается прочитать его, он становится нулевым. Я только что выделил эту строку в источниках dropbear, и теперь она работает правильно.