Активизация сетевого прослушивания в Евросоюзе


http://www.cnews.ru/news/top/i.....ml?2005/08/02/184301[link1]


Комментарии
— SATtva (03/08/2005 18:10)   
Года два провайдеры сопротивлялись изо всех сил и приводили все возможные аргументы. Главным была совокупная стоимость систем хранения данных (не помню точных цифр, но в одном Соединённом Королевстве ежемесячно передаётся несколько миллиардов SMS-сообщений, не говоря уже о других средствах коммуникаций). В текущем варианте законодатели пошли на компромисс: срок хранения логов сократили в общем случае до года (первоначально было два), а часть затрат на развёртывание системы и обеспечение его накопителями будет компенсироваться провайдерам из местных бюджетов (прежде предполагалось взвалить всю стоимость на провайдеров и, следовательно, на пользователей услуг; однако и в нынешнем варианте пропорция компенсации не оговаривается).

Вообще это из той же серии, что и глобальные системы депонирования шифр-ключей, обсуждавшиеся в середине 90-х. С теми же чудовищными затратами, издержками и рисками, привносимыми в общество, без всякой ощутимой выгоды и пользы ("The risks of Key Recovery, Key Escrow and Trusted Third Party encryption"[link2]). По некоторым оценкам, ECHELON способен просеивать порядка 90% общемирового информационного трафика. При этом предметной аналитической обработке, по тем же оценкам, подвергается не более 15% поступающего развед. сырья. В общем, дело, как всегда, не в недостатке исходных данных, а в недостатке квалифицированных специалистов, или в недостаточной квалификации имеющихся, или в бестолковой организации производственного процесса.
— andrew (25/01/2006 22:48)   
Может "новости" – и неподходящий раздел, но следующие интервью с одним из разработчиков Echelon производят достаточно сильное впечатление: http://www.agitprop.org.au/stopnato/20000221echelbladn.htm и http://www.agitprop.org.au/stopnato/20000221eche2bladn.htm...

Ссылки
[link1] http://www.cnews.ru/news/top/index.shtml?2005/08/02/184301

[link2] http://www.pgpru.com/articles/crypto/key_recovery_risks.htm