List of Wireless [text.Baldanders.info]

光回線を導入する

2024-04-07T12:35:19+00:00

私は2018年に UQ WiMAX を再契約してから，基本的に自宅でのインターネット接続は UQ WiMAX なのね。これは実家に帰郷って以降も継続している。特に今は実家から出て借家暮らしだし（いつ出ていくか分からんし）固定の回線なんか要らんよねって感じだった。

ところが，今年に入って大家さんが自腹で（店子は無料で使える）光回線を入れると聞いて「タダで使えるのなら導入しようか」ということになった。これが1月末だったか2月始めだったかの話。

工事手配

不動産屋さんやプロバイダに詳細を問い合わせてみると，工事費も含めて本当に店子は無料で使えるらしい。回線接続装置はプロバイダからの無料レンタルだが，無線 LAN ルータについては大家さん側で用意してくれるらしい（その代わり退去時の持ち出しは不可）。もちろん月々の利用料もタダ。なんて至れり尽くせり！というわけで，嬉々として申し込んだ。今どきはここまでしないと店子が入ってこないんだろうねぇ。私が住んでる借家は入居率は悪くないと思うのだが。

ただし年度末（進学・就職・異動の季節）が絡むせいか工事のスケジュールが立たないみたいで，書類はソッコーで届いたんだけど，そこから先がなしのつぶて。私自身も仕事がめっさ忙しかったこともあり完全に忘れていたのだが，プロバイダから工事スケジュールの問い合わせが入ったのがようやく今月4月に入ってからだった。

工事当日

というわけで，昨日の午前中は回線工事とインターネット接続設定で潰れてしまった。既に光ファイバーは光コンセントまで引き込んであったみたいなので，工事と導通確認は30分ほどで終了。その後1時間ほどして別の業者が無線 LAN ルータを持って登場。ふむむ。流石に Wi-Fi 6 (11ax) 対応ではないのか。まぁ，借り物だし文句は言うまい（笑）ルータの初期設定をしてもらい，手持ちの Chromebook とスマホを使って無線 LAN から適当な Web サイトに繋がることを確認して全ての作業は完了した。

私が借りてる部屋は2DKなんだけど，光コンセントがあるのがDKなのね。一方，自室のパソコンと NAS は有線接続しかできない。こりゃあ，中継機がいるな。早速 Amazon に発注した。翌日来るってさ。

この日はもうできることがないので自転車で遊びに出掛ける。松江城に行ったら武者行列のイベントをしてた。二の丸から鉄砲をぶっ放してる人発見！

松江城二の丸発砲事件（違う） | Flickr

中継機の導入

翌日は温泉&桜見物と決めてたので，朝っぱらから自転車で遊び回っていた。いい時間になったので自宅に帰ると，昨日発注した中継機がちょうど届くところだった。素晴らしいタイミング。

Wi-Fi 中継機買うた | Flickr

早速セットアップして動作確認する。うんうん。問題なさそう。これで自宅 LAN 上の機器が全部 NAS に接続できるようになった。めでたしめでたし。

UQ WiMAX は解約せず予備系として残しておく。今のところ Kindle 端末だけこいつに繋いでいる。特に意味はない（笑）

参考

【Amazon.co.jp限定】バッファロー無線LAN 中継機 Wi-Fi6 11ax / 11ac 1201+573Mbps Easy Mesh 対応コンセント直挿し/据え置き可能日本メーカー【ドコモ5Gホームルーター/ iPhone14 / 13 / SE(第二世代) / Nintendo Switch メーカー動作確認済み】エコパッケージ WEX-1800AX4EA/N: バッファロー (Release 2021-04-15); エレクトロニクス; B08VRTDBW9 (ASIN), 4981254057988 (EAN); 評価

[Comment] 有線接続しかできない PC と NAS を無線 LAN に参加させるために導入した。壁面の電源コンセントに直挿しもできるし，付属の電源ケーブルを繋いで据え置き型としても使える。設定簡単。すぐ使える。

reviewed by Spiegel on 2024-04-07 (powered by PA-APIv5)

BUFFALO Giga対応金属筐体電源内蔵 8ポート LSW6-GT-8NS/NBK ブラックスイッチングハブ簡易パッケージマグネット壁掛け設置対応: バッファロー (Release 2020-06-13); その他; B089GN1VKY (ASIN), 4981254056769 (EAN); 評価

[Comment] 在宅勤務でパソコンが増えるためポートが足りなくなった。

reviewed by Spiegel on 2022-12-27 (powered by PA-APIv5)

