Анонимный интернет

Upsidesium · **Posted:** 17 Aug 2012 01:22

Vladimir wrote:

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

Но возьмем, например, браузер Опера. Многие знают, что в ней есть опция "Опера турбо" - для ускорения загрузки страниц, если у вас медленный интернет. Однако, если ее включить, то весь ваш трафик пойдет через серверы компании Опара - в незакодированном виде. При желании пароли и другие личные данные можно красть централизованно и "в особо крупных размерах".
Многие ли об этом задумывались?

Даже проще. Если оператор связи ограничивает доступ к некоторым сайтам (применяет цензуру), значит он занимается анализом траффика (сниффингом). Иначе как узнать куда пошел пользователь. Соответственно все Ваши действия от посещаемых сайтов до поисковых запросов в поисковиках и ввода логинов паролей все фиксируется анализатором.
При использовании Tora перехват грозит лишь части сессии. Да и украсть можно случайный пароль случайного человека. В России есть так называемые "кул хацкеры" - люди (как правило школьники) ничего не смыслящие в программировании, но мечтающие кого нибудь взломать. В основном только от них и можно ждать "подвоха" ну и ГБ будут пытаться. Только вот на 99% это тщетно.

Моня Квасов · **Posted:** 17 Aug 2012 04:27

Для поисковых запросов есть версия:
https://www.google.com.ru/
https://www.google.com.ua/ и т.п.
Даже с Википедией можно шифроваться

https://ru.wikipedia.org/

Vladimir wrote:

Моня Квасов wrote:

А если не дублировать, оставить только вариант https?

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

Автоматом «найти-заменить» http→https в массиве текста-кода форума?

Справочный форум для веб-мастеров wrote:

— Сможет ли google (и другие поисковые системы) без проблем индексировать HTTPS страницы сайта?
— Да сможет, для примера напишите в google запрос https bank или https shop

Vladimir wrote:

...Но возьмем, например, браузер Опера. Многие знают, что в ней есть опция "Опера турбо" - для ускорения загрузки страниц, если у вас медленный интернет. Однако, если ее включить, то весь ваш трафик пойдет через серверы компании Опара - в незакодированном виде. При желании пароли и другие личные данные можно красть централизованно и "в особо крупных размерах". Многие ли об этом задумывались?

«Незакодированность» определяет протокол передачи данных. Данные в открытом виде любой прокси сможет анализировать в особо крупных размерах.

Volodymyr · **Posted:** 17 Aug 2012 15:13

Вы не поняли: поисковики могут читать https, но с их точки зрения
http://ru.wikipedia.org/ и https://ru.wikipedia.org/ - два разных сайта.

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

Если вам известен способ как автоматически заменить ссылки в нескольких тысячах html и pdf страницах - просьба сообщить.

Насчет любого прокси (например, серверов вашего провайдера) - не скажите: у них трафик гораздо скромнее, чем у компании Опера.

antabu · **Posted:** 17 Aug 2012 21:08

Предполагаю, что заменить ссылки за раз на нескольких сотнях html файлов можно с помощью Akelpad
viewtopic.php?p=14118#p14118

Volodymyr · **Posted:** 17 Aug 2012 21:51

Если это аналог блокнота, в программе возможна автозамена только в пределах данного открытого файла.

Upsidesium · **Posted:** 18 Aug 2012 03:58

Моня Квасов wrote:

Тем более, если придется мне заходить в инет через стремную точку вайфай (неисповедимы пути сетевые ). Можно конечно арендовать VPN туннель, однако это еще + сумма, эквивалентная как минимум 5-6$, и на выходе vpn-прокси трафик пойдет все равно незашифрованным, что опять подымает вопрос доверия к провайдеру VPN и всей цепочке после.

Хотел было Вам предложить Cyber Ghost Browser со встроенным VPN (c бесплатным режимом), но Вы и этого боитесь.
Но Вы мне подкинули одну идею:
Что получится если навесить VPN на Tor :?:

Берем Open VPN, пишем к нему самоподписанные сертификаты и настраиваем на работу с эмулятором Vidalia. Это любопытно надо будет попробовать

.

Моня Квасов · **Posted:** 18 Aug 2012 06:02

Откуда браузер берет VPN- прокси, как он их находит? Они принадлежат компании-разработчику браузера?

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

). Такой вариант имеет смысл, допустим в случае, когда нужно добраться до инета с ноута в стрёмной точке доступа. Трафик пойдет по защищенному туннелю вначале до своего компа и через него в открытом виде дальше в инет (но уже по надежным линиям) к назначенному ресурсу.
Можно купить VPN у поставщика этой услуги, доверившись его имиджу. Вот например, чел описывает свою историю: http://notes.rudomilov.ru/2011/02/05/vpn/

