Monero през VPN: кой от трите мрежови пътя се променя?

Отворете портфейла, стартирайте демона и нарисувайте три стрелки, преди да включите каквото и да е. Една стрелка върви от портфейла към RPC порта на възел, една носи пиър синхронизацията на демона, а една носи локално подадени транзакции към път за препредаване. Това са различни връзки с различни настройки и VPN или мрежа за анонимност може да покрива една, две или нито една от тях.

Минете по пътищата в реда, в който софтуерът ги отваря. Обозначаването на всяка стрелка с дестинацията и транспорта ѝ е това, което прави по-късното твърдение за поверителност проверимо. Редът има значение, защото по-късното твърдение обикновено покрива само една от тях.

Започнете с чертането на връзката портфейл–възел

Портфейл, който говори с отдалечен възел, изпраща RPC заявки до адреса и порта на този възел. Портфейл с локален демон говори вместо това с интерфейса за обратна връзка. Това са различни отношения на доверие, макар и двете да се наричат “възелът” в ежедневния разговор.

Запишете адреса, порта и транспорта, които портфейлът е конфигуриран да използва. Ако портфейлът има собствена настройка за прокси, запишете я отделно от настройките на демона; конфигурирането на един процес не конфигурира другия.

Тук публичната RPC крайна точка става изкушаваща. Излагането на RPC услугата на възела, за да се опрости диаграмата, разменя мрежов път за повърхност за атака. Дръжте връзката портфейл–възел на частен път или на интерфейса за обратна връзка и документирайте кой е той. Диаграма, която скрива това излагане, е по-лоша от липсата на диаграма.

След това проследете пиър трафика на демона

Синхронизиращият демон отваря изходящи връзки към пиъри и обменя данни от веригата през своя пиър порт. Този трафик не е RPC връзката на портфейла и не се маршрутизира автоматично през проксито на портфейла. Той следва собствените мрежови настройки на демона и таблицата за маршрутизация на хоста.

Запишете пиър порта, броя на връзките и дали демонът е конфигуриран да използва прокси за пиър трафика. След това проверете маршрута на хоста за примерен пиър адрес. Ако VPN прихваща маршрута по подразбиране, пиър връзките вероятно го използват; ако демонът е вързан към конкретен интерфейс, може и да не го правят. Тези два факта решават стрелката.

Въпросът за наблюдателя се променя с този път. VPN скрива пиър връзките от локалната мрежа за достъп, но крайната точка на VPN и самите пиъри виждат различна картина. Нито едно от двете наблюдения не доказва, че заявките на портфейла са поели същия път.

След това изолирайте пътя за препредаване на транзакции

Локално подадените транзакции могат да бъдат препращани към мрежата през конфигуриран ретранслатор или прокси. В актуалната документация на демона Monero тази опция изпраща през проксито само трафика за препредаване на транзакции, който насочите към него. Тя не превръща всяка RPC, портфейлна и синхронизираща връзка в трафик през прокси.

Документацията на проекта за мрежите за анонимност описва интеграцията с Tor и I2P като експериментална и ограничава обхвата на поведението при препредаване. Четете документацията за версията, която действително използвате, защото по-стари обсъждания използват имена като Kovri и описват компоненти, които вече не съществуват в същата форма.

Дръжте пътя за препредаване отделно в диаграмата. Транзакция, която излиза през прокси, докато заявките за баланс на портфейла използват отдалечен възел, има двама различни наблюдатели и фактът, че транзакцията е минала през прокси, не казва нищо за пътя на заявката.

Добавете VPN само след като трите пътя са обозначени

С нарисувани стрелки отбележете кои от тях VPN наистина носи. VPN с пълен тунел прихваща маршрута по подразбиране на хоста, така че връзките, които следват маршрута по подразбиране, ще го използват. Разделен тунел, вързан интерфейс или прокси, което излиза през конкретен адрес, може да остави някои стрелки извън тунела.

Сега формулирайте модела на наблюдателя изрично. При дизайн, в който връзка на мрежа за анонимност работи вътре във VPN, локалната мрежа за достъп вижда външната VPN връзка, докато страната на VPN вижда връзката нататък. Това е промяна на наблюдателя, а не доказателство, че идентифициращите сигнали изчезват.

Проверете поведението при отказ като част от същото преминаване. Ако VPN падне, демонът връща ли се към директна пиър връзка, портфейлът продължава ли да запитва отдалечения възел и проксито за препредаване затваря ли се при отказ? Освен ако не е конфигурирано блокиране, повторното свързване обикновено означава нов директен опит, а не тишина.

Проверете пътищата, които смятате, че сте конфигурирали

Използвайте собствените инструменти на хоста: прочетете маршрута за всяка дестинация, прегледайте слушащите и установените сокети и потвърдете кой процес притежава всяка връзка. Правете това, докато портфейлът, демонът и препредаването работят, защото път, който съществува само при стартиране, може да изчезне след повторно свързване.

Повторете след повторно свързване на VPN и след рестартиране на демона. Сравнете дестинациите и транспортите с диаграмата. Ако стрелка се е преместила, моделът за поверителност се е преместил с нея, дори всеки процес да продължава да съобщава, че е здрав.

Запишете трите дестинации, транспорта за всяка и наблюдателя, от когото възнамерявате да ги скриете. Кратка карта на пътищата с именувани наблюдатели е по-полезна от един индикатор за VPN, когато на една машина работят няколко независими клиента.