Jeavdarn CAT8 LANケーブルカテゴリー8 インターネット 40Gbps 2000MHz 超高速イーサネットケーブル金メッキ多重シールド RJ45 コネクタ爪折れ防止 PS4 Switch PC Wifi Ipv6等に対応 1m ホワイト: B086X5S1TG (ASIN), 0738627131554 (EAN), 738627131554 (UPC); 評価

[Comment] 今まで使ってたのが十数年前に買ったカテゴリ5のケーブルだったので買い替えた。機器構成的にカテゴリ8までは要らないのだが「大は小を兼ねる」ということで。安かったし（笑）

reviewed by Spiegel on 2021-06-13 (powered by PA-APIv5)

エレコム電源タップ雷ガード 10個口ほこりシャッター付固定&吊下可能な回転パーツ付き 1m ブラック ECT-0101BK: エレコム (Release 2020-05-20); エレクトロニクス; B087745J5B (ASIN), 4549550162593 (EAN); 評価

[Comment] 電源コンセントの数が足りなくなったので。この手の雷ガードでは，建物直撃だとあまり効果はないらしいけど，神社のお守りみたいなものだと思えば（笑）

reviewed by Spiegel on 2021-06-13 (powered by PA-APIv5)

ネコカブリーナ: 猫又おかゆ (メインアーティスト); cover corp. 2024-02-23 (Release 2024-02-23); MP3 ダウンロード; B0CW35PBT6 (ASIN); 評価

[Comment] 可愛らしくて優しくてちょっと泣きそうになる曲。 mora で高解像度版が買える。

reviewed by Spiegel on 2024-04-06 (powered by PA-APIv5)

遅まきながら FragAttacks 脆弱性に関する覚え書き

2021-06-20T01:45:22+00:00

ひと月以上前の話で恐縮だが，ほぼ全ての Wi-Fi 製品が該当するとされる通称 “FragAttacks” 脆弱性について遅まきながらまとめておく。

The discovered vulnerabilities affect all modern security protocols of Wi-Fi, including the latest WPA3 specification. Even the original security protocol of Wi-Fi, called WEP, is affected. This means that several of the newly discovered design flaws have been part of Wi-Fi since its release in 1997!

via FragAttacks: Security flaws in all Wi-Fi devices

FragAttacks 脆弱性は複数ある。

設計上の欠陥（design flaws）とされるもの：

CVE-2020-24588: aggregation attack (accepting non-SPP A-MSDU frames).
CVE-2020-24587: mixed key attack (reassembling fragments encrypted under different keys).
CVE-2020-24586: fragment cache attack (not clearing fragments from memory when (re)connecting to a network).

実装上の脆弱性（implementation vulnerabilities）とされるもの：

CVE-2020-26145: Accepting plaintext broadcast fragments as full frames (in an encrypted network).
CVE-2020-26144: Accepting plaintext A-MSDU frames that start with an RFC1042 header with EtherType EAPOL (in an encrypted network).
CVE-2020-26140: Accepting plaintext data frames in a protected network.
CVE-2020-26143: Accepting fragmented plaintext data frames in a protected network.
CVE-2020-26139: Forwarding EAPOL frames even though the sender is not yet authenticated (should only affect APs).
CVE-2020-26146: Reassembling encrypted fragments with non-consecutive packet numbers.
CVE-2020-26147: Reassembling mixed encrypted/plaintext fragments.
CVE-2020-26142: Processing fragmented frames as full frames.
CVE-2020-26141: Not verifying the TKIP MIC of fragmented frames.

このうち設計上の欠陥とされるものは

Fortunately, the design flaws are hard to abuse because doing so requires user interaction or is only possible when using uncommon network settings.

via FragAttacks: Security flaws in all Wi-Fi devices

ということなので，鼻の先は大丈夫だろう。実装上の脆弱性については，スマホやパソコン等では既に対策パッチが出回っているだろうが，無線 LAN ルータ等についてはベンダ情報に注意する必要がある。

その他のブックマーク

再開の WiMAX

2018-03-03T14:12:01+00:00

この度，再開することにした。

古い記事をひっくり返して探してみたところ，私が WiMAX を解約したのは2013年末のことだった。数年ぶりの再開である。

ふっふっふ。数年ぶりに UQ WiMAX 再導入。

理由は「固定電話を捨てた」から。いや，独り暮らしに固定電話は要らんよね。飲み屋さんだって下手したら固定電話ない所があるし。電話はケータイがあるんだからデータ回線は無線でも問題ない。

いやぁ，なんちうか，5GHz帯いいわ。快適。気になるのは，ルータが中国（Huawei 社）製だってことくらいか。この企業に恨みがあるわけじゃないんだけどね。中国と韓国は避けてきたんだけどなぁ。