Бесплатный VPN как-то предлагал гугл, если такой сервис у него сейчас — не знаю, что-то не нашел в списке.

Да, и вы попутали значение слов «боятся» и «опасаться»!

Vladimir wrote:

Вы не поняли: поисковики могут читать https, но с их точки зрения
http://ru.wikipedia.org/ и https://ru.wikipedia.org/ - два разных сайта.

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

Само собой, все старые ссылки на http://chemistry-chemists.com/forum/ ... повсюду в инете приведут ……
А действительно куда? Допустим на информационную страницу, где будет сообщатся, что все доступно по тем же путям, только https и для надежности (для особо непонятливых) — автоперенаправление.
Сам журнал http://chemistry-chemists.com/index.html нет смысла переводить на протокол https; на главной странице ведь есть ссылка форума, — дополнительный к инфостранице путь заблудшим искателям его.

antabu · **Posted:** 18 Aug 2012 08:52

Vladimir wrote:

Если это аналог блокнота, в программе возможна автозамена только в пределах данного открытого файла.

Специально проверил именно ту выложенную сборку. Выделил несколько html файлов и перетащил в окно Akelpad. Они открылись, каждый со своей вкладкой. В диалоговом окне Заменить меню Правка можно отметить "Все файлы".
Проверял, все работает.
В этой, сравнительно старой версии число одновременно обрабатываемых файлов ограничено несколькими сотнями, не помню точно сколько. Возможно, если версию обновить, это число будет больше, надо смотреть сайт и форум поддержки.

Upsidesium · **Posted:** 18 Aug 2012 10:26

Из списка бесплатных VРN-серверов. Недостатки: -объем трафика 1 Гб/мес, -скорость 2 Мбит/сек, -очередь на подключение + просмотр рекламы.
Если использовать просто VРN это абсолютно не гарантирует защиту от перехвата, не говоря уже об отсутствии анонимности. Насчет использования эмулятора VРN совместно с Tоr, то тут мнения расходятся. Кто-то говорит, что выходной нод декодирует даже SSL, что ставит мне сомнение целесообразность такой связки.

Моня Квасов · **Posted:** 18 Aug 2012 11:01

Мне тоже видится «скрестить бульдога с носорогом» — без преимуществ, только лишняя сложность и дополнительная вероятность сбоев.
VРN организуют, когда хотят обезопасить «последнюю милю»; с ограничением доступа может помочь, а может и не дать результатов, — это смотря как работает технология цензуры. Примерно тоже с анонимностью, зависит от честности в отношениях с клиентами провайдера vpn и его стойкости к «наездам» в стране пребывания/ведения бизнеса.
VРN имеет преимущество — высокую скорость передачи данных, как правило.

Volodymyr · **Posted:** 18 Aug 2012 13:44

antabu wrote:

Vladimir wrote:

Если это аналог блокнота, в программе возможна автозамена только в пределах данного открытого файла.

Специально проверил именно ту выложенную сборку. Выделил несколько html файлов и перетащил в окно Akelpad. Они открылись, каждый со своей вкладкой. В диалоговом окне Заменить меню Правка можно отметить "Все файлы".
Проверял, все работает.
В этой, сравнительно старой версии число одновременно обрабатываемых файлов ограничено несколькими сотнями, не помню точно сколько. Возможно, если версию обновить, это число будет больше, надо смотреть сайт и форум поддержки.

Спасибо. Если можно одновременно редактировать хотя бы 100 файлов - это уже неплохой выход на случай "наездов".

Upsidesium · **Posted:** 18 Aug 2012 23:13

А вот и ответ разработчиков.

Quote:

Разработчики Firefox проанализировали подверженность браузера недавно анонсированному методу атаки против SSL/TLS, позволяющему на промежуточном шлюзе организовать перехват передаваемого в рамках зашифрованного соединения Cookie с параметрами аутентификации пользовательской сессии. В итоге, был сделан вывод, что несмотря на использование TLS 1.0, Firefox не подвержен данной проблеме, так как без задействования дополнительных плагинов невозможно обеспечить необходимые для проведения атаки условия (полный контроль за содержимым соединения). Тем не менее, сообщается, что атака теоретически может быть совершена в случае наличия у пользователя Java-плагина. Поэтому в настоящее время разработчики рассматривают возможность отключения Java-плагина для существующих установок.

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

Браузер Chrome частично подвержен уязвимости, но проблемы будут решены в ближайшем обновлении. Серверы Google не подвержены проблеме, так как не используют режим CBC и применяет шифр RC4 вместо AES (атака возможна только при использовании CBC в комбинации с AES). В Chrome для полного контроля за передаваемыми через SSL данными можно использовать API WebSockets, поддержка которого по умолчанию активирована в последнем выпуске Chrome 14. Но более простым способом выглядит использование функций таких плагинов как Java. Возможность использования Java подтверждена создателями метода атаки, но по умолчанию в Chrome блокируется использование плагина Java.

