Не знаю, кто так читает, но ваше прочтение правильно. GFE обрабатывает запрос от юзера, расшифровывает его, если надо, и пересылает настоящим серверам. Траффик между GFE и этими серверами полностью пролегает внутри Гуглевского файбера, и до недавнего времени не был шифрованным.
Смайлик поставлен потому, что этот факт означает, что подслушивая траффик между датацентрами (правое облако), они получают расшифрованные запросы юзеров.
В последнее время Гугл работает над тем, чтобы весь этот траффик был зашифрованным - эта работа началась задолго до этих откровений, я лично могу это подтвердить (работал долгое время над внутренними сетями, хоть и не над этим проектом).
Прочитать можно по-разному. Я как раз подумал, что они делают MITM перед GFE. Иначе вообще не очень ясно в чем смысл этого слайда. Как они залазят в правое облако?
Смысл этого слайда объяснить, почему это полезно для них - залезать в правое облако.
Как они залезают, точно неизвестно. Видимо, это делает британская GCHQ, а не NSA, а NSA получает доступ к этой информации. Оптоволокно не так-то легко подслушать, но я в этом не разбираюсь на самом деле.
Если они могут залезть в правое облако, не совсем ясно, чем для них SSL препятствие. Если вообще думать, что для них SSL проблема, то уж коль скоро они могут ковырять в облаке, там уж и до ключей недалеко.
Подскажите, а зачем в облако это лезть, если можно я помощью постановления суда заставить сертификационный центр выдать нужный SSL ключ, например, на домен google.com?
Потому что NSA было бы сложно получить через суд SSL-сертификат всего google.com. В частности, потому, что у Гугла есть механизм передачи данных о конкретных юзерах с санкции суда. Мы знаем, что в тех случаях (Lavabit), когда NSA/FBI стремились получить через суд SSL-сертификат, они оправдывали это тем, что невозможно было узнать данные об отдельных юзерах, и суд считал это главной причиной, по которой он одобрил такой запрос.
Вот я думаю украсть ключи как раз проблема не большая. Они мелкие, их унести незаметно ничего не стоит (хоть экран сфотографируй). Сколько в Гугле работает сотрудников спецслужб? Я думаю, десятки.
Я не понимаю в чем проблема. Речь же идет о private optic links. Зачем их шифровать? Я и сейчас не убежден, что проблема в этом. Мне кажется, что либо у них прямой доступ к внутренней сети Гугла (тогда SSL не сильно поможет), любо они читают траффик еще на входе (тогда уж совсем пофиг)
define "private". quite likely, it still goes through third-party equipment or at least third-party premises - that's an attack vector right there. my guess is, securing these links costs quite a bit, so whoever's in charge just figured they could save a mil or a dozen.
Well, yes, but there is pretty much only one entity who would be able to attack infrastructure on that scale. Eavesdropping on Google-bandwidth data channel is too expensive if you are after an individual or a small company and non-feasible if you are after the whole thing -- unless your a the size of Google. So yeah, I don't blame them.
not necessarily "only one": there's a few other entities with capabilities kind of comparable on the order of magnitude, plus the "unknown unknowns". yes, it's a rather unlikely scenario, but not out of the realm of the possible. i mean, if you implement "encryption" and talk data safety, gotta think of such things. comm channels of all kinds have been compromised since the beginning of history, so it's really an amateurish mistake.
I'm talking about the intersection of entities that can do it and entities that could be interested in doing it (on this scale). I can't think of anything but the government.
работает над тем, чтобы весь этот траффик был зашифрованным
Нисколько не подвергая сомнению все тобой сказанное, думаю, что многие слова в этой фразе должны быть закавычены: "работает", "весь", "был","зашифрованным". Без очень радикальных организационных изменений в Гугле и/или правительстве, дырка останется, не эта так другая, и даже чтобы проблема стала чисто технологической не допустят.
Конечно тут проблемы, даже когда есть ключ скорее всего надо репитить/перехватывать гигабайтный трафик совсем без потерь (что наверное трудно очень !), иначе шифр в режиме CBC невозможно расшифровать. Однако FISA суд может попросить не шифровать базар (или не использовать блок чейнинг хотя бы).
Геморрой гугла сейчас то что нельзя больше утверждать что нет оптового слива данных, ну не могут.
А может быть они (NSA) и научатся перехватывать трафик без потерь... Я написал у себя про всю эту песню; один из выводов то что в наш век слежка и социальный контроль являются двигателем прогресса в области IT. можно найти поиском фразы: "The secret policeman's crystal ball"
no subject
Date: 2013-10-30 09:48 pm (UTC)Смайлик поставлен потому, что этот факт означает, что подслушивая траффик между датацентрами (правое облако), они получают расшифрованные запросы юзеров.
В последнее время Гугл работает над тем, чтобы весь этот траффик был зашифрованным - эта работа началась задолго до этих откровений, я лично могу это подтвердить (работал долгое время над внутренними сетями, хоть и не над этим проектом).
no subject
Date: 2013-10-30 10:02 pm (UTC)no subject
Date: 2013-10-30 10:27 pm (UTC)no subject
Date: 2013-10-30 10:38 pm (UTC)Как они залезают, точно неизвестно. Видимо, это делает британская GCHQ, а не NSA, а NSA получает доступ к этой информации. Оптоволокно не так-то легко подслушать, но я в этом не разбираюсь на самом деле.
no subject
Date: 2013-10-30 10:41 pm (UTC)no subject
Date: 2013-10-31 05:28 am (UTC)no subject
Date: 2013-10-31 06:48 am (UTC)no subject
Date: 2013-10-31 07:11 am (UTC)no subject
Date: 2013-10-31 07:50 am (UTC)no subject
Date: 2013-10-31 08:18 am (UTC)no subject
Date: 2013-10-31 12:37 pm (UTC)no subject
Date: 2013-11-01 03:30 am (UTC)Не говоря о том, что ключи для отдельных сессий могут быть разными.
no subject
Date: 2013-10-31 05:41 am (UTC)http://www.techrepublic.com/blog/it-security/protect-your-network-against-fiber-hacks/222/
no subject
Date: 2013-10-30 10:27 pm (UTC)Вообще странно, что до сих пор это было и есть не так!
no subject
Date: 2013-10-30 11:02 pm (UTC)wtf google, really. "do no evil, do stupid"?
no subject
Date: 2013-10-31 02:32 am (UTC)no subject
Date: 2013-10-31 02:38 am (UTC)no subject
Date: 2013-10-31 02:45 am (UTC)Eavesdropping on Google-bandwidth data channel is too expensive if you are after an individual or a small company and non-feasible if you are after the whole thing -- unless your a the size of Google. So yeah, I don't blame them.
no subject
Date: 2013-10-31 02:55 am (UTC)no subject
Date: 2013-10-31 02:56 am (UTC)no subject
Date: 2013-10-31 02:58 am (UTC)no subject
Date: 2013-10-31 12:08 am (UTC)Нисколько не подвергая сомнению все тобой сказанное, думаю, что многие слова в этой фразе должны быть закавычены: "работает", "весь", "был","зашифрованным". Без очень радикальных организационных изменений в Гугле и/или правительстве, дырка останется, не эта так другая, и даже чтобы проблема стала чисто технологической не допустят.
no subject
Date: 2013-10-31 12:31 am (UTC)no subject
Date: 2013-10-31 05:31 am (UTC)Однако FISA суд может попросить не шифровать базар (или не использовать блок чейнинг хотя бы).
Геморрой гугла сейчас то что нельзя больше утверждать что нет оптового слива данных, ну не могут.
А может быть они (NSA) и научатся перехватывать трафик без потерь...
Я написал у себя про всю эту песню; один из выводов то что в наш век слежка и социальный контроль являются двигателем прогресса в области IT.
можно найти поиском фразы: "The secret policeman's crystal ball"
no subject
Date: 2013-10-31 06:59 am (UTC)