さて，稼がないと。

週末スペシャル： 2019年の暦象，他

2018-02-03T17:44:22+00:00

久しぶり，週末の戯れ言特集。今回は Facebook の TL に書き散らしたものを中心にお送りします。

2019年の暦象

今年も予定通り国立天文台から来年（2019年）の暦象が公開された。

平成31（2019）年暦要項の発表 | 国立天文台(NAOJ)

祝日から解説すると，12月23日の天皇誕生日がなくなる。これは新しい天皇が即位されるのが2019年5月で，その時点から「天皇誕生日」が2月23日に変わるため2019年中は天皇誕生日はないということらしい。また即位による祝日が5月1日になった場合は前後の平日も祝日になるようだ。

天皇陛下の退位に伴い2019年は祝日「天皇誕生日」がなくなる　翌年から2月23日が新たな祝日に - ねとらぼ

暦象については2019年は水星の日面経過がある。ただし日本では見られない。また金環日食もあるが日本では部分日食になる。

Coincheck のアレ

一応，重大なセキュリティ・インシデント（かつ現在進行形）なんで挙げておくけど，個人的には「仮想通貨」の投機には小指の先ほども興味が無いので完全に他人事である。だいたい，あんな短期間に価値が乱高下する通貨なんか取引に使えないだろ。もはやこれを「通貨（currency）」と呼ぶことさえ疑問に感じてしまう。もう「チューリップ」でいいぢゃん。

以上，終わり。

インフルエンザ過敏症とトリアージ

これね、結局リスク・マネジメントの問題なのよ。

インフルエンザに対してリスクの高い（重症化しやすい）人はいる。例えば循環器系にリスクがある人，子供や老人，等々¹。あるいは受験等の重要なイベントを控えている人などは出来るだけ避けたいと思うだろう。そういった人（あるいはその家族）がリスクを下げるために予防接種や罹患時に早めの措置を行なうことは意味がある。

でもリスクというのは系（system）全体で最小になるように再配分（trade-off）しなければならない。医療ってのは一種の公共サービスなんだから個人の思惑が通らないこともある。リソースは有限なのだから。

で，（急変など）予測を超える事態が起きた場合に備えて（救急車の手配や医師やベッドの確保など）医療機関側の体制を整えておかなきゃいけないのに，実際には医療機関側のリソースは軽症者に使い潰されているわけ。そこが問題で，そのことを（正しくリスクを再配分すべき）国が全く分かってないというのが批判の核心なのである。

もうね，インフルエンザだからって診断証明を要求するのは止めなよ。日本の悪しき慣習。 “This Is Japan” って奴。病院をバイオ・ハザードにするつもりか。

そろそろ日本人は「インフルエンザ過敏症」から卒業して正しいリスク感覚を身に着けるべきなんじゃないのか。何度おなじ失敗を繰り返したら懲りるんだ。

まぁあとは「てうが」ね。

「公衆無線LANセキュリティ分科会報告書（案）に対する意見募集」

総務省｜公衆無線LANセキュリティ分科会報告書（案）に対する意見募集

途中まで読んで「公衆無線 LAN 版安全・安心マーク」という語句を見た瞬間に読む気が失せた。これが日本のネットワーク・セキュリティの現状である。

海外から来られる皆さん，日本政府はあてにならないのでぜひ自衛してください。

参考図書

UNDERGROUND MARKET　ヒステリアン・ケース: 藤井太洋 (著); 朝日新聞出版 2013-11-07 (Release 2013-10-25); Kindle版; B00FONW2V8 (ASIN); 評価

[Comment] 日本で「仮想通貨」が流行る前に登場した傑作。つかエンジニアは全員「UNDERGROUND MARKET」シリーズを読め！

reviewed by Spiegel on 2016-01-07 (powered by PA-APIv5)

それ以外では劇症型または劇症型が予測されるウイルスの場合とか。これは「新型インフルエンザ」のときに大騒ぎしたのでみんな覚えてると思う。でも劇症型のインフルエンザなんてそうそうないのよ。 ↩︎

WPA2 脆弱性（KRACKs）に関する覚え書き

2017-10-17T11:00:30+00:00

昨夜は早めに寝落ちしてしまったのだが，その間に TL が随分賑やかになっていた。そこで WPA2 脆弱性の話と中性子星衝突を重力波望遠鏡で観測した話をまとめておく。

今回は，世界中で大騒ぎになっている Wi-Fi の WPA2 認証に関する脆弱性について。 Bluetooth でやらかしたばっかりなのに追い打ちですやん。

脆弱性の内容

通称 KRACKs (Key Reinstallation Attacks)。

