はてなブックマーク

ポケラボのゲーム『アサルトリリィ Last Bullet』（ラスバレ）の通信をキャプチャしたところ、利用者に無断でSentryに情報を送信していることを発見した。 ラスバレを巡っては、昨年9月にも利用者に無断でFacebookやNew Relicに情報を送信することが確認されている。 昨年9月の時点ではSentryへの情報送信は確認されていなかったのだが、11月に入ってパケットキャプチャを行っている際に偶然不審な通信を発見し、元を辿ったところ、今回の件が判明した。 通信内容以下がPC(DMM GAMES)版ラスバレVer.2.21.0での通信をWindowsのmitmproxyでキャプチャしたものになる。本来はラスバレの利用規約に反する内容だが、公益性を鑑みて公開する。 キャプチャ内容のスクリーンショット（一部モザイク加工）この中で、OSバージョン、CPUの型番、GPUの型番、RAM、バッ

ポケラボのゲーム『アサルトリリィ Last Bullet』（ラスバレ）の通信をキャプチャしたところ、利用者に無断でFacebookに情報を送信していることを発見した。 通信内容 以下がAndroid版ラスバレVer.1.6.0での通信をWindowsのmitmproxyでキャプチャしたものになる。本来はラスバレの利用規約に反する内容だが、公益性を鑑みて公開する。 他のアプリの通信もまとめてキャプチャしているため、すべてがラスバレのものとは限らないが、FacebookのグラフAPI ”graph.facebook.com” との通信が発生していることが見て取れる。特に着目すべきは次の通信内容だ。 POST https://graph.facebook.com/v5.0/243966770319189/activities HTTP/1.1 User-Agent: FBAndroidSDK.5

Twitterでは特定のツイートをリツイートした事実が重要となることがある。そのような場合、証拠としてタイムラインのスクリーンショットを残すことが一般的だが、当該アカウントがリツイートを解除してしまうと一切痕跡は残らず、スクリーンショットが捏造だと言われると反証が難しくなる。そこで、リツイートの証拠保全テクニックが必要となる。 通常、特定のツイートを証拠保全する際は、 https://twitter.com/{投稿者のスクリーンネーム}/status/{ツイートID}のパーマリンクをWebアーカイブで保存すれば済むが、リツイートに対してのパーマリンクを取得することはできない。しかし、システム上は各人のリツイート操作ひとつひとつにもsnowflakeによる個別のIDが発行されている（これをリツイートIDと呼ぶ）ため、 https://twitter.com/{RT実行者のスクリーンネーム}/

昨年の冬、Firefoxでのみ「Archive.today」にアクセスできない現象が発生した。結論としてはDNS over HTTPS用の「Cloudflare Resolver」と、Firefoxアドオンの「HTTPS Everywhere」が原因であった。 Archive.todayとはArchive.todayはWebページのアーカイブサービスである。 一部では著作権上の問題(複製権及び公衆送信権の侵害)が指摘されているが、Web魚拓(株式会社アフィリティー)やWeyback Machine(Internet Archive)、Googleやbingの検索キャッシュなどの是非にも関わる問題のため、今回その違法性についての議論は横に置く。 そのような背景からArchive.todayは規制回避のためサーバを転々としながら複数のドメインを持っている。 archive.today: 現在の

アドテク企業・オメガ株式会社のカスタムキーボード/キーボードSDKを採用するアプリ（ANYTYPE、moppyキーボード、USAVICHキーボード、瞬間日記、PUSH!、PicoSweet）の通信内容をパケットキャプチャにより解析・考察する。 結論としては、予め指定された特定のキーワードを入力した事実がオメガ社のサーバに随時送信されていた。キーロガーならぬキーワードロガーとでも呼ぶべきものだろう。これにより、オメガ社はユーザーの使用アプリ名称と入力内容の一部または全部（個人情報、機密情報、機微情報を含む）を知得できる状態にあった。 経緯発端は高木浩光氏へのタレコミである。 なんかタレコミ来た。 アプリ開発の営業メールが出回ってるそうな。 どうなんだこれは……https://t.co/gsDV7Plc5D — Hiromitsu Takagi (@HiromitsuTakagi) June

1か月ほど前に「Cloudflare Resolver(1.1.1.1)でArchive.todayにアクセスできなワケ」を書いたが、最近また同じような話題で盛り上がっているようだ。 そこで著名なPublic DNSのバックエンドとECS (EDNS Client subnet)の有無について、権威DNSサーバを立ち上げてクエリログを確認してみた。 テスト条件テスト用DNSサーバ―にはICS BIND 9.12.4をインストールし、持て余していたgTLD（記事中ではexample.netに置き換えている）のゾーンを設定した。 テスト用クライアントにはWebARENAのVPSクラウド(157.65.27.7)にホスティングされているCMANインターネットサービスのnslookup(dig)テストを利用した。 Google Public DNS (8.8.8.8)client 173.194.

Cloudflare側の主張2018年の春にはCloudflare Communityにスレッドが立ち、Cloudflareの開発者が問題の解決にあたるが、Archive.today側に問題があるとしてスレッドは閉じられてしまう。 調査の結果、archive.isのネームサーバ(anna.archive.is)は通常Aレコードでホスティング事業者OVHのIPアドレスを返すが、問い合わせ元がCloudflareの場合に限って、何故かCNAMEレコードで"cdn-wo-ecs.archive.is"(サブドメインはおそらく"Content Delivery Network without  EDNS Client Subnet"の意)を返すことが判明している。その"cdn-wo-ecs.archive.is"のAレコードにはCloudflareのIPアドレス(104.28.24.2)が設定され

科学技術振興機構（以下JST）の運営する「J-STAGE」は、国立情報学研究所が運営する「CiNii」と双璧を成す、日本の電子ジャーナルプラットフォームである。それが2018年12月12日、Firefoxからのアクセスが不可能となった。 試しにFirefox 64でアクセスしてみたところ、確かにページ読み込みエラーとなり、コンテンツを表示することができなかった。サーバ証明書のエラーではないため例外を許可して続行することもできない。完全にFirefoxでのアクセスが遮断された格好だ。 翌日13日になってTwitterで原因の考察が始まり、J-STAGEの対応する暗号スイートに問題があることが判明する。 原因はJ-STAGEのTLS仕様違反J-STAGEはセキュリティ強化のため、2018年12月12日にTLS 1.2への切替とTLS 1.0/1.1の無効化を行うことを予告していた。これが影響し