|
ru.unix.bsd- RU.UNIX.BSD ------------------------------------------------------------------ From : Valentin Nechayev 2:5020/400 12 Mar 2003 11:21:43 To : Spartak Radchenko Subject : Re: кто-нибудь! Связитесь с постмастером FreeBSD.ORG! -------------------------------------------------------------------------------- >>> Spartak Radchenko wrote: AO>> Hу, например, сидя на провайдерском маршрутизаторе, я могу подставить AO>> соседний свободный адрес из диапазона провайдера. Кто будет отвечать за AO>> спам, прошедший через такой IP? SR> Кто-кто... Конь в пальто! Провайдер и будет отвечать, раз адрес из его сети. SR> Кстати, я не понял фразу "сидя на провайдерском маршрутизаторе". При этом SR> ты сам не провайдер? Hу так за это ему придётся по полной программе SR> отвечать, если у него юзеры с чужих IP могут работать. Hу вот представь себе. Есть провайдер A с адресами, например, 1.2.0.0/19. Есть провайдер B с адресами, например, 3.4.0.0/19. Плохой дядя из провайдера A обнаруживает, что 1.2.5.22 у него на collocation или на DSL - open relay. Он вписывает на маршрутизаторе route map'ы, которые общение 1.2.5.22 с 3.4.1.10 заворачивают на его тазик, подымает там 3.4.1.10 алиасом, проставляет другие необходимые рауты и начинает вдувать спам. 3.4.1.10 пусть будет прокси-сервером провайдера B. Спам расползается по миру, провайдер B оказывается завален жалобами на якобы вышедший от него спам и начинает искать чёрную кошку в тёмной комнате, которой там нет - искать, где у него получился open proxy и почему. Да, я нарисовал несколько не то, что писал AO - тут не подстановка другого адреса из своего же диапазона, а вообще из чужого, но, как в анекдоте про похороны преферансиста, "и так неплохо получилось"... P.S. Это было бы гипотезой, если бы не фигня - очень долго на моего провайдера шли жалобы на спам, якобы с его адресов, потому, что какие-то турецкие уроды поставили наши адреса (из мирового пространства, не из частного) в свою локалку, и те, кто смотрел первый Received, обманывались этим. -netch- --- ifmail v.2.15dev5 * Origin: Dark side of coredump (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор Архивное /ru.unix.bsd/7368ebd60ba6.html, оценка из 5, голосов 10
|