WPA2 プロトコルには、ハンドシェイク中に Nonce およびセッション鍵が再利用される問題があります。攻撃者はアクセスポイント (AP) とクライアントの間で Man-in-the-Middle 攻撃を成功させた後、ハンドシェイク中に特定のメッセージを AP またはクライアントに再送することで、Nonce やリプレイカウンタをリセットし、すでに使用されているセッション鍵を再利用させることが可能です。

Wi-Fi Protected Access II (WPA2) ハンドシェイクにおいて Nonce およびセッション鍵が再利用される問題より

KRACK Attacks: Bypassing WPA2 against Android and Linux - YouTubeより

Nonce （ノンスまたはナンスと読むらしい）ってのは暗号通信の最初にやり取りする使い捨てのランダムな値で，これを認証情報に混ぜることで第三者による「リプレイ攻撃（replay attack）」を防ぐことができる。今回はそういうのが全部チャイされてしまうわけやね。

これが成功すると中間者攻撃（man-in-the-middle attack）が成立してしまい，通信内容の盗み見や改竄ができるようになってしまう。ただし影響範囲は無線 LAN 内に限定されるため，インターネット越しに攻撃を受けるわけではない。また暗号通信に使われる暗号アルゴリズムには脆弱性はない。

具体的な脆弱性の内容は以下の通り（Vulnerability Note VU#228519 より抜粋）。

4-way ハンドシェイクにおける Pairwise Key の再利用 (CVE-2017-13077)
4-way ハンドシェイクにおける Group Key の再利用 (CVE-2017-13078)
4-way ハンドシェイクにおける Integrity Group Key の再利用 (CVE-2017-13079)
Group-key ハンドシェイクにおける Group Key の再利用 (CVE-2017-13080)
Group-key ハンドシェイクにおける Integrity Group Key の再利用 (CVE-2017-13081)
Fast BSS Transition 再接続リクエストの再送許可とその処理における Pairwise Key の再利用 (CVE-2017-13082)
PeerKey ハンドシェイクにおける STK Key の再利用 (CVE-2017-13084)
Tunneled Direct-Link Setup (TDLS) ハンドシェイクにおける TDLS PeerKey (TPK) Key の再利用 (CVE-2017-13086)
Wireless Network Management (WNM) Sleep Mode レスポンスフレーム処理時の Group Key (GTK) の再利用 (CVE-2017-13087)
Wireless Network Management (WNM) Sleep Mode レスポンスフレーム処理時の Integrity Ggroup Key (IGTK) の再利用 (CVE-2017-13088)

影響度（CVSS）

JVNVU#90609033: Wi-Fi Protected Access II (WPA2) ハンドシェイクにおいて Nonce およびセッション鍵が再利用される問題

CVSSv3 基本評価値 5.0 (CVSS:3.0/AV:A/AC:H/PR:N/UI:N/S:U/C:L/I:L/A:L)

基本評価基準	評価値
攻撃元区分（AV）	隣接（A）
攻撃条件の複雑さ（AC）	高（H）
必要な特権レベル（PR）	不要（N）
ユーザ関与レベル（UI）	不要（N）
スコープ（S）	変更なし（U）
情報漏えいの可能性（機密性への影響, C）	低（L）
情報改ざんの可能性（完全性への影響, I）	低（L）
業務停止の可能性（可用性への影響, A）	低（L）

CVSS については解説ページを参照のこと。

影響を受ける製品

Wi-Fi 通信が可能なあらゆる機器が対象となる。たとえば無線 LAN ルータ¹，スマホ等の携帯端末，ネットワーク家電などが考えられる。

対策・回避策

日本の JVN，および CERT/CC の各ページにはベンダ企業のステータスが掲載されているので確認すること
Android については2017年11月の修正で対応しているようだ
- Android Security Bulletin—November 2017 | Android Open Source Project
- ただし端末を提供しているベンダ企業やキャリア企業が対応しない限り対応されない。特に古い機種や古いバージョンの OS を使い続けている場合は対応されないと思ったほうがいいだろう
Apple 製品については修正版がリリースされている
Windows については Microsoft からの10月のアップデートで修正されている
- CVE-2017-13080 | Windows Wireless WPA Group Key Reinstallation Vulnerability
Linux や FreeBSD 等については対応が始まっている。ディストリビュータの情報に注意すること
- WPA2の脆弱性(KRACK Attacks / KRACKs )とCVE情報(CVE-2017-13077 - CVE-2017-13088) — | サイオスOSS | サイオステクノロジー

なお GitHub にて CVE-2017-13082（Fast BSS Transition 再接続リクエストの再送許可とその処理における Pairwise Key の再利用）についてのチェックツールが公開されている模様（CVE-2017-13082 は 802.11r 方式を使うアクセスポイントに影響する）

