|
|
|
|
hang |
e |
|
|
|
|
|
|
|
|
|
|
|
hang |
e |
|
|
|
|
|
||
|
|
|
C |
|
E |
|
|
|
|
|
|
|
|
C |
|
E |
|
|
|
||||||
|
|
X |
|
|
|
|
|
|
|
|
|
|
X |
|
|
|
|
|
|
||||||
|
- |
|
|
|
|
|
d |
|
|
|
|
|
- |
|
|
|
|
|
d |
|
|||||
|
F |
|
|
|
|
|
|
i |
|
|
|
|
|
F |
|
|
|
|
|
|
|
i |
|
||
|
|
|
|
|
|
|
t |
|
|
|
|
|
|
|
|
|
|
|
t |
|
|||||
P |
D |
|
|
|
|
|
|
|
o |
|
|
P |
D |
|
|
|
|
|
|
|
|
o |
|||
280 NOW! |
r |
|
|
|
|
|
|
|
|
|
|
r |
|||||||||||||
|
|
|
|
Часть III. Анонимные сети: защищенная работа в ИнтернетеNOW! |
|
|
|||||||||||||||||||
|
|
|
|
to |
BUY |
|
|
|
|
|
|
|
|
|
|
|
|
to |
BUY |
|
|
|
|
|
|
w |
|
|
|
|
|
|
|
|
|
m |
|
|
w |
|
|
|
|
|
|
|
|
|
m |
||
w Click |
|
|
|
|
|
|
o |
|
|
w Click |
|
|
|
|
|
|
o |
||||||||
|
w |
|
|
|
тичь |
получателя. Маршрутизаторы пересылают свои данные |
|
|
w |
|
|
|
|
|
|
|
|
|
|||||||
|
|
|
|
|
r o u t e r i n f o |
в NetDB напря |
.c |
|
|||||||||||||||||
|
. |
|
|
|
|
|
|
.c |
|
|
|
. |
|
|
|
|
|
|
|
||||||
|
|
p |
df |
|
|
|
|
e |
|
|
|
|
|
|
p |
df |
|
|
|
|
e |
|
|||
|
|
|
|
|
g |
|
|
|
|
|
|
|
|
|
|
g |
|
|
|
||||||
|
|
|
|
|
n |
|
|
|
|
|
|
|
|
|
|
|
n |
|
|
|
|
||||
|
|
|
|
-xcha |
|
|
|
|
|
направляются через исходящий туннель для обеспечения |
-x cha |
|
|
|
|
|
|||||||||
|
|
|
|
|
мую, а данные l e a s e S e t |
ано |
|
|
|
||||||||||||||||
нимности, чтобы избежать корреляции маршрутизатора с его
Для создания собственных входящих и исходящих туннелей Катерина производит в NetDB поиск для сбора данных r o u t e r i n f o и составляет списки пиров, которые может использовать в качестве транзитных участков в своих туннелях (рис. 15.2, а). Затем она отправляет сообщение в первый транзитный участок с запросом на создание туннеля й перенаправление запроса далее. Процедура выполняется до тех пор, пока туннель не будет построен (рис. 15.2, б).
vk.com/dwdwtor
Рис: 15.2. Запрос данных в сетевой БД (а) и построение туннеля (б)
Таким образом, если Катерина хочет послать сообщение Михаилу, она сначала выпол няет поиск в NetDB, чтобы найти значение l e a s e S e t Михаила и получить информацию о текущих входящих туннелях Михаила. Затем она выбирает один из своих исходящих туннелей и отправляет сообщение по нему с инструкциями для исходящей конечной точки, чтобы переслать сообщение на один из входящих шлюзов туннеля Михаила. Когда в исходящем туннеле конечная точка получает эти инструкции, она передает со общение с запросом, и когда входящий шлюз туннеля Михаила получает запрос, он на правляется вниз по туннелю к маршрутизатору Михаила (рис. 15.3).
Если Катерина хочет, чтобы Михаил ответил на сообщение, она должна передать инст рукцию явно, как часть самого сообщения. Это может быть сделано путем создания бо лее высокого слоя, осуществляемого в потоковой библиотеке. Опционально, Катерина может также сократить время отклика, вкладывая свое последнее значение
всообщение, так что Михаилу, когда он решит ответить, не придется делать поиск
вNetDB для обращения к Катерине.
Несмотря на то, что сами туннели при помощи многослойного шифрования защищены от несанкционированного доступа к участникам внутри сети («транспортный слой» зашифро-
|
|
|
hang |
e |
|
|
|
|
|
|
|
hang |
e |
|
|
|
|
||
|
|
C |
|
E |
|
|
|
|
C |
|
E |
|
|
||||||
|
X |
|
|
|
|
|
|
X |
|
|
|
|
|
||||||
|
- |
|
|
|
|
|
d |
|
|
- |
|
|
|
|
|
d |
|||
|
F |
|
|
|
|
|
|
t |
|
|
F |
|
|
|
|
|
|
|
t |
|
D |
|
|
|
|
|
|
i |
|
|
D |
|
|
|
|
|
|
|
i |
|
|
|
|
|
|
|
r |
|
|
|
|
|
|
|
|
|
r |
||
P |
|
|
|
|
|
|
|
o |
|
P |
|
|
|
|
|
|
|
|
o |
ГпаваNOW!1 5 .12P: проект невидим ого И нт ернет а |
|
|
|
281NOW! |
|
||||||||||||||
|
|
|
|
|
|
||||||||||||||
|
|
|
to |
BUY |
|
|
|
|
|
|
|
|
to |
BUY |
|
|
|
|
|
|
wClickван самo поm |
себе), чтобы скрыть сообщение отправителя на пути от исходящей до конечнойwClick |
|
o m |
|||||||||||||||
w |
|
|
|
|
|
|
|
|
w |
|
|
|
|
|
|
|
|
||
w |
|
|
|
|
|
|
.c |
|
w |
|
|
|
|
|
|
.c |
|||
|
. |
|
|
|
|
g |
|
|
. |
|
|
|
|
g |
|||||
|
p |
|
|
|
|
|
|
|
p |
|
|
|
|
|
|
||||
|
|
df |
|
|
n |
e |
|
|
|
df |
|
|
n |
e |
|||||
|
|
|
-xcha |
|
|
|
|
|
|
|
-x cha |
|
|
|
|
||||
точки туннеля и входящего шлюза, необходимо добавить дополнительный слой шифрова ния. Это обеспечивается так называемым чесночным шифрованием, которое позволяет маршрутизатору Катерины обернуть несколько сообщений в одно «чесночное», зашифро ванное открытым ключом, что не даст промежуточному участнику определить количество сообщений и их содержимое. Так, для установки связи между Катериной и Михаилом со общение будет зашифровано открытым ключом, опубликованным в l e a s e S e t Михаила, что позволит ему прочитать зашифрованное сообщение на маршрутизаторе Михаила.
В целом, такая технология называется чесночной маршрутизацией.
vk.com/dwdwtor
Рис. 15.3. Процесс построения туннеля в сеп/i I2P
Чесночная маршрутизация
Чесночная маршрутизация — это технология анонимного зашифрованного обмена инфор мацией через компьютерную сеть, используемая в анонимной сети I2P и являющаяся рас ширением луковой маршрутизации, на которой основан проект Тог (см. главу 17).
Суть этой технологии в том, что при использовании многослойного шифрования единст венное сообщение (так называемый чеснок) может содержать в себе множество зубчиков — полностью сформированных сообщений вместе с инструкциями по их доставке. В один «чеснок» в момент его формирования перед отправкой закладываются множество «зубчи ков», являющихся зашифрованными сообщениями как нашего узла, так и чужими — тран зитными. Является ли тот или иной «зубчик» в «чесноке» нашим сообщением или это чу жое транзитное сообщение, которое просто проходит через нас, знает только создатель «чеснока», — никто иной узнать эту информацию не может. Чесночная технология приме няется тогда, когда нужно отправить, зашифрованное сообщение через промежуточные узлы, у которых не должно быть доступа к этой информации.