Saboteur

HTTPS = HTTP + TLS, между клиентом(браузером пользователя) и удаленным сервером(сайтом) строится TLS туннель на основе публичных ключей, далее идет обмен приватных симметричных ключей и затем https сессия шифруется уже симметрично.

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

В HTTPS условно невозможны атаки типа MITM

То есть? MITM зависит не от HTTPS, а от того, доверяете ли вы серверу. Условно тут могут и сертификат украсть и днс подшаманить и вам в доверенные сертификаты подсунуть нужный, что обычно делается в корпорациях (и это можно увидеть).

Обеспечивает ли HTTPS полную невозможность компрометации данных?

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

Возможно прозвучит глупо, но всё же - почему многие люди считают что условные третьи лица могут читать их переписки/видеть какие-либо передаваемые и отправляемые данные/оставлять цифровой след в интернете?

Потому что ломают не только HTTPS, есть множество точек уязвимости.

Даже учитывая то что https обеспечивает передачу данных по шифрованному каналу, мы в любом случае чувствуем себя небезопасно и неаноимно выходя в интернет напрямую через нашего провайдера.

Шифрование не дает анонимности. Ваш IP адрес видит и провайдер и удаленный сервер.

Скажите, правильно ли я понимаю, что провайдер и все промежуточные узлы видят только IP адрес на уровне L3 (и мак на уровне L2), а сами данные L4 на сеансовых и следующих уровнях для них зашифровано и недоступно? (из-за шифрования HTTPS) Т.е. в худшем случае мы можем только засветить свой белый айпишник, который привязан к географическому положению (и также хранится на логах сессий в маршрутизаторе у провайдера), но сами данные никто увидеть не сможет?

Почти так. Но кое-какие данные идут не только по HTTPS. Есть DNS реквесты, есть пару HTTP реквесты которые идут во время рукопожатия HTTPS.

И если это так, то то же замедление ютуба или недавнего Дискорда- DPI (Deep Packet Insepction почему-то именно слово "Deep" настораживает.) - Как система может определять тип пакетов/траффика и исходя из этого делать уже какие-то выводы/принимать действия?

Ну тут банально - куда ты подключаешься - к серверам гугла? Значит тормозим.

Там всё же вводятся ограничения на уровне ip-адреса ресурса или же эти системы умеют копать глубже, на уровне приложений? В таком случае как тогда это стыкуется с безопасностью и шифрованием данных в HTTPS, если DPI может блочить по контенту?

Шифрованный VPN Трафик отличается от шифрованного HTTPS трафика. VPN тоже разными технологиями делается. Трафик условного звонка по телеграмму отличается от HTTPS траффика. То есть можно анализировать тип трафика. Естественно содержимое страничек DPI не видит (если не включает в себя MITM). Незашифрованный траффик DPI может по заголовкам фильтровать очень гибко.

Я знаю что есть локальные фаерволы NGFN которые могут блокировать ресурсы из локальной сети по содержимому страниц...Но впрочем для корпоративной сети это наверное нормально...

В основном потому что корпоративный MITM

Каждый из пользователей создаёт две половины ключа и одну из половин отсылает собеседнику

Это называется сквозное шифрование или user-to-user или end-to-end
Такое шифрование в телеге применяется только для секретных приватных чатов.

Для обычных чатов применяется шифрование от клиента к серверу ТГ, который все расшифровывает. Следовательно ключи хранятся на сервере и администрация ТГ может их выдать для расшифровки сообщений.
С одной стороны для юзера это полезно, так как позволяет телеграмму синхронизировать сообщения между твоим клиентом на телефоне и на ПК, с другой стороны твои сообщения может читать админ телеграмма или тот, кому он выдаст ключи.

Я глянул решения - HashiCorp Vault, Azure Key Vault, Doppler, Dotenv Vault - все они key-value без возможности скачать свой .env-файл. Dotenv Vault подошел бы, но он не работает с Docker, только с бекендом внутри контейнера. А это неприемлемо, бекенды внутри контейнеров я не контролирую вообще, image не мои.

А в чем проблема положить конфигурационный файл в value?
Так многие делают. Просто клади их как base64 строку.

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

Если бы такая формула была, не было бы такого хайпа и непоняток.
А так Биткоин зависит иногда просто от твиттера какого-нить публичного человека.

В вашем случае - полным перебором.

И никто не знает.
Но если задали в школе, то видимо вы что-то проходили. И видимо надо попробовать именно то, что вы проходили.
По тексту - есть 16 байт бинарной даты, может быть что угодно, на какие-либо известные сигнатуры не похоже.

Что значит "сторонние сервисы"?
Интернет это сам по себе сторонний сервис.
Напрямую подключаться - приезжаешь в гости и вставляешь провод прямо в его устройство, тогда будет прямое подключение к другому устройству без белого IP.

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

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

при 50% ошибок, остается 50% просеянной информации.
То есть 50% общей информации.

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

winrar solid более чем достаточно.
Но для большого количества фоток это не так удобно постоянно пережимать..

1. veracrypt это собственно и есть наследник truecrypt, он даже откроет тома трукрипта. Но лучше пересоздать.

2. "Фейкова ОС (тоесть если ввести не тот пароль - смонтируется фейковая ОС)"
такого в трукрипте не было, и вообще вроде нет в известных мне криптографических системах.

И вообще, у вас уже http пакет.
Хендшейк идет на нескольких уровнях, чуть ниже.

Почитайте например https://tls.dxdt.ru/tls.html

Очень плохая идея шифра.
Если вашим шифром зашифровать один и тот же текст, получится один и тот же результат.

Таким образом, вы пользуетесь усложненным способом для шифрования, при этом в результате получается обычная подстановка символов, которую можно делать и по таблице. Тот, кто будет дешифровывать даже не будет пользоваться вашим двойным преобразованием. При наличии достаточного количества текста (даже абзац), можно проверить частотность использования символов. А на современном компе можно вообще попробовать перебрать все варианты подстановок с автоматической проверкой по словарю.

Хотите крипкостойкости - начните с шифра Вижинера, чтобы понять как работают криптостойкие алгоритмы.

Не путайте симметричное и ассиметричное шифрование.

AES - вы берете пароль и шифруете им данные.

RSA - вы берете открытый ключ, шифруете им данные, а расшифровать можно только второй половинкой (приватный ключ).

У AES и RSA - разные задачи и различное применение.