vanhoefm/krackattacks-test-ap-ft

サポートが受けられない場合，回避方法としては以下が挙げられるだろう。

Wi-Fi を使用しない
- 公衆空間で Wi-Fi を使わない場合は無効にしておく
- 公衆無線 LAN はリスクが高いので利用しない
- 可能であれば有線で接続する
暗号化通信を利用する
- Web でのやりとりには HTTPS を使う（HSTS (HTTP Strict Transport Security) でちゃんと HTTPS にリダイレクトされること）
- VPN サービスを利用する（慌ててよく分からないサービスに飛びつかないこと）

WPA2 がダメだからと言って WEP を使うのは事態を悪化させるだけである。脆弱性が発見された現時点でも WPA2 が一番まともな認証プロトコルであることには変わりない。

はっきりいってネットワーク機器のアップデートはあまり期待できない。とくに安ものの無線 LAN ルータとか，古い機種のスマホとかは事実上の放置プレイである。先月の Bluetooth 脆弱性に対応しなかったベンダ企業やその製品については，今回も何もないと考えたほうがいい。

はっきり言って Android 端末はもう潮時かなと思ってる。他の選択肢が Apple 製品しかないってのが業腹だけど（個人的に嫌いなんだよ）。

まぁ，この機会にゆっくり考えることにしよう。

ブックマーク

無線 LAN ルータは Wi-Fi ネットワークを中継する機能のあるものが対象となる。 ↩︎

Bluetooth 実装の脆弱性に関する覚え書き

2017-09-14T11:09:19+00:00

脆弱性の内容

Armis - BlueBorne Explained - YouTubeより

各 Bluetooth 実装に対して複数の脆弱性が存在する（「JVNVU#95513538」より抜粋）。

バッファオーバーフロー（CVE-2017-1000251）： Linux カーネルの BlueZ モジュールに含まれる L2CAP の実装に脆弱性がある
領域外メモリ参照（CVE-2017-1000250）： Linux 向けの BlueZ モジュールには、SDP（Service Discovery Protocol）の実装に脆弱性がある
領域外読み込み（CVE-2017-0785）： Android の Bluetooth ソフトウェア・スタックにおいて SDP の実装に脆弱性がある
ヒープベースのバッファオーバーフロー（CVE-2017-0781）： Android における BNEP (Bluetooth Network Encapsulation Protocol) の実装では、誤ったバッファサイズが memcpy 関数に渡される
整数アンダーフロー（CVE-2017-0782）： Android における BNEP の実装では、bnep_process_control_packet 関数において減算処理前のサイズチェックが適切に行われない脆弱性がある
ヒープベースのバッファオーバーフロー（CVE-2017-14315）： Apple の Bluetooth Low-Energy Audio Protocol (LEAP) 実装では、受信したデータの CID を適切に検証しない問題がある
中間者攻撃（CVE-2017-0783, CVE-2017-8628）： Android および Windows における Bluetooth の PAN プロファイル実装には、認証回避の脆弱性がある

これは酷いな（笑）

今回の脆弱性が厄介なのは攻撃者の機器とペアリングしていない状態でも機器が乗っ取られる可能性があるということだ。

Blueborne - Android Take Over Demo - YouTubeより

影響度（CVSS）

Vulnerability Note VU#240311 - Multiple Bluetooth implementation vulnerabilities affect many devices

CVSSv2 基本評価値 7.9 (AV:A/AC:M/Au:N/C:C/I:C/A:C)

基本評価基準	評価値
攻撃元区分（AV）	隣接ネットワーク（A）
攻撃条件の複雑さ（AC）	中（M）
攻撃前の認証要否（Au）	不要（N）
情報漏えいの可能性（機密性への影響, C）	全面的（C）
情報改ざんの可能性（完全性への影響, I）	全面的（C）
業務停止の可能性（可用性への影響, A）	全面的（C）

CVSS については解説ページを参照のこと。

影響を受ける製品

Android : セキュリティパッチレベル 2017年9月を適用していない Android
Windows : 2017年9月マイクロソフトセキュリティ更新プログラムを適用していない Windows Vista 以降の Windows
Linux : Kernel 3.3-rc1 以降のバージョン， BlueZ すべてのバージョン
iOS, tvOS : iOS 9.3.5 およびそれ以前、AppleTV tvOS 7.2.2 およびそれ以前

ただし，上記以外の機器でも脆弱性が存在する可能性がある。 Vulnerability Note Database の情報に常に留意すること。

スマートホーム全滅かな（笑）