Сама по себе атака достаточно сложна и требует получения контроля за промежуточным шлюзом и наличия высокоскоростного канала связи с жертвой. Подобных условий можно достичь получив контроль за используемой жертвой точкой беспроводного доступа, но по мнению разработчиков Chrome нет смысла в проведении столь сложной атаки, когда можно использовать более легкие способы - например эксплуатировать критическую уязвимость во Flash или использовать атаку SSL stripping (в HTTP трафике осуществляется подмена HTTPS-ссылок) при получения контроля над шлюзом.

Также упоминается о процессе разработки обходных путей для защиты продуктов, использующих SSL 3.0 и TLS 1.0. TLS 1.1 и TLS 1.2 не подвержены проблеме, но несмотря на то, что TLS 1.1 был представлен в 2006 году, в настоящее время он до сих пор не поддерживается большинством типовых SSL/TLS библиотек. Кроме того, даже повсеместное внедрение TLS 1.1/1.2 не смогло бы решить проблему, так как все браузеры поддерживают автоматический откат до использования SSL 3.0 при работе с проблемными серверами. Даже если клиент и сервер поддерживают TLS 1.1, злоумышленник может легко создать ситуацию при которой вместо TLS 1.1 будет использован SSL 3.0.

Изначально был придуман простой и эффективный метод защиты - достаточно добавить пустой блок перед каждой передаваемой порцией данных, что создаст необходимый уровень рандомизации, достаточный для того чтобы атака оказалась неэффективной. Добавив в один из выпусков Chrome тестовый код для оценки работы данного метода, разработчики пришли к выводу, что к сожалению его использовать нельзя, так как в сети оказалось достаточно много проблемных реализаций SSL/TLS, которые некорректно реагировали на наличие подобных пустых блоков.

Второй обходной путь защиты, который имеет меньше несовместимостей с проблемными реализациями SSL/TLS, в настоящее время проходит тестирование в dev- и beta-ветках Chrome и скоро будет задействован в стабильной версии браузера. Суть метода в отправке только одного байта данных в первой зашифрованной CBC-записи, что приведет к возможности перехвата атакующим только одного байта. Метод позволит блокировать атаки, совершаемые с использованием протокола WebSockets, но не поможет от использования сторонних плагинов для проведения атаки.

Компания Microsoft также представила свой план решения проблемы, который связан с использованием в своих серверных продуктах в первую очередь алгоритма RC4 и протокола TLS 1.1. В настоящее время уже выпущен специальный инструментарий для активации поддержки TLS 1.1 в Internet Explorer и серверном ПО Microsoft.

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

Моня Квасов wrote:

VРN имеет преимущество — высокую скорость передачи данных, как правило.

Как-то упустил момент, дело в том, что в Tore тоже есть аналог VPN т.н. Tortunnel. Но это уже тема на любителя (тонкая настройка Tor).

antabu · **Posted:** 19 Aug 2012 09:15

Vladimir wrote:

Спасибо. Если можно одновременно редактировать хотя бы 100 файлов - это уже неплохой выход на случай "наездов".

Вспомнил нюанс при открытии .html этим блокнотом. Он может автоматически определять кодировку по нескольким начальным символам файла. Однако, в .html сначала идут теги на латинице, символы которой в разных кодировках совпадают. Поэтому, кодировка может определиться неправильно.
Надо в настройках установить требуемую начальную кодировку, а автоопределение можно отключить.
Хуже, если открываемые файлы в разных кодировках.

Моня Квасов · **Posted:** 20 Aug 2012 04:52

Quote:

Разработчики Firefox проанализировали подверженность браузера недавно анонсированному методу атаки против SSL/TLS, позволяющему на промежуточном шлюзе организовать перехват передаваемого в рамках зашифрованного соединения Cookie с параметрами аутентификации пользовательской сессии…

Ранее в этой теме обсуждалась надежность выходного узла Tor, да еще фиксированного, который расшифровывает трафик и дальше передает уже по открытому протоколу HTTP.
С HTTPS — другой расклад.

Upsidesium · **Posted:** 20 Aug 2012 18:53

Это "косяк" журналистов. Tor передает информацию в зашифрованном виде (SSL), да еще разбивает ее на пакеты (Sockets). Единственная уязвимость - возможность перехвата трафика на выходном узле.
Но даже и это не всегда срабатывает поскольку

Quote:

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

Если хотите SSH-Tunnel, то в сети Tor есть абсолютно бесплатные VPN сервера (расположены преимуществено в США). Правда сама Vidalia к ним подключится не сможет. Тут нужен SSH-клиент, напримет Putty. Только учтите, что в этом случае, Вы теряете анонимность поскольку цепочка уже не строится и доступ идет только через VPN сервер.

