безопасно и удобно передавать один файл с рабочего стола на мобильный компьютер

Вы можете использовать для небольших текстовых файлов преобразование в QR-код, например, с помощью библиотеки QR-кода Python и командной строки , на экране ноутбука и отсканировать его с помощью одного из многих клиентов Android на телефоне, таких как QR Droid .

Обратите внимание, что QR-коды также можно использовать для ввода сведений о подключении к WiFi, поэтому вы можете использовать сценарий для создания временного подключения к WiFi со случайным кодом доступа и генерировать QR-код для этого подключения — это сократит время настройки. Тот же самый сценарий мог бы настроить FTP (например: twistd -n ftp) , чтобы разрешить загрузку и загрузку или веб-сервер (например: python -m SimpleHTTPServer) , загрузку только с доступом только к указанному каталогу. Это также может вывести QR-код, который нужно отсканировать, чтобы добраться до нужного места.

Весь код, упомянутый в этом ответе , за исключением QR Driod :

• Бесплатно, бесплатно и с открытым исходным кодом
• Кроссплатформенность, включая Windows, OS-X и Linux
• Вероятно, уже установлен в вашей системе Linux или прост в установке с помощьюpip

Возможность включает в себя:

• Передача файлов Blu-tooth с минимальной аутентификацией и настройкой пользователя и возможностью только индивидуального общения.

Аутентификация Bluetooth обычно заключается в том, что одно устройство запрашивает PIN-код, который случайным образом генерируется и отображается на другом устройстве. Вы можете выполнить сопряжение устройств, чтобы позволить восстановить соединение, когда 2 устройства находятся в пределах досягаемости друг друга, не выполняя этот шаг, а некоторые устройства, например наушники, пропускают этот шаг или имеют фиксированный PIN-код. После того, как связь настроена, вы можете, как правило, иногда по желанию , указать общие папки, чтобы позволить другому устройству загружать/загружать контент с помощью интерфейса типа проводника.

Это нетривиальная проблема, не совсем подходящая для Softwarerecs.SE IMO.

Тем не менее, здесь идет. (Если повезет, если вопрос будет перенесен в Security.SE, этот ответ будет перенесен вместе с ним.)

Существуют различные потенциальные решения, стоимость реализации которых сильно различается.

Прежде всего, конечные точки должны быть защищены от любых атак, которые могут раскрыть то, что передается. Например, атаки TEMPEST.

Если вы используете дистанционную (например, беспроводную или оптическую) связь, то существует риск прослушивания, если только два компьютера не находятся в контейнере (например, клетке Фарадея или светонепроницаемом ящике или комнате, соответственно), непроницаемом для задействованных сигналов.

Если вы используете проводную связь, вы должны быть уверены, что средство связи невосприимчиво к атакам в стиле TEMPEST. Доступны специальные кабели USB и Ethernet и т. д. по высокой цене, которые предположительно отвечают этому требованию. (Или, опять же, возможно, вы могли бы построить или купить подходящую комнату или коробку.) Но вы также должны учитывать риск того, что A или B скомпрометируют другого через соединение, например, путем попытки использовать сетевой стек. Таким образом, чем проще протокол, тем лучше для минимизации TCB. Что-то вроде последовательного (может быть, через порт JTAG на B?) может быть вашим лучшим выбором на этом фронте.

Наконец, если вы используете съемные носители, то вам следует подумать о том, как избежать передачи вредоносного ПО из точки А в точку Б. Это может произойти с помощью микросхем контроллера (например, BadUSB), если они есть, или с помощью других эксплойтов, расположенных выше по стеку.

Одним из разумно безопасных вариантов может быть:

• используйте съемный носитель, свободный от микропрограммы контроллера, например дискету или ZIP-диск (я думаю, что они не содержат микропрограммы), или CD-R, или DVD+/-R, или BD-R; и
• иметь пару дисков для этого носителя, один из которых подключен к A, а другой к B, чтобы избежать, например, передачи BadUSB из A в B; и
• подпишите файл на A перед его записью на съемный носитель и проверьте подпись на B после его чтения со съемного носителя (например, используя GnuPG или один из его интерфейсов для создания и проверки подписей); и
• выполняйте это в максимально защищенной от TEMPEST среде, насколько это возможно.