対策・回避策

Android : セキュリティパッチレベル 2017年9月を適用すること
- Android Security Bulletin—September 2017 | Android Open Source Project
- BlueBorne Vulnerability Scanner by Armis - Google Play : 検証用の Android アプリ
Windows : 2017年9月マイクロソフトセキュリティ更新プログラムを適用すること
- CVE-2017-8628 | Microsoft Bluetooth ドライバーのなりすましの脆弱性
Linux : 各ディストリビュータの情報に従い最新ソフトウェアを適用すること
iOS, tvOS : iOS 10.x, tvOS 10.x で修正済み

修正版を受けられない場合は Bluetooth を無効にすることで回避できる。特に古い Android 機器はベンダからのサポートを受けられない可能性が高いため Bluetooth を無効にすることを強く推奨する。

ブックマーク

無線キーボード/マウス機器の脆弱性

2016-02-28T02:06:13+00:00

いや，まぁ，大騒ぎするほどのことではないけど，一応ね。

脆弱性の内容

無線接続のキーボードやマウスなどの機器のうち，安全でない独自通信プロトコルのものがある。

複数の無線接続の入力機器 (キーボードやマウスなど) は、2.4GHz 帯 (ISM バンド) を使用する独自の無線通信プロトコルを実装しており、このプロトコルにおける通信の暗号化に不備が存在します。無線通信の到達範囲にいる攻撃者は、ユーザの端末にキー入力を送りつけたり、キーボードに打ち込まれた内容を傍受したり、ユーザの端末を別の入力機器とペアリングさせたりすることが可能です。無線通信の有効範囲は機器によって異なりますが、室内で使用する多くの場合には数メートル程度です。

JVNVU#99797968: 無線接続するキーボードやマウスなどの入力機器が安全でない独自通信プロトコルを使用している問題より

自宅や職場でのインパクトは小さいと思う。自称「遊牧民」な方々は要注意か。 Bluetooth で接続されている機器は今回は対象外らしいので，そっちに買い換えるのもあり。

影響度（CVSS）

CVSSv2 基本評価値 2.9 (AV:A/AC:M/Au:N/C:N/I:P/A:N)

“Vulnerability Note VU#981271 - Multiple wireless keyboard/mouse devices use an unsafe proprietary wireless protocol” より

基本評価基準	評価値
攻撃元区分（AV）	隣接ネットワーク（A）
攻撃条件の複雑さ（AC）	中（M）
攻撃前の認証要否（Au）	不要（N）
情報漏えいの可能性（機密性への影響, C）	なし（N）
情報改ざんの可能性（完全性への影響, I）	部分的（P）
業務停止の可能性（可用性への影響, A）	なし（N）

CVSSv3 基本評価値 6.3 (CVSS:3.0/AV:A/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:L)

「JVNVU#99797968: 無線接続するキーボードやマウスなどの入力機器が安全でない独自通信プロトコルを使用している問題」より

基本評価基準	評価値
攻撃元区分（AV）	隣接（A）
攻撃条件の複雑さ（AC）	低（L）
必要な特権レベル（PR）	不要（N）
ユーザ関与レベル（UI）	不要（N）
スコープ（S）	変更なし（U）
情報漏えいの可能性（機密性への影響, C）	低（L）
情報改ざんの可能性（完全性への影響, I）	低（L）
業務停止の可能性（可用性への影響, A）	低（L）

CVSS については解説ページを参照のこと。

影響を受ける製品

Logitech （ロジクール）
- Logitech Response to Unifying Receiver Research Fi… - Logitech Forums

以下のベンダ製品については脆弱性が報告されているものの，ベンダからは詳細情報なし。

Amazon
Dell
Gigabyte
HP
Lenovo
Microsoft

対策・回避策

各ベンダから提供されるファームウェアのアップデートが必要。最初に書いたように自宅や職場ではインパクトが小さいので，機会を見てセキュリティのしっかりした製品に買い換える手もあり。買い換えは慌てず騒がず計画的に。

参考

今日の戯れ言： GitHub-flow を捨てた ATOM Editor

2015-10-23T16:13:56+00:00

GitHub-flow を捨てた ATOM Editor

これまで「Atom」は“master”ブランチ（ソースコードの大元）を直接リリースする形態がとられていた。この方法はシンプルで、機能の追加や不具合の修正をそのままユーザーの元へ届けることができたため、開発当初はうまくいっていたという。しかし、機能が増えるにつれて修正済みの不具合が再発する“リグレッション”が多くなり、ワークフローに混乱が生じることがたびたび発生するようになったようだ。
そこで、GitHubは“master”ブランチを直接リリースする方法をやめ、「Google Chrome」などでお馴染みの“リリースチャンネル”を設ける方針をとることにした。「Atom」の場合、開発を行う“master”ブランチから切り離されたベータ版と、ベータ版でテストされた新機能や不具合修正を盛り込んだ正式版（stable）の2つのリリースチャンネルが設けられる。

