Събота, Януари 29, 2011
Сряда, Януари 26, 2011
Моля чувствайте се у дома си :)
Posted by
Делян Делчев
at
1/26/2011 01:58:00 PM
0
comments
Links to this post
Неделя, Януари 23, 2011
А аз може и да си взема една година
Posted by
Делян Делчев
at
1/23/2011 10:40:00 PM
7
comments
Links to this post
Labels: Граждански Свободи, Политика
Петък, Януари 21, 2011
Най новият виц по повод Тановхейт
Posted by
Делян Делчев
at
1/21/2011 01:35:00 PM
1 comments
Links to this post
Labels: Криминално, Политика, Смешки
Четвъртък, Януари 20, 2011
Как точно трябва да се изследват Тановгейт записите за да се види дали има подправяне
- Записите на Танов разпространявани в Интернет или от в. Галерия, които са маркирани по поредност, кой на кого е звънял и време когато са се случили.
- Трафичните данни за тези записи налични в мобилните оператори, които определят дали съответните обаждания са се случили, по какъв път са минали (вкл. дали и през оборудването на СДОТО/МВР) и каква е била тяхната продължителност
- Контролни записи от същите СРС-та предадени на прокуратурата (те не са задължени да се унищожат в срок) или от други СРС-та (всеки запис може да послужи за контролен, не е задължиетелно да е на Танов)
- Регистрите на записаните СРС разговори (до които има достъп комисията за контрол на СРС от парламента, а вероятно и прокуратурата), които са задължителни по закон, които съдържат време, продължителност, кой е записан, какво е последвало. Тези регистри/логове вероятно съдържат и информация за това кой е имал достъп до тези СРС-та
- Записите са презаписани с устройство със стерео микрофон, като единият микрофон е чувал доста по слабо звука (което между другото не е лошо за анализа) през аналогов път. Телефоните и компютрите имат моно микрофони, така че най-вероятно става въпрос за диктофон сложен в близост до слушалка. Стерео микрофоните са доста близко разположени един до друг на всяко устройство и четири пъти по ниската мощност на левия канал е добър индикатор за направеният до момента извод. Чуват се и странични звуци, но е важно да се отбележи, че вторичният фонов шум е тих и средата е била тиха.
- Всеки един запис съдържа бипове на 3250 hz на точно 2.5с отстояние, започващи с подслушаният запис и завършващи с него, обаче имайки паузи преди и в края на записите на в. Галерия, индикиращ, че този звук е от оригиналният запис. Тези бипове също така се чуват в идеалната си пропорция (като останалият звук) на левият и десният стерео канал, следователно е 100% сигурно, че те са налични в оригиналният запис и не са добавяни впоследствие.
- Средната мощност на двата фонови шума, и на оригиналният и на добавеният, са еднакви и логични в цялостността на на целите разговори
- Гласовият канал се отваря от позвъняващата страна и се чуват разговори и шум още преди отсрещната страна да е вдигнала. Това се наблюдава във всички случаи, без значение каква е посоката на разговора (дали Танов се обажда или му се обаждат) и къде е било физическото местоположение на всички говорили (и то в доста кратък интервал от около 2 часа).
- Силата на звука на двамата говорещи е еднаква, нормализирана, и не е по-голяма в полза на този, който е набрал. Отделно не се наблюдават кънтене, халф дуплекс комуникация (когато единия говори звукът на другия да заглъхва) и т.н.
- Поведението на гласовият канал индикира следното - тези записи не са направени от частна структура с оборудване за подслушване в телефонен апарат, или подслушване на радио канала било то поединично или Wideband. Всички тези техники биха изискали подслушване в непосредсвена близост до подслушваният субект, който инициира обаждането. Микрофон, добавено устройство към телефона, сменен firmware, софтуер на телефона биха създали не нормализиран звук и звукови дефекти. Нормализираният звук и липсата на дефекти доказва тяхната липса. Липсата на ехо и халф дуплекс допълнително изолира и laud speaker phone опцията. Радио подслушването изисква непосредствена близост до 3 (ако не и 4) субекта (един от които - Борисов, се е намирал в кръчма), едновременно и то точно в този физически момент на тези разговори, и това напълно обезсмисля тази хипотеза. Отделно техниките за радио подслушване работят почти изключително за 2G и няма сигурност, че телефоните няма да се закачат на 3G (форсирането им има и други проблеми) . Безспорно е, че подслушването е станало в мрежата на мобилните оператори.
- Регистрите на СРС и отделно трафичните данни трябва да могат моменталически да потвърдят дали тези разговори са били осъществени. Дали продължителността им е еднаква със записите в Интернет. Дали регистъра на СРС и трафичните данни съдържат една и съща информация. Дали разговора е копиран на оборудването на СДОТО. Тази проверка ще докаже окончателно дали подслушването е извършено от МВР или от трето лице в мобилният оператор. Смея да отбележа, че модификацията на сигнализацията в MSC-то (централата) на мобилният оператор, така че да може да може да се осъществи подслушване е комплексна. Малко са хората и оборудванията които могат да го направят, и са ограничени от физически достъп, контрол и необходими познания за вътрешната структура на оператора и машршрутизацията на сигнализацията. Слагането на такова оборудване там, с предварително знание кои са телефоните които искаме да подслушваме (Танов), което на всичко отгоре да засече такива разговори моменталически и после да се изнесе тайно, е хипотеза от филм Мисия Невъзможна. Косвените индикатори, че Танов е знаел за подслушването си, че е имало заявка за СРС, и т.н. и особено вчеращното изявление на Комисията за контрол на СРС просто затвърждават на 100% хипотезата, че записите са от оборудването на СДОТО и МВР, събрани от мобилната мрежа на оператора
- Трябва обяснение на произхода на биповете. След като знаем, че записите са станали от оборудване на СДОТО, и знаем, че има (по твърдение на производителите на такова оборудване по интернет) индустриален стандарт за слагането им с цел да се премахнат възможностите за манипулация, можем да предположим с изключително висока вероятност за истина, че те са сложени от това оборудване. Това може да се засече с писмо до производителят на оборудването. Но по лесното и бързото е да се засече с контролен разговор. Идеално би било ако (както твърди Комисията за контрол на СРС от вчера) част от тези разговори са били предадени на прокуратурата, и те ги имат в оригинал. Но дори и да са унищожени (както прокуратурата пък се оправдава днес) това не е проблем. Каквото и да е друго СРС идващо от СДОТО би имало или нямало тези бипове. Ако ги има (каквато вероятност граничи до 100%) те просто се центрират по старт между контролният разговор и проверяваният и се проследява тяхната последователност. Прокуратурата безспорно има отговор на този въпрос с биповете и го е имала още на десетата секунда на споменаването им. Просто е нямало начин да не са чували друг път СРС, а това би си проличало веднага. Любопитно предположение е, че тези бипове вероятно са слагани и на входящият и на изходящият звуков канал. При смесването им, при различни дефекти, би трябвало да има размазване в наслагването, ако е имало модификация, манипулация или проблем с единият или другият звуков канал. Биповете обаче са идеално позиционирани. Тоест или е работено със записи без тях (и те са слагани в последствие, но преди повторното копиране), или няма модификации. Дори най-добрите филтрации биха оставят нарушения.
- Имаме три разговора, в които три лица говорят едно и също обвинително нещо. За да има подправяне, то трябва да е и на трите разговора едновременно, около обвинителните фрази. Там не се наблюдават никакви индикатори за това. Но дори и да приемем че е имало идеално подправяне, то е трябвало подправящият да разполага с часове, буквално студиини записи разговори и на трите субекта.
Ако оборуднването на СДОТО не оставя маркери (което би било колосална грешка), то манипулациите са възможни и хипотезите ще завият в други посоки. За това и отговора на въпроса с маркерите е ключов (и пропускан от официалните експертизи за сега).
- СРС записи се изнасят, следователно контролът върху тях е слаб
- СРС се прикрива (поради липсата на постоянен контрол и контрол само за започването им) и така се "загубват" ценни записи
- Изпада информация до подслушваните, за това че са подслушвани (виж разговорите на Танов)
- Прокуратурата и медиите са склонни да вадят изводи върху недовършени експертизи, които на всичко отгоре казват друго нещо
Posted by
Делян Делчев
at
1/20/2011 01:01:00 PM
35
comments
Links to this post
Labels: Geek, Граждански Свободи, Експеримент, ИТ, Криминално, Политика
Сряда, Януари 19, 2011
Експертизата на прокуратурата се отказа на първа стъпка
- има 4khz записи от телефонна линия, върху вторичен презапис 16khz - значи не са оригинални (топлата вода)
- намираме стилистични несъответствия (тоест Борисов не говори на литературен български) значи са подправени - ?????!?!?!?
Не казва как може да се направи подправяне така, че оригиналният фонов шум (вторичният фонов шум може да се изфилтрира и не афектира оригиналният) да е винаги еднакъв и с еднаква мощност.
Не обяснява как няма индикатори за снаждане.
Не обяснява защо СРС маркерите не са нарушени, а е веднага видимо дори за такива експерти, че те не са сложени там при вторичният презапис.
Не обяснява важният въпрос - оригиналният произход СРС ли е или не, тъй като ако е СРС, това доказва, че почти 100% сигурно е, че маркерите са били изначално там, а като следствие значително улеснява изследването за подправяне (което има съвсем друг извод от изказаният от "експертите" на прокуратурата), имайки се в предвид, че логика на маркерите, цялост и последователност не са нарушени никъде.
И макар прокуратурата днес да призна официално, че това са СРС-та (ама били законни, а не незаконни), в експертизата не се анализират никакви изводи последвали от това. Нито е казано дали продължителността на разговорите е същата, като отбелязаната в трафичните данни (добър индикатор за подправяне, който в момента сякаш е колосална държавна тайна).
Аз казвам следното -
Нека експертизата на експертите бъде цялостно публикувана и да подлежи на обществени въпроси и дискусия. Тъй като изказаното в медиите е просто смешно.
А до тогава, на нашата група работила по тези записи, мнението си остава това, което е публикувано тук - http://www.mediapool.bg/show/?storyid=174942&srcpos=8
Не мога да разбера как експертите на прокуратурата да са видяли нещо, което ние не можем, и то при условие, че трябва да е очевидно в засечката на всичките тези разговори. Понеже ако са видяли нещо на друго място, то не променя смисъла на разговора по същество, нали се сещате :)
Междувременно, въпреки супер слабата експертиза на експертите, поне по написаното в медиите, която дава такива твърди изводи, върху такива слаби твърдения, нашата неформална и не познаваща се група (при bivol) продължава да работи върху далеч по-сериозни методи, които установяват дали е имало подправяне или не.
П.С.
Според прочели експертизата (скоро надявам се и аз) тя не отхвърля хипотезата, че записите не са монтирани, само казва, че не са оригинални. Други експертизи тепърва следвали (неща, които ние вече сме правили).
Posted by
Делян Делчев
at
1/19/2011 07:00:00 PM
31
comments
Links to this post
Labels: Експеримент, Криминално, Политика
Покай се и ехото ще те освободи!
Тази техника може с изключителна достоверност при относително качествени записи да определи дали е имало монтажи на ново фонеми, дори и направени от много добри професионалисти, заради това, че ехото е често изместено с около една фонема разстояние а пъзеловата комбинация става толкова сложна, че е практически нерешима от монтажист. Обаче тя не може да докаже дали е имало монтажи на ниво дълги фрази и веднага след големи паузи. Тези монтажи обаче би трябвало да могат да се изчистят или докажат през други техники за анализ. Отделно монтажите на дълги фрази са много по трудни за напасване и биха променили и дължината на записа. Това от своя страна моменталически може да се засече през трафичните данни от мобилният оператор (разлика във времето на записа и това което централата е отбелязала в трафичният лог, че наистина е траело), заради което както споменах тези трафични данни продължават да бъдат от изключителна важност за едно такова разследване.
Posted by
Делян Делчев
at
1/19/2011 12:43:00 AM
4
comments
Links to this post
Labels: Граждански Свободи, Експеримент, ИТ, Политика
Вторник, Януари 18, 2011
Crowdsourcing по записите на Танов
Posted by
Делян Делчев
at
1/18/2011 06:27:00 PM
1 comments
Links to this post
Labels: Geek, Граждански Свободи, Експеримент, ИТ, Криминално, Политика
Неделя, Януари 16, 2011
Може ли да се установи дали СРС-тата на Танов са минали през GSM мрежата на оператор?
П.С. Смятам че тази техника за откриване на пътя на разговора може да се усложни дори повече (от специалисти) и дори да може да разпознава групи от модели мобилни телефони използвани в разговора. Тъй като всеки мобилен телефон има различна комбинация от отстояние между спиикър и микрофон, има различен тип микрофон и спиикър, и различен софтуер, често с локален ехо канцелатор, то той би имал специфични характеристики видими в звуковата диаграма на аудио записите. Записи от външно оборудване няма да ги имат включени тези характеристики. Но ако записът е от мобилната мрежа, ще ги има.
Posted by
Делян Делчев
at
1/16/2011 09:46:00 PM
7
comments
Links to this post
Labels: Geek, Граждански Свободи, Експеримент, ИТ, Криминално, Мрежи, Политика
Събота, Януари 15, 2011
Цветанов обвинява мобилните оператори
Posted by
Делян Делчев
at
1/15/2011 08:42:00 PM
5
comments
Links to this post
Петък, Януари 14, 2011
Прокуратурата призна, че записите са СРС-та, и на този хаос се готви май отново промяна на ЗЕС
- Събирането им е в известна степен слабо контролирано (в хаоса между Софииска прокуратура, прокуратурите от провинцията, специалните групи за работа с МВР, е изпуснат контрола на записите и те не са предавани на прокуратурата в последствие, вече доста достоверно изглеждащо твърдение на Капитал), ако не и ужасно хаотично
- Записите са изнасяни незаконно в нарушение на поне два закона (ЗСРС, ЗДКИ) и куп вътрешни правила в СДОТО/ДОТИ до външни лица. Дори да са модифицирани, това не оправдава изнасянето на данните, тъй като самото то от самосебе си е престъпление
- За реално осъществена операция, с употреба на СРС, някой е предупредил подслушваният Танов и той е знаел (от записите), че е бил подслушван. Това означава тотално и постоянно изтичане на информация, вероятно и до престъпници, отново в нарушение на поне два закона
- Записите не са унищожени (щом не са приложени като доказателство по дело в максимално отреденият срок - дело няма все пак) в нарушение на няколко закона, което определено подкопава доверието на обществото в замесените служби, по отношение на тази, изключително чувствителна за обществото тема, свързана с подслушването
Posted by
Делян Делчев
at
1/14/2011 07:29:00 PM
3
comments
Links to this post
Labels: Граждански Свободи, Криминално, Мрежи, Политика
Четвъртък, Януари 13, 2011
Някой уточнения по повод "посоките" на прокуратурата по Тановгейт
Винаги досега този въпрос беше внимателно заобикалян от вътрешния министър Цветанов. По закон министърът последен поставя подписа си под разпореждане да започне подслушването и би могъл още при избухването на скандала да обяви ясно с "да" или с "не" дали е имало прилагане на СРС спрямо Танов. Остана загадка защо още не е установено това, след като то е въпрос на преглед на документация.
- Защо Танов е бил убеден, че е подслушван?
- Защо Танов е бил сигурен, че пет минути след затварянето на телефона някой е щял да докладва разговора на вътрешният министър?
- Че записа е правен от най-вероятно от оборудването на МВР (от тук нататък следват супер интересните въпроси как МВР прави подслушване, при условие че няма прокурорско и съдебно разрешение изисквано по закон, и дали Цветанов го е подписал, и защо Танов е знаел и защо е бил убеден, че Цветанов е знаел и е бил информиран веднага), с което всякакви идеи за частни записи (а аз отбелязвам - правенето на такива е много трудно и е ограничено от физически контрол, който позволява сравнително лесното откриване на извършителя)
- Че е имало монтажи (биповете стават на неравномерни интервали на места, както и вероятно не спазват патерн последователността си), но по интересното - тъй като фоновият шум е еднакъв, монтажите са вероятно правени от записи в същият разговор, а не както се твърдеше "различни разговори" (което е як камък в градините на твърдящите).
Posted by
Делян Делчев
at
1/13/2011 06:25:00 PM
1 comments
Links to this post
Labels: Граждански Свободи, Да разчупим шаблона, ИТ, Мрежи, Политика
Сряда, Януари 12, 2011
СРС разследване - сбъркана логика
Posted by
Делян Делчев
at
1/12/2011 11:09:00 PM
2
comments
Links to this post
Labels: Граждански Свободи, Да разчупим шаблона, ИТ, Мрежи, Политика, Разни
Вторник, Януари 11, 2011
Лафове по повод масовото събиране на СРС и подслушване
- Обажда се министър на жена си по телефона. И още преди да започне разговорът, се чува: "Биип. Заради ограничения бюджет на МВР в момента вашият разговор не се подслушва. Моля, обадете се по-късно. Вашият разговор е важен за нас"
- МВР излиза на пазара на електронни съобщения - http://www.asengenov.com/2011/01/blog-post_08.html
- МВР смята да навлезе и на пазара на Импулсните телефони, с новата услуга: "Слушай министър по твой избор".
- "Ало, МВР ли е?""Да, кажете."
"Обаждам се да ми проверите СРС-то да кажете колко кила домати искаше да купя жена ми, че забравих."След малко получава отговор - "Жена ви каза 2кг и че ви обича, за да чуете други разговори на жена си, платете за абонаментна услуга във всяко поделение на ДОТО в страната" - Стар, но златен, и вече отново актуален - двама непознати са настанени заедно в хотел и единият непрекъснато разказва политически вицове. Другият го предупредил, че може би ги подслушват, но оня не престанал. Тогава човекът се доближил до контакта на стената и пошушнал: “Две кафета за 214-а стая, моля.” И не щеш ли - след малко на вратата се почукало и камериерката влязла с две кафета. Разказвачът на вицове пребледнял и тутакси си легнал. На сутринта другият се събудил, разказвача го нямало, а на масичката до леглото имало бележка: “Вас засега няма да ви арестуваме, защото на майор Петров много му хареса номерът с кафетата”.
- Цветанов звъни на СДОТО - "моля пратете ми флашката с разговорите на Ваньо Танов". "Ама коя версия, господин министър? Тази за вас, тази за премиера или онази за в.Галерия"?
- Ваньо Танов звъни на Дянков и казва "Здравейте господин Цветанов". "Има някаква грешка, аз съм Дянков", "Знам" казва Танов "ама нали и Цветанов слуша..."
- При набиране на телефона на министерски съвет се чува следното меню - "За премиера Бойко Борисов натиснете едно, за вицепремиера Симеон Дянков натиснете две, за вице премиера Цветан Цветанов не натискайте нищо"
- Новият девиз на МВР - "Това е твоят глас"
- Новият патрон на МВР - Димитър Талев (заради "Гласовете ви чувам")
Posted by
Делян Делчев
at
1/11/2011 06:40:00 PM
3
comments
Links to this post
Labels: Граждански Свободи, Политика, Смешки
Събота, Януари 08, 2011
Малка, но съществена разлика, за това дали политиците трябва да се подслушват
Posted by
Делян Делчев
at
1/08/2011 02:35:00 PM
5
comments
Links to this post
Labels: Граждански Свободи, Да разчупим шаблона, Криминално, Куриози, Политика
Четвъртък, Януари 06, 2011
Господин Танов, ЦвеТанов - от социализъм не лекуваме!
- Кой и по какъв повод е разрешил това подслушване? Премиерът веднага се изказа по БНТ, че това е било по прокурорска проверка с надлежно разрешение от съдия. Но тъй като по закон в рамките на 6 месеца СРС-то трябва да влезе в дело или да бъде унищожено (а този срок е минал), къде точно е делото, по което това СРС е приложено като доказателство?
- Защо след като е изтекъл максималният разрешен по закон срок за задържане на СРС-то, то не е унищожено?
- Как въобще СРС-тата (дори и уж унищожени) могат да изпадат от системата, от загрижени граждани? Това не е първият случай и как въобще се случва това? СРС-тата са класифицирана информация по закон, а законът за класифицираната информация у нас определя точно кой как и по какъв начин има достъп до нея. Законът е копиран по НАТО стандарта. Там се описва как информацията се предава от едно лице на друго, и би следвало той да гарантира достатъчна превенция, и проследимост на оперирането с такава информация. И ние имаме две възможни хипотези - или неработещ закон, или неспазване на закона, очевидно в МВР. Кой ще провери това, и какви последствия ще се вземат срещу му? Спомням си как миналата година, по време на дискусиите за ЗЕС, някакви лица от МВР и най-вече вече бившият секретар и после министър Павлин Димитров обясняваха по медиите, че напразно обществото се притеснява от разширяване на достъпа до трафични данни и подслушване, тъй като няма риск и всичко се контролира от тежки процедури в МВР, а с данните работят изключително малко хора. Много ми се ще сега някой да дойде от същите тези хора, и да ми обясни на мен и на обществото, как тези тежки процедури са гарантирали данните да не изтекат, и ако с тях работят много малко хора, как точно данните са изтекли и кой ще бъде наказан, след като "при толкоз малко хора" няма начин да не може да се разбере кой точно е извършил подслушването и е имал достъп до тези данни.
- В парламента има комисия за контрол на СРС-тата (преди бе агенция, но отново се върна под парламентарен контрол). Тя е задължена по процедура да проследява случаите на неправомерна употреба както и случаите на изтичане на информация. Толкоз много народ се обади, прокуратурата уж се самосезира по случая да разследва вестника, но какво точно прави единственият оторизиран в държавата орган за контрол - съответната комисия, по проследяването на изтичането на тази информация?
- Някой се оплака (от прокуратурата, започнала разследване), че е невъзможно да се проследи как едно СРС е излязло от системата и е достигнало до знайни и незнайни лица. А аз се чудя как според супер стабилните процедури похвалени неведнъж от Павлин Димитров и законът за достъп до класифицираната информация това е възможно? Освен ако, разбира се, както обществената тайна казва, в цялата система няма един колосален хаос и беззаконие?
- Защо и как Танов, имащ картонче от ДС (както той се похвали) и бивш масивен потребител на СРС-та (от работата си в МВР) знае, че е подслушван (от записаният разговор)? Каква е тая пробита манерка, дето позволява не само да изтича информация от резултата от подслушването, но и да предупреждава подслушваните?
- Защо Танов, на базата на неговият опит от системата, е сигурен (отново от разговора), че на мига след като му запишат разговора ще докладват на министъра, при условие че той не е на пътя на информацията от СРС (тя трябва да стига до прокуратурата, а достъп до нея трябва да имат изключително малко лица)?
Posted by
Делян Делчев
at
1/06/2011 07:01:00 PM
1 comments
Links to this post
Labels: Граждански Свободи, Да разчупим шаблона, Криминално, Политика, Разни
Вторник, Януари 04, 2011
Децентрализирана инфраструктура за Wikileaks на английски
Posted by
Делян Делчев
at
1/04/2011 11:49:00 PM
0
comments
Links to this post
Labels: Граждански Свободи, Да разчупим шаблона, Експеримент, ИТ, Мрежи, Пирати, Политика, Разни
Понеделник, Януари 03, 2011
Децентрализирана инфраструктура за Wikileaks
Съгласно предното ми писание описвам идеята за създаване на дистрибутирана архитектура за реализацията на Wikileaks сайт без необходимост от наличието на хостинг провайдери и хардуерни сървъри.
Идеята е проста – всеки участник да си изтегли и стартира малка програмка, която да се прави на web сървър и да сървира файловете и информацията на сайта. По този начин всеки, който желае да участва и да помага на wikileaks е достатъчно да инсталира на компютъра си малък софтуер, който не би отнел много ресурси. Ресурсите не са проблем, тъй като Wikileaks тип сайтове заемат малко място. Не е проблем и скоростта за достъп до Интернет тъй като ще става въпрос за достатъчно много потребители, които сборно ще осигурят огромен капацитет, докато поединично (на една сесия, за участък от сайта) не е необходима висока скорост за достъп до малки web файлове, а големите файлове за данни ще се транспортират дистрибутирано чрез peer to peer техника от типа на bittorrent, рекомбинираща скоростите на много участници.
(Wikileaks сайта се състои от 2 типа файлове – web страниците, които са много малки – 2-4kb, и самите документни файлове, които се теглят като архиви и ще бъдат торент файлове)
Създаването на дистрибутирана архитектура, която да създаде инфраструктура за услуги от тип на Wikileaks е техническо предизвикателство.
Системата трябва да бъде:
Максимално опростена – не трябва да се изискват специални познания за да се използва или инсталира от участниците
Да бъде напълно автоматизирана, с цел да минимизира умишленото участие от страна на потребителите при каквато и да е операция
Трябва да бъде open source за да се пресекат евентуални злонамерени слухове за потенциална злоупотреба от създателите на софтуера за цели извън прокламираните и подкрепени от самите потребители
Трябва да позволява да се превърне в web server всяко PC дори и намиращо се на домашен компютър и в домашна или публична мрежа
Трябва да позволява лесно насочване на потребителите към най-лесния и близък сървър
Трябва да може успешно да се скалира до около 1 милион хоста
Трябва да бъде максимално защитена
Някой операции изпълнявани там (например качване на информация) трябва да бъдат изпълнени максимално анонимно, така че да не могат лесно да бъдат проследявани инициаторите им
Информацията, която е публикувана на web сървъра трябва да е проверена и достоверна, с цел невъзможност за злоупотреба (някой да сложи информация, която не трябва да е там)
Трябва да използва някаква публична инфраструктура, с цел по трудно стопиране на услугата и по лесно размножаване на информацията
Особено проблематична е комбинацията от изисквания – публична инфраструктура, open source и анонимност.
Няма много стабилни и децентрализирани публични инфраструктури.
От своя страна Wikileaks използва доста добре bittorrent инфраструктурата. Всичките и файлове се намират там. Bittorrent (в случаите когато се използва DHT и PER) може да бъде децентрализирана.
Но е лошо проектирана:
Не е отказоустойчива, при отпадане на Node може да мине доста време преди DHT дървото да се възстанови отново
Bittorrent (и въобще Kademila) DHT е структурирана децентрализация. Тя създава дърво, на което обаче root node (router, boot strap node) трябва да е предварително известен (статичен), иначе не може да се структурира/създаде, и при отпадане на node да се възстанови. Така например ако router.bittorrent.com изчезне, ще изчезне цялата DHT мрежа. Приемам че този риск е минимален.
Не позволява (стандартно) търсене по имена или част от име.
Не позволява (стандартно) търсене в, и добавяне на допълнителна информация към файловете
Не позволява пренасянето на съобщения в мрежата (всякакви)
Тотално не анонимна структура е. Лесно се открива кой кой е. Лесно се открива кой е първоизточник на даден файл. Това е голям проблем по отношение на скриването на източниците.
Голям плюс е възможността да намериш файл по HASH чрез магнет линк. Няма нужда от торент файлове и от тракери. Недостатък – няма децентрализиран механизъм за обмяната на магнет линковете и съпътстващата ги информация, нещо, което да замести напълно нуждата от съществуването на web сървър.
Въпреки, че peer-to-peer комуникацията може да бъде криптирана между двама обменящи си файл, самата DHT система не е защитена, не е криптирана. Отделно структурата се поддава на Man In the Middle атаки. Отделно е изключително неустойчива на спуфинг – всеки който вкара хешове подобни на файловете, които иска да спре, може да блокира трансфера на всеки файл. Отделно самата структура на DHT-то може да бъде разрушена от един единствен компютър (анонсиращ се като на колкото се може по-близък до root node и отговарящ на всички търсения с фалшиви нодове, уж директно закачени за него). Добре разработена от гледна точка на сигурност е maidsafe-dht (имам забележки, пак може да се разруши с атака над руут нода, липсва им и white-noise прикритие), но тя не се поддържа от bittorrent клиентите и се загубва идеята на публичната инфраструктура.
Въпреки всичките си недостатъци, аз реших да заложа на Bittorrent с DHT инфраструктура. Причината е много проста – всеки, който има битторент клиент, дори да не бъде web сървър инсталирал специалният софтуер, може да бъде и да подсигурява инфраструктурата на сайта, а това значи лесна размножимост до милиони. Технически дори някой да иска да спре бит торента, той ще е „пост фактум“, след като информацията се е размножила и ще бъде притежание на хиляди. Отделно бит торент DHT протокола е лесен за възстановяване при умишлен краш (макар и с ръчно усилие), всеки път при падане на руут нод, може да се направи нов, или може да се направи нов bootstrap на DHT-то, ако трябва може да се направи нов тракер и всичко да започва отначало. Технологията е точно толкова устойчива, колкото са нейните поддръжници. Повече поддръжници значи невъзможност за спиране. А това дали ще има такива или не, не е въпрос на закони, а е въпрос на морал. Ако хората вярват, че нещо е справедливо и редно да се случва, то ще се случва.
Та така, следните задачи/проблеми е редно да бъдат решени:
Най на първо място – как да обменям съобщения по DHT. Съобщения ми трябват, защото торент протокола не поддържа механизъм за автоматично обновяване на файловете от даден торент, ако работи през DHT (въпреки че такава техника, макар и частна за някой клиенти, съществува при наличието на тракер). Следователно аз трябва да намеря механизъм да известявам клиентите реализиращи web server-и, че има нова версия на пакета за уеб сайта, или някой от системните файлове. Също така при ъплоад на нов файл от „анонимен източник“ е добре останалите да могат да бъдат нотифицирани да го получат.
Как да запазя анонимността на източника на съобщение. Това е принципен проблем при торент DHT. Дори при използване на анонимни проксита като TOR има механизъм как да се накара нода да си (по)каже реалното IP. Трябва сериозна модификация на библиотеките и протокола, но аз исках да ползвам популярната библиотека libtorrent rastebar без никакви модификации (опростяване на кода, и по лесни ъпгрейди), с цел по добро наследство.
Как да подсигуря вершънинг – механизъм да знам дали има по-нова версия на съобщението, торент, компонент, заобикаляйки недостатъците на стандартната DHT мрежа, не позволяваща търсене по име или част от име, а само то точен HASH стринг.
Как да наименовам компонентите?
В DHT има само един елемент служещ като вектор към информацията – това е хаша на файла.
И аз използвам трик - създавам торент HASH код с предназначението на файла (който ми служи като системно име) – той се състои от 160 бита (20 байта), от които „WIKILEAKS“ префикс, един байт версия на протокола „00“, след което следват два байта тип на кода/файла (от 0001 – 000F са сертификати, 1000 – основният Web сайт, 1111 – съобщения, 1010 – неоторизирани допълнителни файлове за качване, 8080 – оторизирани файлове, на които се вярва), следват 4 байта за идентификатор за различен файл (тези които не са различни са винаги 00000001) и последните 4 байта са версия на файла.
Най-важният файл – файла с уеб сайта се проверява в DHT-то за теглене с предварително закодираният в клиента hash. Ако е вече изтеглен се проверява неговата достоверност чрез RSA сертификат (публични и частни ключове), публичният ключ на който е предварително записан в клиента. Така само притежателят на частният ключ може да публикува. След като се изтегли и верифицира успешно, започва да се опитва да се изтегли по-новата версия (частта за версията увеличена с единица). Ако RSA оторизацията не мине, изтегленото се игнорира. Няма как някой да сложи фалшив файл, или да модифицира версиите, без да притежава частният ключ за публикуване.
Методът за web съдържанието се използва реално за теглене на всеки файл с изключение на неоторизираните файлове с префикс 1010.
Възможно е обаче някой да публикува в DHT файл, чиито хаш да съвпада с хашовете, които аз използвам. Има два начина да се случи това – случаен и нарочен. Случайно, е невероятно рядко да се случи заради начина, по който се генерира торент хаша. Дори да стане, не е проблем тъй като част от клиентите ще получат правилни пииъри, и макар част да получат грешни, на последвалата верификация ще се изхвърлят грешните от добрите.
Възможно е някой обаче нарочно да зашумява с фалшиви добрите пиъри с цел да попречи на разпространението на информацията. Тогава е необходимо – той да може да бъде открит (верификацията на изтегленият файл срещу node id-то на DHT node-то анонсирало проблемните пиъри е механизъм за това) и да може да бъде блокиран.
Тоест DHT клиентите да не закачват блокирани нодове и да не взимат информация от блокирани нодове. Това е един от големите недостатъци на днешният торент DHT – няма механизъм за изолация. И аз си създадох мой – един от специалните файлове (оторизиран с RSA ключ) носи информация с лошите пиъри. Достатъчно е да има (поне) един клиент в мрежата, който да знае частният ключ за публикуването на този списък, и да прилага следният алгоритъм – ако верификацията на някой от файловете не мине, вредният нод посочил грешни пиъри се проверява и се вкарва в списъка (процесът може да е автоматичен). Останалите след като обновят списъка просто изолират този нод от мрежата (изолацията може да е и умна, като за целта един нод може да го изпълнява с по-интелигентен клиент и да лъже лошите нодове, че са регистрирани за него, но същевременно търсене никога да не стига до него).
С цел да се опитвам да държа анонсите само в нодове, които са в дърво поддържащо моят алгоритъм, аз използвам хашове за нодовете (създадени и добавени в мрежата от моят софтуер) използвайки същият алгоритъм като за хаша на файловете – WIKILEAKS000000000000 + уникален идентификатор (създаден от случаен алгоритъм). Така DHT XOR алгоритъма за определяне на дистанция ще преферира винаги при анонсиране и търсене моите нодове.
Всеки различен тип файл е криптиран с различен RSA ключ. Всеки публичен RSA ключ е файл и може да се изтегли през DHT мрежата. Всяка следваща версия е криптирана частният ключ на предната. Стартовите клиенти ще имат 3 или повече версии на публичният ключ предварително заредени. Така при добра техника (липса на държане на частните ключове на едно и също място в едни и същи лица) на безопасност се намалява риска от компрометиране на частните ключове, тъй като те могат да бъдат подменени в движение на всички клиенти, без да се налага преинсталация. Това значително ще затрудни опитите за публикуване на неоторизирана информация в оторизираният списък.
Така притежаващите частните ключове могат да публикуват майн-стриим оторизираните файлове. Те обаче са фиксирано ограничено число, и техните хаш префикси се знаят от клиентите предварително. Единствената информация, която е динамично променима е евентуално магнет линк към файлове публикуващи информация (от Wikilekas). Но тези линкове ще бъдат в някоя Web страничка на web частта.
Всяка различна оторизирана публикация (web, rsa ключове, обновяване на сървърският софтуер, и т.н.) използва различна двойка RSA ключове. Обновяването на всеки RSA ключ използва нова различна двойка RSA ключове. Така, макар ключовете да са много, значително се намалява риска от компрометиране на една двойка ключове (чрез извъртяване или чрез открадване), и се запазва възможността за бърза реакция и подмяна на ключовете и дори самият софтуер, преди да е настъпила сериозна вреда, каквато и да е компрометираната RSA група (осен ако не са компрометирани всички едновременно, а този проблем трябва да се контролира физически).
Аз искам през моят клиент да може да се публикува неоторизирана информация, която да се пази от инфраструктурата (макар и да не се вижда на web-а).
За нея имам два проблема -
как да известя другите клиенти, че има нещо (ново), което е важно да изтеглят и кешират при себе си, макар и да не го публикуват на web-а
как да запазя анонимността на източника ако мога
как да не позволя на MIM патерн устройства да могат да идентифицират по патерн какво се транспортира
Срещу патерн откриването използвам peer to peer торент криптацията (obfuscation protocol). Също така е препоръчително информацията да е събрана в компресиран архив и с допълнителна криптация отгоре (за да не могат да се видят и имената на файловете в архива). В бъдеще време ще вкарам вграден архиватор/криптатор със зашумяване (добавяне на случаен и излишен префикс-суфикс към файла) в моят клиент.
За известяването на клиентите използвам вградената възможност при peer to peer комуникация да се разшири стандартният бит торент протокол (и libtorrent поддръжката му) (bittorrent extension protocol – BEP) и съм си създал свой протокол.
Съобщение с префикс Wikileaks-версия-команда (msg push)-хаш на файла, който трябва да се изтегли. Отсрещната страна потвърждава или отказва протокола, но не казва нищо за действието, което ще предприеме. Ако го откаже – значи е стандартен клиент. Ако не, значи е моят торент клиент.
Тук обаче има проблем с анонимността. Достатъчно е някой да има един клиент (поддържащ протокола) и да следи кой първи анонсира нов файл, и по IP адреса ще го успее да намери къде е в момента с всички последствия (евентуален обиск, съд и т.н.).
За да намаля риска, използвам техниката на създаване на шум чрез случайност – новият файл не се анонсира на всички пиъри а само на един от тях, избран случайно и то след случаен интервал от време (със забавяне от до 4 дни, средно 2).
Той от своя страна го анонсира на някой друг спазвайки този алгоритъм. Това изолира драматично възможността за проследяване на първоизточника на данните, защото не знаеш кой подред е бил този, който ти прави анонса и след какво време. Също така не можеш да оцениш, кой има файла, кой не, и тъй като в анонса не е записана информация предпазваща от зацикляне, не можеш да направиш обратно проследяване, ако не подслушваш поне 1/3 от всички пиъри на всичките им мрежи за достъп, което при определен обем (над 2000 пиъра) и географска дистрибуция ще бъде изключително трудно.
Тази техника позволява и добра мобилност, анонси могат да се правят от web/интернет кафета и други публични места. Хаша на ъплоадвания неоторизиран файл ще е случаен (няма да следва останалите алгоритми), следователно ще е технически невероятно проследяването на целият спектър 160 бита за да следиш за нови файлове и да ги различиш от нормалните публикувани в DHT (тоест сред шума).
Недостатъка на тази техника е липсата на loop prevention механизъм (предпазване от зацикляне) – може да се направи анонс на пиър, който вече има файла. Това обаче не е проблем заради много големите таймаути (което намалява възможността от флууд, докато броят на клиентите съставляващи инфраструктурата чрез моят специализиран софтуер е по-малка от 400000, което е едно добро число).
Недостатък, който обаче остава е факта, че времето за редистрибутиране на нов файл между всички пиъри би било равно на максимално 4 дни по (1 + 1 / 2 + 1 / 3 + 1 / 4 + .... 1 / n ) където n е броят на пиърите. Но това не е голяма драма, тъй като дори при 1000000 пиъра максималното време би било някъде около 14.4 * 4 дни = 57.6 дни, но ще е покрило 80% от пиърите за 20-25 дни и ще е обменило файловете до тогава.
Как откривам кои са пиърите, с които мога да комуникирам? Това са всички тези, които анонсират, че вече имат зареден хаша на web сървърните файлове (търся предварително познатия хаш и след това получавам пиърите за него).
Това че участниците (пиърите) могат да бъдат извлечени бързо е проблем за анонимността им. От друга страна, публикуването на информация не е престъпление. Престъпление може да бъде открадването и, но не и публикуването (което се пази от първата поправка в американската конституция и от общата свобода на словото и законите за приоритет на общественият интерес в Европа). Това е нещо, с което дори ДАНС се сблъскаха у нас (Опасните.нет), така че си е стабилно законово правило в западният свят.
Заплахи за съучастничество също не могат да бъдат проблем за използването на подобен клиент и публикуването на информация, тъй като отново – трябва съучастие в открадването на данните, а не публикуването им, и трябва умишленост на действията, което напълно освобождава от отговорност всички потребители на моят торент клиент, тъй като те нямат проявена инициатива към всяко публикуване конкретно. Общата и индиректна отговорност не съществува в такива случаи, тъй като иначе строителите на магистрали щяха да бъдат съдени задето хората извършват ПТП-та върху тях.
Моят софтуер пробва да се закачи на два локални порта (за сервирането на web-а) – 80 и 18880. Вторият порт е за защита, тъй като не всеки ще може да отвори локален 80-ти порт (ограничени за сигурност или вече съществуващ софтуер там). След това с UPnP тези портове се опитват да бъдат отворени на локалният firewall (ако сте зад домашен маршрутизатор) автоматично. Това означава, че в 80% от случаите, без да се налага да правите каквото и да е, вие ще имате достъпен от интернет сървър на wikileaks. Няма нужда да знаете какво и как да си конфигурирате на firewall-а, за това.
Как потребителите от Интернет биха използвали тази инфраструктура?
Първо тези, които имат клиента инсталиран на своят компютър могат да се закачват локално – на порт 80 или 18880. Това е най-сигурният начин – изтегляте си клиента, и изчаквате да се синхронизира, след което се закачвате локално, а и доизграждате инфраструктурата на Wikileaks.
Но не можем да очакваме всеки да инсталира клиента си локално за да достъпва Wikileaks. Трябва да можем да осигуряваме достъп и за тези, разполагащи само с web клиент.
За целта трябва да можем да насочим browser-ите към IP адрес на клиент изпълняващ в момента web сървър. Тоест трябва да имаме DNS за даден домейн (wikileaks.ch ?) и конфигурация насочваща към IP адресите.
Малък софтуер (скрипт за DNS от типа на PowerDNS) може да извлича всички сиидъри (пиъри) за Web-а от неговият хаш (по подобие на техниката, която използвам за анонсиране на съобщения). След което може да проверява бавно кой от тях има порт 80 отворен и анонсира правилно web информацията. След което проверените peers влизат в списък, на който при запитване по DNS връща IP на web сървъра. Може да се върне най-близкото IP към запитващият, по геогравски признак (разстояние между автономни системи – публична информация) или дори още по опростено да изважда от адресите този на запитващият и да връща този, който има най-малък резултат от операцията по абсолютна стойност.
Така потребителите питащи за wikileaks.org например биха получавали най-близкият до тях работещ IP адрес, ако ще да е домашно PC. Ако то умре, автоматично (в рамките на до 15 мин) ще бъде анонсиран някой друг при запитване.
Освен скорост, отказоустойчивост, тази схема не позволява лесно проследяване на web сървърите (и тяхното събаряне) освен ако не изпратиш DNS запитвания от всички мрежи където има такива сървъри (а това е невъзможно без предварителна информация).
Така направената структура би имала над средната (за сегашните технологии и атаки) устойчивост като инфраструктура и би позволила истински дистрибутиран и децентрализиран клауд (ако съответният web сървър има стандартно API, това е достатъчно за да се постигне дефиницията).
Но тясно място остава домейна на организацията, тъй като той е под централизиран контрол. DNS-а е най-слабият протокол в Интернет от гледна точка на сигурността, бутането му е лесно, а е самодостатъчно да унищожи над 90% интернета, който познаваме, но в частният случай на Wikileaks – тъй като повечето GTLD-та подлежат на контрол индиректно (все още) от MD на USA, и следователно (както видяхме с Wikileaks) домейните могат да бъдат бързо спирани, без необходимост да се доказва незаконност на дейността на сайта. Ако домейните бъдат спирани, повечето от клиентите няма да могат да се закачат към уеб сървърите, и така нейната достъпност значително се намалява.
Слабостта на DNS е оръжие в ръцете на тези, които искат да заобикалят съдебните процедури и да разчитат на авторитарен механизъм на налагане на бързо решение. Точно и за това, след дълги и реално неуспешни лобизми на RIAA в телеком пакета в EU, DMCA в US и ACTA (от която отпадна задължителното изискване ISP-тата да блокират трафик и да съдействат на контент провайдерите преди съдебно решение), и неуспешните (на глобално ниво) обиколки сред ISP-тата за да бъдат подканени „те сами да решат“ да съдействат, както и проблемите, които се оформят от новите движения за мрежова неутралност в US и EU (които индиректно посочват, че блокирания на услуги ще изискват нещо да бъде обявено предварително за незаконно, което значи наличие на съдебно решение), това мотивира RIAA да се насочи към GTLD-тата с идеята да ги кара те да премахват домайни при оплакване, без чакане на съдебно решение (безкрайно интересният случай течащ в момента с rapidshare.com).
В частният случай на моят клиент аз боря DNS проблема чрез 3 начина -
Предполагам, че Wikileaks ще работи с (наистина) независим GTLD (както те опитаха да напеавят мигрирайки към .ch домейн). Това прави изключително трудно спирането на услугата преди да тя да бъде обвинена, че извършва престъпление и то от съдебно решение (и дори тогава, то подлежи на обжалване по международните норми в Швейцария). Няма как Хилъри просто да каже „спрете домейна“ и това да стане.
Локален достъп до данните, ако си инсталираш клиента (ако нямаш достъп до някой сървър просто си инсталираш клиента и вече си имаш сървър)
Мултикаст DNS – новото развитие на DNS протокола, което на всичко отгоре се поддържа от много от съвременните операционни системи. Просто те запитват при DNS заявка и мултикаст група на порт 5353 (от там нататък всичко е същото) и много машини могат локално да отговорят кой обслужва този домейн. Моят клиент пробва да се биндне на порт 5353 за мултикаст DNS (дори ако там вече има нещо), оправя локалните hosts кешове, и ако намери bonjour (Multicast DNS услуга от Apple) я преконфигурира. Така дори да паднат международните DNS-и, локалните продължават да работят и да подават коректна информация. Стига да има по един „wikileaks“ клиент във всеки мрежов сегмент, и няма да има нужда от никакви GTLD-та, както и контрола върху информацията там. Спуфинг и флуудинг атаки не работят (ефекта им е само локален, евентуално) и системата става много по отказоустойчива, но най-вече децентрализирана и неконтролируема авторитарно
Всичко описано тук го имам направено в python базиран торен клиент и web сървър, с буквално 300-400 реда код като концепция. Това, което се каня да разработя е хубав графичен интерфейс и да го пусна като демонстрационен клиент. Той няма за цел нищо друго освен демонстрация на идеята. Избрах python тъй като има лесен порт на ползваните от мен библиотеки, програмирането е бързо и е относително преносим, както и позволява близко коопериране с операционната система. Съжалявам, но Java не ми е сила, а C++ би изисквал повече време за разработката на концепцията. Ако реша да напиша реален клиент, ще бъде на C++, но концепцията трябва да е лесна за модификация.
А самата идея е интересна. Тя позволява сериозна дистрибуция, отказоустойчивост и производителност при относително малко използвани (напълно домашни) ресурси дадени под наем от доброволци.
Една подобна инфраструктура може да поддържа множество сайтове и дори приложения (които могат да се изтеглят като python плъгини и ъпгрейди по стандартният начин описан за обмен на файлове и съобщения). При дефиниране на стандартно API и Framework тя би могла да изглежда като напълно дистрибутирана клауд услуга, без гаранция за производителност (но без никаква цена за същесъвуването си и със значително завишена отказоустойчивост при произволни удари и атаки). Отделно клъстеризация чрез MPI API и дистрибутиране на web заявки децентрализирано от един клиент на друг може да се доразработи много лесно, тъй като всеки клиент може да научи къде са му съседите, и от там нататък с минимално протоколно разширение може да знае кой как е натоварен и да служи като локален разпределител на заявки. Чрез структуриран алгоритъм (подобен на DHT) може тези заявки макар с дистрибутирано локално редиректване да получат глобално синхронизирано контролиране, и като ефект всички услуги, които една клауд инфраструктура типично предлага днес, но направени в една стъпка по напред.
Подобна инфраструктура би могла да обслужва и торент сайтове като thepiratebay или arenabg, по начин невъзможен за спиране (като инфраструктура) без значителна модификация на начина, по който службите оперират и то с много ограничен ефект.
Недостатък обаче би било практическата невъзможност за рекламна печалба (не и върху моят клиент) от съответните организации, поради трудната възможност за създаване на контент и потребитело зависими реклами (заради архитектурата и стремежа към анонимност) и следователно липсва потенциал за комерсиален интерес, освен ако не се модифицират клиентите, така че да могат да се използват и за някаква форма на дистрибуция на реклама.
При всички обстоятелства, такива системи предлагат доста голямо разширение на понятието и визията ни за това какво точно представлява една инфраструктура и как (и дали) тя може да се контролира въобще. Тази идея и демонстрира, че технологията позволява (и следователно не позволява) авторитивно налагане на мнение, разчитайки само на поддръжката на машините. Не можеш да изфилтрираш или да блокираш нещо лесно, нито да спреш на някой сървъра, задето не ти харесва. Щом има хора, които се интересуват от подобна услуга, тя ще съществува. Ако това е „неправилно и неморално“, то е редно хората да бъдат най-вече убедени в това, минимизирайки необходимостта от прилагане на сила, тъй като тя не би работила под никаква форма, когато подкрепата за „каузата“ е масова.
Posted by
Делян Делчев
at
1/03/2011 02:08:00 AM
6
comments
Links to this post
Labels: Граждански Свободи, Да разчупим шаблона, ИТ, Мрежи, Пирати, Политика, Разни






