Исходное сообщение
"Новые версии клиентов Skype 1.15 и Telegram Desktop 1.0 для ..." Отправлено MassaPash, 13-Янв-17 13:32
>> я такое сделал, но поделиться не могу (nda). подсказка: используй hook'и netfilter >> в ядре linux чтобы шифровать payload пакетов. в качестве железки можешь >> юзать любой одноплатник, которому доверяешь свои ключи > То есть именно по Ethernet посылались пакеты? Я так просто на ходу > придумал, по TX всё таки физически не исключена в принципе передача > обратно. Тут именно на физическом принципе хотелось бы как-то исключить. В > той же ethernet карте отключить передачик(отпаять например). С другой стороны передачик > может и ключи передать во вне:) Действительно к нему тоже нужно >  сильное доверие... кто будет принимать, если у вашего девайса не будет rx? как будете обрабатывать коллизии если нет rx? к сожалению, на физическом и канальном уровне вы врядли сделаете решение, которое будет работать в существующих сетях и какой смысл, если там никакой конфиденциальной информации нет? имеет смысл начинать с сетевого уровня (если нужно защитить информацию об отправителе/получателе). для этого используются уже оверлеи и инкапсуляции (tor, i2p, openvpn и др.). но если вам просто нужно защитить данные, которыми вы обмениваетесь -- программный уровень, а это уже то что находится в пакете после заголовка eth + ip + tcp. просто ставите ваш "чёрный коробок" после отправляющего компьютера и перед принимающим, и можно хоть голый netcat для общения использовать.