オープンソースのテキストエディター「Atom」にベータチャンネルが登場より

まぁ要するに GitHub は， ATOM に関してはお家芸の GitHub-flow を捨てて Git-flow に切り替えたということらしい。

どちらがいいのかについては何とも言えないが，複数バージョンを同時に管理していくのであれば Git-flow にせざるを得ないだろう。個人的には 1.0 系でそれほど不満はないので，敢えてベータ版を使う必要はないかな。

暗号プロトコルのセキュリティ評価

各種の認証および鍵交換プロトコルの評価一覧。分かりやすくまとめられてるし技術文書へのリンクもあってとても参考になる。なんで NICT なのかは分からないけど。 NICT の活動って chaotic でイマイチよく分からないんだよなぁ。

そうそう。 NICT で思い出したけど，また ntpd の脆弱性が見つかったみたい。

やれやれ。

VoLTE の脆弱性

脆弱性といえばもうひとつ。いや4つ。

ちうことで日本の3大キャリアでは問題なさそうだ。

GoogleとしてはIMSベアラに直接触れないようにOSを修繕する必要があるので「対策します」ってことになったのでしょうが、基本的にはシステム全体としてはとっくに対策されてるんですよね。あまり知られていませんがVoLTEも実はモデムチップに依存したシステムで、主要チップ屋の実装として端末への直接攻撃も防がれるようになっているみたいですし。まあ、そういう情報は普通はあまり外に漏れないので（漏れたらそれはそれでセキュリティリスクになるし）、理屈上はこうやったらハックできちゃうぜ、って発表されることは悪いことではないと思うのですが、少なくとも、日本やその他情報通信先進国でまともな装置を使っているような国では、このリスクは問題ないと思っていただいて大丈夫だと思いますよ。

ニュースコメント[VoLTEの実装で複数の脆弱性と報告] | 無線にゃんより

慌てない慌てない。

「おかげさまで半世紀も生きちゃったぜ」記念

今月で五十路に突入します。いやぁ，半世紀も生きちゃったよ。

半世紀も生きてるのに何かを悟ったとか全然ないし，財や名誉を得たとかも全然ないし，何やってるんだろうね，私は。 50代になったらもっとこうナイスミドル（笑）になってるとかありそうなもんだけど，言動が（歳の割に）幼いのか，いまだに生物年齢相当に見られないのは困ったもんである。

お祝いを下さった友人方々，本当に有難うございます。みなさんのおかげで明日からも生きていけると思います。

イルカ漁への抗議で Anonymous が絶賛攻撃中らしい。 ASCII.jp 関係ないじゃん。迷惑な話。ちなみにイルカは美味い。 ↩︎

Windows 10 で PSK を共有する

2015-09-26T12:47:01+00:00

この前，「WiFi シェア」を盛大に dis ったわけだが，「Windows 10のWi-fi Senseも仲間に入れてあげてください」とフィードバックを頂いた。確かにそのとおりだ！

というわけで， Microsoft が Windows 10 で自信を持ってお送りする Wi-Fi Sense についていくつか記事を紹介する。なお，私は仕事でも私用でも Windows 10 機は持ってない¹ ので悪しからず。

Windows 10 には Wi-Fi Sense という新機能があり、これは Wi-Fi スポットを自分の連絡先に自動的に共有できるものです。一度有効にすると、 Microsoft のサーバーに保存された Wi-Fi パスワードが連絡先に晒されてしまいます。

社内 Wi-Fi を Windows 10 の Wi-Fi 共有対象から外してパスワードを変更するより

MSのWifi Senseは貴方がWin10を使っていないくても誰かWin10ユーザにPWを教えてWifiを使わせるとそのユーザの連絡帳のユーザは全く知らない人でもあなたのwifiを利用可能になる。止めるにはSSID変更のみ RE https://t.co/vZcHDhAqED
— 高梨陣平 (@jingbay) 2015, 8月 3

まぁ「WiFi シェア」が安全だというのなら Wi-Fi Sense も同程度には安全（笑）だと思うので，そっちを使ったほうがいいと思うよ。 Wi-Fi Sense を使うだけならお金取られないみたいだし。

