по-вашему, github или gitlab сохраняют ключ, потому что мы также предоставляем им открытый ключ? Будет ли это безопасно, если я сохраню только SHA256 открытого ключа? Like this -> "wwuju8UqrNKRDUoFpKc6smuNY3iBjU+7Ed3yr7e2rKd" SHA256 of public key?
GitHub публичные ключи держит публичными https://github.com/SaidovZohid.keys
Хоть с токеном, хоть без токена, вам, т-щ спящий китайский агент, нужно заставить разработчика поверить, что вы файлы не сохраняете.
ключевое слово "должен". На практике 99% пользователей имеют один ключ на все про все
Хорошо, но если github сохранится и он будет открыт для любого, кто сможет увидеть открытый ключ пользователя. Почему для моего приложения плохо сохранять открытый ключ, чтобы использовать его для аутентификации, чтобы отличать проверенного пользователя от неизвестного пользователя.
Отправка файла по ssh на http? Вы говорите о сохранении каждого отправляемого пользователем файла?
Это у куратора уточните)
Зная public SSH key можно с большой вероятностью идентифицировать личность пользователя, что делает его PII со всеми вытекающими.
а как он логинится с ключем то?
С помощью этой команды "ssh jtf.zohiddev.me -p 2222 < файл для отправки" пользователь подключается к моему обработчику ssh, и пакет golang предоставляет открытый ключ пользователя в коде.
а от чего файл защищаем?
С помощью этого ключа приложение узнает, верифицирован пользователь или нет
А если не верифицирован то я могу за любого пользователя файл влить?
При отсутствии привязки ключа к существующей учетной записи в JTF или незарегистрированные пользователи могут использовать его 3 раза только с одного сервера.
попробуй это "ssh jtf.zohiddev.me -p 2222 сообщение="Этот файл для вас" from="Alex" t=2 < файл для отправки" без входа в систему или регистрации в JTF.
В from я могу написать "Вася".
Имя человека
А потом еще раз, и напишу уже "Петя"
а что за ssh сервер там?
Написано в коде golang
Т.е. это твой ssh сервер?
а почему имя пользователя нельзя ставить?
Пожалуйста, протестируйте приложение
Обсуждают сегодня