パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Google、位置情報サービスをオフにしたAndroid端末からも基地局情報を収集していた」記事へのコメント

  • Android OS では、位置情報だけでなく、あなたの SNS アプリの通知 / 個人的な DM を含む、その他のプッシュメッセージを Google がスパイしています。また、Google が取得した情報は NSA の監視下にあります。このストーリーでは位置情報だけが触れられていますが、それだけではないのです。

    この記事は、よくあるアメリカを批判し、中国政府を正当化するための工作活動ではありません。アレゲな技術サイトスラドに相応しく、根拠となる技術的な説明をきちんとするので最後まで読んでください。

    メールの自動受信、通知欄への広告表示、お知らせなどを目的とするプッシュ通信は

    • by Anonymous Coward

      >これは、TCP というプロトコルの本来の使い方ですらありません。

      これだけでGoogle関係者全員死ねばいいのにと思った。
      あらゆる倫理を踏みにじった上に技術にまで不誠実になったらテクノロジー企業でさえなくなり犯罪者集団でしかなくなる。

      • by Anonymous Coward

        > これだけでGoogle関係者全員死ねばいいのにと思った。
        > あらゆる倫理を踏みにじった上に技術にまで不誠実になったらテクノロジー企業でさえなくなり犯罪者集団でしかなくなる。

        完全に間違いだね

        ロングポーリング自体はGoogle以外でも普及していて、RFCにも記載がある(6202あたり)

        RFCを否定してるアホなアンチGoogle様は今すぐRFCまみれのインターネット切って脳内に引きこもっててくれや

        • 「これは、TCP というプロトコルの本来の使い方ですらありません」という私の書き込みが誤解を招いてしまったのは遺憾です。

          ロングポーリングという手法は、TCP というプロトコルが標準化された時点では全く想定されておらず、IPv4アドレスの枯渇によるNAT普及でNATの穴あけのために用いられた姑息な手法であり、「TCP というプロトコルの本来の使い方ではない」と誤解を招かないようにしっかりと書くべきでしたね。

          ロングポーリング自体はGoogle以外でも普及していて、RFCにも記載がある(6202あたり)

          仰せの通り。 RFC 6202 [ietf.org] だと、S. Loreto, Ericsson, P. Saint-Andre, Cisco, S. Salsano, University o

          • Re: (スコア:3, 興味深い)

            ロングポーリングを持ち出したACさんも勘違いしてそうですが、

            > ロングポーリングなんていうのは、NATに穴あけする NAT traversal 技術

            COMET(ロングポーリング)は、HTTPにおいて、WebブラウザというLISTENできないクライアントに対してWWWサーバからリアルタイムなデータ送信を実現するための方法論。NATとは無関係というか、COMETにとってNATはむしろ敵ですよ。
            (NAT無しに直接通信している場合、コネクションを張ったまま無通信状態で何時間でもコネクションを張りっぱなしにできますが、NAT越しで無通信が続くと、NATテーブルがタイマー切れ破棄されてコネクシ

            • で、HTTPに限定しない、一般論的なTCP/IPにおける通信では、「コネクションを張りっぱなしにしてデータ発生を待つ」なんてのは、名前すら付けられてない、ごく一般的なTCP/IPの利用ケースです。わかりやすいところでは、VPN接続とか、SSHログインで、相手側からの応答を待ってる状況、とかですね。

              HTTPとはまったく無関係な、独自のプログラムが独自プロトコルで通信を行う「Android端末とGoogleのサーバーとのGCMのためのコネクション」は、ロングポーリングでもないし、TCP/IPの特殊な使い方でもなんでもない、ごく普通のTCPコネクションなんですよ。

              冷静に考えると TCP/IP の使い方としては SSH でクライアントがNATタイマーが切れないように SSH_MSG_IGNORE を定期的に送り続けて TCPコネクションをキープし続けてるのと似たようなもんでした

              今後は落ち着いてからカキコするよう留意します

              親コメント
              • by Anonymous Coward

                そもそもプッシュ配信のためにコネクションを維持するってのは

                昔はそれぞれのアプリがアプリ提供元のサーバに定期的に HTTPS でセッションを張るという、End-to-End 暗号化がなされる安全な方式で取得されていました。

                ↑これの時点で使われていたからGoogleがなんかやったわけではないんだよなぁ……

                コネクションはりっぱで必要時に応答返すってのはHTTPでは特殊だっただけで、
                TCPとしてはレガシーなFTPやTELNET、SSHとそこらじゅうで使われているし。
                Google準拠の技術に強制的に揃えさせられはするけどそこは問題じゃなく。

                問題なのは、全部入りになってGoogleの管理下に置かれたっていう点なわけで。

最初のバージョンは常に打ち捨てられる。

処理中...