繰り返して言うが PSK 方式はユーザに対する認証ではない。ユーザに対する認証が必要なら IEEE802.1X の認証システムが必要だが，家庭用の無線 LAN ルータでこれを備えているものはほぼ存在しない²。 OS ベンダやアプリ・ベンダが PSK 共有を「安全」だなどと言いはるなら，ユーザ側は自衛のためにも，家族にも誰にも PSK を教えてはいけない。 1人1ルータ時代の到来ですな（笑）

古参の Windows ユーザある私が言うのもナニだが，現状で Windows 7 or 8.x に不満がないユーザは無理に Windows 10 にする必要はない。 XP や Vista のユーザなら多少はメリットは有るかもしれないが。 Windows 7 でも2020年まではサポートされるわけで，その間にゆっくり評価すればいいと思う。というか，5年後も Windows がメジャーであり続けるかどうかすら現時点ではわからない。パワーユーザ以外の多くのユーザがスマホやタブレットをメインに使うようになるなら， Windows に固執する必要は全くない。 ↩︎
法人向けにはいくつか製品があるが，当然高い。 ↩︎

今日の戯れ言：SW 終わった

2015-09-23T13:05:15+00:00

シルバー・ウィーク終わりましたね。渋滞のない快適な通勤も今日で終わりか。明日は雨って言うし早めに出かけないとなぁ。

PSK を共有するサービス

周りのWiFiをいつでも利用し放題にするアプリを作成！通信制限からも解放！ |　クラウドファンディング　-　Makuake（マクアケ）

実はこれを全く知らなくて，最初聞いたときは「FON みたいなもん？」と考えていたが，そんなレベルじゃなくて，無線 LAN の PSK (Pre-Shared Key) を不特定多数と共有するという恐ろしいサービスだった。

検証結果：高木浩光氏がご立腹の「WiFiシェア」、暗号化してるはずのWi-Fiパスワードを平文で保存してた | Geekles

いや PSK が平文で保存されていようが暗号化されていようがダメなものはダメだって。なぜなら PSK は無線 LAN 機器に対して行う認証を兼ねていて，それを不特定多数と共有するということは「War Driving やり放題」と言っているのと同じことだからだ¹。

たとえば，無線 LAN は素通しでも上位レイヤで認証を行う FON のようなやり方や，いっそ全てのアクセスポイントを無線メッシュネットワークでつなぐ² というのならまだ分かる。 Makuake は無線 LAN へのアクセスを売り買いすることでマネタイズできると考えているようだが， PSK が知れ渡れば誰でもいくらでもサービスを迂回できてしまう（あるいは WIFI シェアを迂回して接続するアプリだって作れるだろう）。

なんでこんなサービスがうまくいくと考えているのかよく分からないが，クラウド・ファンディングで資金を集めたところを見ると「うまくいく」と思っている人が多いということなのだろう。やれやれ。

ブラックリストの共有はうまくいかない

私は広告はあまり気にならないので（広告による Tracking は気になる），最近話題（？）の広告ブロック・アプリについてはほとんど興味が無いのだが，

1分で作るiOS9の広告ブロッカー - Qiita

content blocker って何でもブロックできちゃうのね。これって広告の問題じゃないよなぁ。

特定のコンテンツをブロックするための「ブラックリスト」を作ってみんなで共有しようという発想は一見よさ気に見えるが，この手の「ブラックリスト」が最終的に上手くいったという話を聞いたことがない。何故なら，この手の「ブラックリスト」は極めて恣意的なもので，共有できるほどの普遍性はないから。

昔， spam メールをブロックするために「ブラックリスト」を作って共有する仕組みがあったが，最終的に破綻した。誤報や恣意的な目的で「ブラックリスト」が更新されるケースが跡を絶たなかったからだ。これを「能動的失敗」という。能動的失敗が頻出すれば，誰もそれを信用しなくなり，迂回するようになる。

ブラックリストがかろうじて機能しているのは parental control や企業向けファイアウォールくらいだろう。この場合でもフィルタ設定をかなり慎重にやらないと，やはり「能動的失敗」を引き起こすことになる。

その昔， iPad を使ってた頃は微妙に Safari が気に食わなかった。何故か Safari はコンテンツを勝手に改変する。たとえばコンテンツ中に数字列があれば電話番号と判断して妙ちきりんなリンクを張ってくさる。まぁ，もう Apple 製品は懲りたので，今となってはどうでもいい話なのだが。

ふつう認証というのは（適切でないユーザを排除するために）ユーザに対して行うものだが，無線 LAN の PSK は認証の向きが逆なのである。無線 LAN でユーザに対して認証を行うには IEEE802.1X （EAP は IEEE802.1X の方式のひとつ）を実装する必要がある。 ↩︎
拙文「“The Shadow Web” — Baldanders.info」参照。 ↩︎