Моня Квасов · **Posted:** 21 Aug 2012 05:16

Что касается анонимности… У каждой задачи своя целесообразность методов её решения. Странно прилагать максимум усилий в сохранении анонимности и при этом выкладывать «сканы паспорта» на общее обозрение.

Я интересуюсь этой темой, чтобы найти приемлемое решение трех задач (в порядке текущей важности для меня):

1) Обезопасить трафик от не всуе помянутых тут кулхацкеров на линии вхождения в интернет (пресловутая «последняя миля»), в основном с нетбука по Wi-Fi через точку доступа с неизвестной надежностью.

2) Узнать методы обхода возможных цензурных ограничений, которых пока еще в Украине не замечено, и подобрать оптимальный набор приемов.

3) Узнать и освоить методы сохранения анонимности.

Решение этих задач не обязательно должно удовлетворять сразу всем трем запросам. В первую очередь необходимо обезопасить трафик и сохранить анонимность, условно скажем, от «соседа». Если в мировом масштабе «они следят за нами», — ну и черт с ними…, на пока что.
Метод безопасности должен в минимальной степени влиять на скорость передачи данных и функциональные возможности интернет-ресурсов.
VPN как принцип подходит, осталось выработать конкретное решение. Tor урежет скорость и ограничит возможности интернета; ведь станет недоступным флеш и сайты с интерфейсом в ява скрипте. VPN сервера в сети Tor лишены этих недостатков?
Даст ли VPN обход цензурных блокировок? Исходя из собранной на сегодня информации, однозначного ответа нет.

P.S.
И все-таки, там где идет обмен конфиденциальными данными желательно шифрование трафика до узла назначения. Будь то VPN или Tor, данные шифруются только в начале пути, если ресурс назначения поддерживает только открытую передачу данных.

Upsidesium · **Posted:** 21 Aug 2012 06:12

Тут нужно выбирать либо анонимность, либо безопасность. VРN не гарантирует безопасность поскольку его можно скомпрометировать. Именно поетому Тоrрrоjесt приостановили проект ТоrVРN (система уязвима), хотя ей вы по прежнему можете пользоваться. Есть вариант поставить эмулятор VРN на ПК и пустить через него Тоr (прощай анонимность). В настоящее время энтузиасты из tоrрrоjесt разрабатывают ПО со встроенным VРN.

Моня Квасов · **Posted:** 21 Aug 2012 07:05

upsidesium wrote:

Тут нужно выбирать либо анонимность, либо безопасность. VРN не гарантирует безопасность поскольку его можно скомпрометировать...

Скомпрометировать кого его?

VPN (англ. Virtual Private Network) — виртуальная частная сеть. Если имеется ввиду её, — сеть, то каким образом?
Необходимо определится с критериями безопасности для каждого конкретного похода в инет. Отсутствие анонимности не всегда означает отсутствие безопасности. Например, безопасное соединение с сервером банка чаще всего не анонимно, на той стороне знают кто и что делает. Важно чтобы в эту деятельность не вклинились неуполномоченные третьи лица.

Upsidesium · **Posted:** 22 Aug 2012 02:46

Сегодня установил себе еще и OpenVPN. Заделал себе частную сеть на компе. А вот в интернет пока не пускает - никак не разберусь с маршрутизацией. Нужно настроить NAT, вопрос только где его настраивать?? Проблема усугубляется тем, что практически все мануалы написаны для Линукс.

Upsidesium · **Posted:** 22 Aug 2012 22:17

Quote:

1) проверяем что запущен сервис "Маршрутизация и удалённый доступ" ("Routing and Remote Access"), и его режим запуска - "Авто".
2) идём в реестр и ставим в еденичку ключ "IPEnableRouter" из ветки HKEY_LOCAL_MACHINE\SYSTEM\ CurrentControlSet\Services\Tcpip\Parameters
3) ребутим комп
4) открываем консоль
5) netsh routing ip nat install
6) netsh routing ip nat show global
если в ответ видим "NAT должен быть установлен первым" - ребутимся, если нет - идём дальше.
7) netsh routing ip nat add interface "Internet connection" full
где "Internet connection" - название сетевого соединения от которого получаем интернет(внешний интерфес). Его можно посмотреть и скопировать в сетевых подключениях. Данную команду можно выполнить для более чем одного интерфейса, орагнизовав роутинг для нескольких сетей.
8) netsh routing ip nat add interface "Local Area Connection" private
где "Local Area Connection" - название сетевого соединения на которое раздаём интернет(внутренний интерфейс). Его так же можно посмотреть и скопировать в сетевых подключениях.

Собственно загвоздка вот в чем как в командной строке выполнить комманды с 5 по 8 пункты. Вернее какой путь указать? Какой файл исполняемый?

Анонимный интернет

Who is online