Андрей

Мне больше всего нравились в свое время
П.И.Рудаков, К.Г.Финогенов
и
В.И.Пустоваров

Для русского - словарь Зализняка.
Про тег "Английский язык" - не понял, что именно Вы собираетесь менять.

PGP Disk
https://support.symantec.com/en_US/article.HOWTO99...

Стоит.
Вся работа с потенциально опасным кодом должна производиться в виртуальной машине. Хост машина не должна иметь выхода в Интернет вообще (посредством железного файрвола).
Плюс не забывайте правила модели SRP : пользователь не может модифицировать те каталоги, из которых идет запуск кода; пользователь не может запускать код из тех каталогов, куда имеет право записи.

Задачи :
acm.timus.ru
codeforces.com
Плюс с математическим уклоном :
https://projecteuler.net/archives

Чемпионаты : попробуйте себя в открытых онлайн-соревнованиях, они проводятся не меньше 4 раз в год (различными организациями)

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

Генетические алгоритмы

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

Оператор (и правоохранительные органы) имеют право обрабатывать персональные данные не только при наличии согласия, но и в случаях оговоренных федеральным законодательством (ст.6, ч.1, п.2) либо решением суда (ст.6, ч.1, п.3). Дальше нужно читать законодательство об ОРД.

Google: https mitm site:arxiv.org

https://ru.wikipedia.org/wiki/%D0%93%D1%80%D0%B0%D...

По идее source-IP-policy-routing но я не знаю, умеет ли такое Микротик ...

Поскольку "достучаться до внутреннего IP" на самом деле означает "достучаться до конкретного сервиса (порта) на конкретном внутреннем IP", обычно делают NAT-туннель (по другому именуемый "проброс портов").

Из Вашего описания непонятно, выполняет ли Usergate-сервер еще и NAT, либо просто маршрутизацию. Если выполняет NAT, то необходимо решить, нужен ли Вам второй NAT, а если нужен то туннелировать дважды.

Если же Вы хотите отображение ВСЕХ портов одного из внутренних АРМ один-в-один в некий белый IP, то Вам соответственно нужен отдельный (второй) белый IP на этом роутере и проверить, умеет ли он полный NAT (т.н. full-cone NAT)

Не может ли быть ошибки в настройках NAT для сети 172.16.4.0/24 на Linux-сервере ?
И попробуйте для контроля "картинки" пинг до Яндекса с Микротика но с внутреннего интерфейса SRC_IP=172.16.4.1 ?

Есть так называемые СпецОператорыСвязи.
Они выполняют примерно такие же услуги.
Поищите, возможно, у кого то из них есть именно такой сервис.

P.S. Перечитал Ваш собственный ответ снова. Если конфиденциальность не важна, то то что Вы ищете - это сервер доверенного времени (TSA). Каждый из отправителей посылает ему хеш-сумму от документа в любой момент времени до 12:00, например, в 11:15 и 11:35, и получает его подпись над блоком [хеш-сумма; отпечаток времени по его часам]. А потом после 12:00, особо не заботясь о синхронизации, стороны обмениваются документами, и подписанными хеш-суммами с отпечатками времени. Это гарантирует, что после 12:00 изменения не вносились.

certsrv.ru/cryptoarm_user_manual.ru/topic_1001.htm

Если Вы имеете в виду ситуацию, когда Ваш компьютер находится за NAT, то никак без участия какого-либо внешнего сервиса.
icanhazip.com
checkip.dyndns.org
Яндекс
и т.п.

Сначала администратором сайта создается ключевая пара : секретный закрытый ключ (которым сервер будет "подписывать" отправляемые в интернет страницы) и общедоступный открытый ключ (которым будут пользоваться все для проверки этих страниц). (На самом деле чуть сложнее). Вторым действие администратор сайта отправляет открытый ключ в один из удостоверяющих центров, те (разными способами) проводят проверки того факта, что отправитель действительно является администратором того домена, на который он хочет выпустить сертификат и если все ОК, то выпускают сертификат (сертификат - это открытый ключ сайта, подписанный электронной подписью УЦ).

Теперь по Вашим вопросам:
Можно ли вытащить сертификат с чужого сайта и поставить его себе на сайт?
Сертификат и так общедоступен. Вашей целью на самом деле является "вытащить закрытый ключ", чтобы Ваш сайт мог подписывать запросы от имени того сайта. Если администратор в ладах с головой, то доступ к закрытому ключу Вы не получите.

Однако ! Если Вы имеете возможность добавлять сертификаты в список доверенных на машине клиента, то ничего Вам не мешает добавить туда собственный корневой самоподписанный сертификат, а затем выпустить свой на имя того домена, который хотите перехватить. Например, можно почитать как это делает squid - ключевое слово для поиска "ssl bump".

Чего именно выдается сертификат ? домену или ип адрессу ? или там вообще по другому все ?
Домену + (более дорогие) огранизации, подтверждая дополнительно тот факт, что организация владеет этим доменом.

ConnectTimeout пробовали установить отличным от 0 ?

ДрВеб нацелен в первую очередь на сигнатурный поиск, НОД в первую очередь на эвристический. Это разные подходы.