Secure Socket Funneling (SSF) это такая замена SSH когда надо:
• быстро перекидывать файлы (по SCP)
• forward портов по udp, а не только tcp
Т.е. оно не связано с OpenSSH и не пытается заменить #SSH, а является аналогом с TLS-соединением и на базе самостийно выдаваемых TLS-сертфикатов.
Из минусов, не поддерживает плюшки TLS v1.3, т.е. нету 0-RRT для быстрого восстановления соединения (сессии).
Отсутствие TLS v1.3 может быть шоу-стоппером и в плане криптографии, поскольку не все варианты (режимы) шифрования в v1.2 являются разумными и безопасными. Надо смотреть что и как используется из crypto suite при установлении соединения.
В целом, если хочется свой пет-проект в сфере и области сетей, то это SSF очень неплохой пример, как отправная точка.
Прокидывать RDP/VNC/NX через SSH не является хорошей идеей — не умеет форвардить udp-трафик, а качество работы tcp-соединений оставляет желать лучшего на многих каналах связи. Всё настолько плохо, что для мобильных сетей сделан был #Mosh — https://mosh.org/ именно из-за того, насколько плохо tcp работает в мобильных сетях. И это очень сильно ощущается даже в тех случаях, когда нужен всего лишь remote shell (командная строка) на удалённую машину. Чего уж говорить о попытках пробросить Remote Desktop через tcp на таких соединениях и сетях?
В современном мире, наступившем после 2017 года уже давно правит балом и TLS v1.3 для tcp-соединений и в сфере #DTLS (udp-трафика).
Для мобильных же сетей сделан и #QUIC — являющийся заменой tcp поверх udp, но при этом со встроенным изначально TLS/DTLS v1.3. Именно поверх QUIC и работает HTTP/3 и только лишь с ним в качестве транспорта.
Сказанное к тому, а какие вещи можно было бы добавить Secure Socket Funneling (SSF) или же реализовать в его условном аналоге в рамках пет-проекта.
Где взять реализацию QUIC уже умеющую TLS/DTLS v1.3? Есть варианты вполне дозревшие, тот же curl использует для HTTP/3 :)
#TLS #SSF #udp @russian_mastodon@mastodon.social @Russia@3zi.ru @rur@social.sley.nl