List of Signal [text.Baldanders.info]

Signal への攻撃手口（ソーシャルエンジニアリング）と防御策

2026-04-28T04:12:54+00:00

今朝，Bluesky と Mastodon の TL に Signal による長いスレッドが上がっていた。 Bluesky のポストは以下から始まるスレッドである（Mastodon のほうも内容は同じ，多分）。

A response to recent reporting in Germany, in service of clarity and accountability: First, it’s important to be precise when it comes to critical infrastructure like Signal. Signal was not “hacked” — in that our encryption, infrastructure, & the integrity of the app’s code was not compromised. 1/
— Signal (@signal.org) April 28, 2026 at 5:53 AM

ちょっと何言ってるか分からなかったので Kagi Assistant と GitHub Copilot に手伝ってもらいながら調べてみた。

もとになってる報道

Signal に対する攻撃，特に phishing を含むソーシャルエンジニアリングについては以前から言われていて，ドイツ BSI (Bundesamt für Sicherheit in der Informationstechnik) も Signal の利用ガイドラインを公開しているほどだ。

にもかかわらずってことなんだろうなぁ。

Signal による声明の直接のトリガーとなっているのは先週のドイツでの一連の報道のようだ。発端は DER SPIEGEL の報道：

Julia Klöckner ist Opfer des Signal-Hacks - DER SPIEGEL

これは有料記事だが，他メディアでもいくつかあった。

この中では Tagesschau の一連の記事が良さげなので Kagi Assistant に要約してもらった。

ドイツの政界や重要機関を標的としたSignalでの大規模なフィッシング攻撃は，国家が関与するスパイ工作の疑いへと発展しています。

被害の規模と対象:
- ドイツ連邦議会のほぼすべての会派の議員が標的となり，ユリア・クレックナー連邦議会議長や，フーベルツ建設相，プリーン家族相といった現職閣僚の被害も確認されています。
- 政治家だけでなく，ジャーナリスト，軍関係者，さらにはNATO関係者も攻撃対象に含まれています。
攻撃の手法:
- 攻撃者は「Signalサポート」を装い，偽のセキュリティ警告でユーザーに接触します。
- ユーザーを騙してPINコードを聞き出しアカウントを完全に奪取するか，あるいはQRコードをスキャンさせて攻撃者のデバイスを連携（同期）させることで，チャット内容や連絡先，過去45日分のファイルを盗み見ます。
当局の捜査と背後関係:
- ドイツ連邦検察庁は，本件を「諜報員活動（スパイ容疑）」として正式に捜査を開始しました。
- ドイツ治安当局（BfVおよびBSI）は，このキャンペーンが「国家主導のサイバー攻撃者」によるものであり，現在も勢いを増していると警告しています。
- オランダの諜報機関や米国のFBIは，この攻撃の背後にロシアの諜報機関が関与していると特定しています。
Signal側の見解:
- Signalは，アプリの暗号化やインフラ自体が突破されたわけではなく，あくまでユーザーを欺くソーシャルエンジニアリングによる攻撃であると強調しています。

大体合ってるかなぁ。ドイツ語はよく分からないので自信がない。

GitHub Copilot が各メディアの報道の違いを表にまとめてくれるというのでやってもらった。

媒体	位置づけ	主なポイント	閲覧性
DER SPIEGEL	初報の可能性が高い	政治家アカウント被害の最初期報道。見出しで「Signal-Hack」と表現	本文はSPIEGEL+（有料）
Tagesschau	検証・整理記事	「最初にSPIEGELが報じた」と明記。ハックではなくフィッシングという整理が明確	無料で読みやすい
taz	補強報道	被害対象，政府見解，手口（偽Signal Support）を具体化。SPIEGEL初報への言及あり	無料
ZEIT	続報	政府・当局側の見方（ロシア関与の可能性）を短く整理	一部制限あり（記事により差）

Signal による声明

というわけで Signal による SNS での声明に戻る。これについても Kagi Assistant に要約してもらった。

攻撃の性質: Signalの暗号化やインフラ自体が「ハッキング」されたわけではありません。実際には，攻撃者が「Signalサポート」を装い，ソーシャルエンジニアリングを用いてユーザーから認証情報を聞き出す巧妙なフィッシング詐欺が発生しています。
手口の詳細: 攻撃者は盗んだ情報でアカウントを乗っ取り，登録電話番号を変更します。被害者には「再登録が必要」と信じ込ませて新しいアカウントを作らせることで，乗っ取りに気づかせないようにします。その後，乗っ取ったアカウントを使って被害者の連絡先にさらなる攻撃を仕掛けます。
Signal側の対応: 今後数週間で，こうした攻撃を阻止するための新機能を導入予定です。
ユーザーへの推奨事項:
- Signalサポートがメッセージリクエストを送ったり，認証コードやPINを尋ねたりすることはないため，警戒を怠らないこと。
- 保護を強化するため，設定から「登録ロック」を有効にすること。

んー。これは大体合ってるはず。

「登録ロック」はアプリの設定の「アカウント」セクションにある項目で，電話番号を変更する際に PIN 入力を要求するらしい。

Signal アカウント設定より

PIN をばらしちゃったらダメだけどね。ちなみに Signal の PIN は英字も含めることができる。

Phishing はシステム侵入の手口としてはありふれていて，しかも人間の行動が関与するから完全には防ぎづらい。故に多層防衛をしていかないと「蟻の一穴」から簡単に class break してしまうことになる。

GitHub Copilot はこうまとめてくれた。

本件は，セキュアな暗号技術がそのまま利用者体験の安全を保証するわけではないことを示した事例である。攻撃者は最も弱い層，すなわち人間の心理と手続きを狙う。ゆえに防御も，暗号強度だけでなく，認証情報を渡さない運用，異常時の確認手順，設定レベルの予防策を組み合わせて成立するのである。

全く以ってそのとおり！

余談だが…

最初の SNS のポストの内容を元に Kagi Assistant と GitHub Copilot に元ネタとなるドイツ報道を調べてもらった。 Kagi Assistant のほうは自前の検索サービスがあり，一発で Tagesschau の記事を引き当てたので問題なかったが， GitHub Copilot はだいぶ難儀していた。

まず DuckDuckGo で調べようとして bot 判定され拒否られる。そこで Bing に切り替えたのだがノイズが多すぎて見つからなかったようだ（「検索エンジンが使いづらい」と愚痴ってた。 AI も愚痴るのかw）。まぁ， Google を使わなかっただけ偉いと言っておこう（笑）

そんで検索サービスを彷徨うのは一旦諦めて Bluesky の該当スレッドを API 経由で取得し，そこからようやく「Julia Klöckner（独連邦議会議長の人）」というキーワードを引き当てた。これを使って Bing で絞り込みをかけた結果，意味のある検索結果を得られたという流れだった。

この GitHub Copilot による一連の作業をチャット上で眺めながら，人間みたいなことをするんだなぁ，と妙なところで感心してしまった。そんでもって，ネット上の調べ物は Kagi Assistant のもんやねぇ，と思う。

そもそも調べ物をするのに検索窓を叩いて調べるとかせんやろ，いまどきは。ノイズに塗れた Web で，かつ主要検索サービスがメタクソ化する状況で「行きたい場所」に到達するには，結局 AI を使わなきゃ無理なのよ。特に今回みたいな漠然とした内容で知らない言語圏の情報を探す場合は。

つまり，もはや AI に認知してもらえないサイトやページは存在しないのと同じで，安易に拒否してるだけでは大海に取り残された某島の生物のようになってしまうだろう。

参考

セキュリティはなぜやぶられたのか: ブルース・シュナイアー (著), 井口耕二 (翻訳); 日経BP 2007-02-15; 単行本; 4822283100 (ASIN), 9784822283100 (EAN), 4822283100 (ISBN); 評価

原書のタイトルが “Beyond Fear: Thinking Sensibly About Security in an Uncertain World” なのに対して日本語タイトルがどうしようもなくヘボいが中身は名著。とりあえず読んどきなはれ。ゼロ年代当時 9.11 およびその後の米国のセキュリティ政策と深く関連している内容なので，そのへんを加味して読むとよい。

reviewed by Spiegel on 2019-02-11 (powered by PA-APIv5)

「Signal は安全か？」

2025-12-12T05:11:11+00:00

Proton Mail や Proton VPN などでおなじみ Proton が，暗号化メッセージングアプリ Signal を評価する記事を公開している。

Is Signal safe? What to know about this encrypted messaging app | Proton

今頃こんな記事が出る背景のひとつとして，今年の春に話題になった通称 “Signalgate” 事件があると思われる。この辺の話は以前記事にした。

Signal グループチャット内容の漏洩と NSA

“Is Signal safe?” でも以下のように言及されている。

In a stunning breach of national security, a reporter for The Atlantic was inadvertently invited to join the group chat and soon made a partially redacted transcript of it available to the public. Crucially, the entire “Signalgate” scandal was the result of purely human error, not any technical flaw in Signal.

via Is Signal safe? What to know about this encrypted messaging app

ことの重大性に比してかなり間抜けな事件だと個人的には思うが，その後も

A similar issue appears to be responsible for a successful FBI spying operation that targeted an immigrants’ rights activists Signal group chat. Although details are not yet clear, the FBI said the information came from a “sensitive source with excellent access”, which strongly suggests that an inside source had been invited to the chat.

via Is Signal safe? What to know about this encrypted messaging app

みたいな事例が発覚してるそうで，オンライン・コミュニティにスパイを紛れ込ませて秘匿情報を抜いたり悪意のコードを組み込む手法は，もはや常套手段になっているのかもしれない。

もうひとつ “Is Signal safe?” で面白いと思ったのは Signal を含めた暗号化メッセージングアプリの比較である。記事では以下の観点で比較が行われている。

Messages and calls encrypted in transit and at rest (メッセージと通話は転送中および保存時に暗号化)
Messages and calls encrypted end to end (メッセージと通話はエンドツーエンドで暗号化)
Metadata minimized (メタデータの最小化)
No sharing of your data (データを共有しない)
Open source and audited (オープンソースで監査済み)
Jurisdiction (法的管轄)

比較表はこんな感じ。

via How secure and private is Signal?

まぁ Signal が基準なので，これが（Jurisdiction を除いて）満点なのは当然だが，特筆すべきは Threema だろう。 Threema は WhatsApp の代替アプリとして有名なようで，件の記事でも

All Threema apps use the open-source NaCl cryptography library to encrypt messages end to end, and they have been audited by security professionals. Unlike most messaging apps, you don’t need an email address or phone number to register an account, and it’s possible to purchase Threema for Android anonymously using Bitcoin —Threema is a paid app. The company says this allows you to text and make calls anonymously, and it goes to lengths to ensure that it collects minimum metadata.

via Is Signal safe? What to know about this encrypted messaging app

と有料アプリながら絶賛している¹。

Threema と比較してということになるだろうが Signal への懸念として

However, being hosted on AWS servers remains a concern in light of Signal’s reliance on SGX. There are a number of open-source encrypted messaging apps like Threema that try to address this and other perceived issues with Signal — such as its reliance on a centralized server and the need to supply a real phone number— some of which show great promise.

via Is Signal safe? What to know about this encrypted messaging app

と述べていて，もはや米国および米国ビッグテックへの依存は，セキュリティやプライバシーの観点から，リスクと見なされていることが分かる。

とはいえ，ユーザ規模や外部からの厳密なセキュリティ精査といった面を考えれば，暗号化メッセージングアプリの選択肢として上位にあるのは変わらないだろう。メッセージングアプリは相手がいて初めて成立するしね。その上で Threema のような選択肢があることも頭の隅に入れておくのがいいかもしれない。

参考図書

超監視社会: ブルース・シュナイアー (著), 池村千秋 (翻訳); 草思社 2016-12-13 (Release 2017-02-03); Kindle版; B01MZGVHOA (ASIN)

実は積ん読のまま読んでない。そろそろちゃんと最後まで読まないと。

reviewed by Spiegel on 2019-03-23 (powered by PA-APIv5)

もうすぐ絶滅するという開かれたウェブについて続・情報共有の未来: yomoyomo (著); 達人出版会 2017-12-25 (Release 2019-03-02); デジタル書籍; infoshare2 (tatsu-zine.com); 評価

WirelessWire News 連載の書籍化。感想はこちら。祝 Kindle 化！

reviewed by Spiegel on 2018-12-31

Proton の別の記事 “Best WhatsApp alternatives for privacy” でも Threema を最高評価している。 ↩︎

Signal グループチャット内容の漏洩と NSA

2025-04-01T16:36:55+00:00

先週の話であるが Signal のグループチャットから国家機密情報が漏洩していたというニュースがあった。

The Trump Administration Accidentally Texted Me Its War Plans - The Atlantic

この記事は購読しないと見れないが，私は Bluesky の TL で見かけて知った。

朝起きてトランプ政権に驚かされる事はよくあるけれど、今朝のこれは凄いな。トランプ政権の重要閣僚がイエメンのフーシ派攻撃計画をシグナルで話し合っており、グループチャットに誤ってThe Atlanticの編集長を招待していたという話。ゴールドバーグ編集長は最初何かの罠なのか、それともいたずらかと無言で成り行きを見守っていたが、参加者の言動があまりにも「らしい」上に、ユーザーネームが「ピート・ヘグセス」の発言通りにイエメンが爆撃され始めて、重大な国家機密の漏洩に意図せず巻き込まれた事を悟ったと。　1/3 www.theatlantic.com/politics/arc...

[image or embed]
— 鯛猫 (@taineko399.bsky.social) March 25, 2025 at 7:16 AM

笑うのが「誤ってThe Atlanticの編集長を招待」してグループチャットを開始したのが国家安全保障担当補佐官 (US National Security Advisor) の Mike Waltz 氏というところだろうか。彼は “The Atlantic” の編集長をグループチャットに加えたことを認めておらず

“Of course, I didn’t see this loser in the group. It looked like someone else. Now, whether he did it deliberately or it happened in some other technical mean, is something we’re trying to figure out,” Waltz said, without evidence, on Fox News.

via Trump admin's shifting explanations for how a journalist was added to Signal chat - ABC News

などと語ってるらしい（言いがかり？）。もちろん “The Atlantic” の編集長は

“I didn’t hack into anyone’s phone,” Goldberg told ABC News Live anchor Kyra Phillips on Wednesday. “Mike Waltz invited me to Signal and then he invited me to a group. I don’t know how to say it more simply than that.”

via Trump admin's shifting explanations for how a journalist was added to Signal chat - ABC News

と反論している。

これに関連して面白かったのが，遡ること2025年2月に NSA (National Security Agency; 国家安全保障局) が自身の職員に対し Signal に脆弱性があると警告していたというニュースだ（これ自体は最初に挙げたニュースの翌日に流された）。

The National Security Agency sent out an operational security special bulletin to its employees in February 2025 warning them of vulnerabilities in using the encrypted messaging application Signal, according to internal NSA documents obtained by CBS News.

[…]

The bulletin warned of Russian professional hacking groups employing phishing scams to gain access to encrypted conversations, bypassing the end-to-end encryption the application uses.

The bulletin also underscored to NSA employees that third-party messaging applications such as Signal and Whatsapp are permitted for certain “unclassified accountability/recall exercises” but not for communicating more sensitive information.

via NSA warned of vulnerabilities in Signal app a month before Houthi strike chat - CBS News

ちなみに「Signal に脆弱性がある」という点について Signal は「それは脆弱性じゃなくて Phishing だろ」と反論している¹。それはともかく，今回は国家安全保障担当補佐官氏の PON だと思うけどな（いや，そんな可愛らしいもんじゃないがw）。

とまぁ，ここまでが前説（なげーよ！）。ここから Bruce Schneier 先生のエッセイが登場する。

The Signal Chat Leak and the NSA - Schneier on Security

米国に於いて NSA には2つの役割がある。

It’s common knowledge that the NSA’s mission is breaking into and eavesdropping on other countries’ networks. (During President George W. Bush’s administration, the NSA conducted warrantless taps into domestic communications as well—surveillance that several district courts ruled to be illegal before those decisions were later overturned by appeals courts. To this day, many legal experts maintain that the program violated federal privacy protections.) But the organization has a secondary, complementary responsibility: to protect US communications from others who want to spy on them. That is to say: While one part of the NSA is listening into foreign communications, another part is stopping foreigners from doing the same to Americans.

via The Signal Chat Leak and the NSA - Schneier on Security

つまり NSA は諜報活動として他国や敵対組織の通信を傍受する必要があり，同時に自国の通信の秘密は（他国や敵対組織から）守る必要がある。ここで「セキュリティのトレードオフ」が発生するわけだ。

Previously, it might have preferred to keep the flaw quiet and use it to listen to adversaries. Now, if the agency does that, it risks someone else finding the same vulnerability and using it against the US government. And if it was later disclosed that the NSA could have fixed the problem and didn’t, then the results might be catastrophic for the agency.

via The Signal Chat Leak and the NSA - Schneier on Security

特に興味深かったのがこの話（ちなみに2024年11月のロイター記事）：

WASHINGTON, Nov 13 (Reuters) - China-linked hackers have intercepted surveillance data intended for American law enforcement agencies after breaking in to an unspecified number of telecom companies, U.S. authorities said on Wednesday.

[…]

The announcement confirms the broad outlines of previous media reports, especially those in the Wall Street Journal, that Chinese hackers were feared to have opened a back door into the interception systems used by law enforcement to surveil Americans’ telecommunications.

via China-linked hackers stole surveillance data from telecom companies, US says | Reuters

つまり米国が通信傍受のために仕掛けたバックドアに中国のハッカーがバックドアを開けたんじゃないか？ということらしい。裏口の裏口とか（笑）

スマートフォンおよびスマートフォン上のアプリについても同じことが言える。というか，スマートフォンは重要な機密を守るという点において適切なデバイスとは言えない。

The biggest risk of eavesdropping on a Signal conversation comes from the individual phones that the app is running on. While it’s largely unclear whether the US officials involved had downloaded the app onto personal or government-issued phones—although Witkoff suggested on X that the program was on his “personal devices"—smartphones are consumer devices, not at all suitable for classified US government conversations.

via The Signal Chat Leak and the NSA - Schneier on Security

米国現政権を見てつくづく思うのは「真正の馬鹿は害悪にしかならない」だが，今回のグループチャット内容の漏洩に関しては，ある意味で朗報だったかもしれない。何故なら，セキュリティというのはもっとも脆弱なところから崩れていくものであり，セキュリティ管理はそこに基準を合わせる必要があることを再確認できたから。

As long as smartphones are in the pocket of every government official, police officer, judge, CEO, and nuclear power plant operator—and now that they are being used for what the White House now calls calls “sensitive,” if not outright classified conversations among cabinet members—we need them to be as secure as possible. And that means no government-mandated backdoors.

via The Signal Chat Leak and the NSA - Schneier on Security

そして NSA は Signal を含むスマホアプリの脆弱性について「黙して語らず」というわけにはいかなくなった。

Other governments, possibly including US allies, will now have much more incentive to break Signal’s security than they did in the past, and more incentive to hack US government smartphones than they did before March 24.

For just the same reason, the US government has urgent incentives to protect them.

via The Signal Chat Leak and the NSA - Schneier on Security

というわけで，メッセージング・アプリは米国政府関係者からテロリストまで多くの人に愛される Signal を使いましょう，というお話でした。

ブックマーク

参考文献

暗号化プライバシーを救った反乱者たち: スティーブン・レビー (著), 斉藤隆央 (翻訳); 紀伊國屋書店 2002-02-16; 単行本; 4314009071 (ASIN), 9784314009072 (EAN), 4314009071 (ISBN); 評価

20世紀末，暗号技術の世界で何があったのか。知りたかったらこちらを読むべし！

reviewed by Spiegel on 2015-03-09 (powered by PA-APIv5)

セキュリティはなぜやぶられたのか: ブルース・シュナイアー (著), 井口耕二 (翻訳); 日経BP 2007-02-15; 単行本; 4822283100 (ASIN), 9784822283100 (EAN), 4822283100 (ISBN); 評価

reviewed by Spiegel on 2019-02-11 (powered by PA-APIv5)

Signal 側はグループチャットへのソーシャル・エンジニアリング（Phishing）に対抗する手段を2025年2月の時点で既に実装している。 NSA 内部に向けた警告はこれに絡む話だったのかもしれない。いずれにしろ NSA 内部で自前でないサービスは使わないだろうけど。ちなみに Signal のコードは AGPLv3 ライセンス下で公開されている。また EFF (Electronic Frontier Foundation) での評価も高く，かつてあった “Secure Messaging Scorecard” でも満点のスコアを叩き出したほか，今でも “Surveillance Self-Defense” に “How to: Use Signal” のページがある。 ↩︎

Android 版 Signal が SMS 対応を取りやめる話

2022-10-16T12:51:56+00:00

先日 Signal が Android 版の SMS 対応を取りやめる旨の記事を公開した。

Signal » Blog » Removing SMS support from Signal Android (soon)

私も TextSecure の頃から SMS の既定アプリを切り替えて運用してる。確かに SMS の通信経路にはセキュリティ・リスクがあるが，メッセージング・アプリは相手がいてはじめて成立するものだし， SMS の通信内容をローカルでは暗号化して保存してくれるので「素の SMS アプリよりはマシ」程度で使っていた。

しかし，ここに来て Signal をして We have now reached the point where SMS support no longer makes sense とまで言わしめている。

Signal が SMS への対応を取りやめる理由として3つ挙げている。まずひとつめ。

The most important reason for us to remove SMS support from Android is that plaintext SMS messages are inherently insecure. They leak sensitive metadata and place your data in the hands of telecommunications companies. With privacy and security at the heart of what we do, letting a deeply insecure messaging protocol have a place in the Signal interface is inconsistent with our values and with what people expect when they open Signal.

via Removing SMS support from Signal Android (soon)

まぁ，これはそうだよねって話。

ふたつめはコスト。

Back when we started supporting plaintext SMS messaging things were different. Data plans were much more expensive generally, and were totally inaccessible in many parts of the world. Now, data plans are cheaper and far more ubiquitous than they were nearly a decade ago. In a reversal, the cost of sending SMS is now prohibitively high in many parts of the world. This brings us to our second reason: we’ve heard repeatedly from people who’ve been hit with high messaging fees after assuming that the SMS messages they were sending were Signal messages, only to find out that they were using SMS, and being charged by their telecom provider. This is a terrible experience with real consequences.

via Removing SMS support from Signal Android (soon)

まじか。そりゃあ，アカンね。

みっつめは UX の観点から。

Third, there are serious UX and design implications to inviting SMS messages to live beside Signal messages in the Signal interface. It’s important that people don’t mistake SMS messages sent or received via the Signal interface as secure and private when in fact they are not. And while we flag the difference between them in the app, we can only do so much on the design side to prevent such misunderstandings.

via Removing SMS support from Signal Android (soon)

というわけで

After much discussion, we determined that we can no longer continue to invest in accommodating SMS in the Android app while also dedicating the resources we need to make Signal the best messenger out there.

via Removing SMS support from Signal Android (soon)

という結論に至ったそうな。まぁ，これはしょうがない。 SMS アプリはキャリアが用意しているものに戻すか。

ところで最初の理由で SMS が inherently insecure であるとはどういうことか。これに関しては以下の記事が参考になる。

原文は2022年3月に公開されたものだが，今回の Signal の発表を受けて p2ptk.org の中の人が翻訳記事を公開してくださった。ありがたや 🙇

ぶっちゃけていうと SMS というのは 2G 時代の遺物を継承したもので「個人のセキュリティやプライバシーなんか知ったことか」というつくりになっている。

特に、最古の携帯電話ネットワークの2G通信では、通話やテキストメッセージは簡単に傍受されてしまう。そのため、我々はAppleとGoogleに対し、ユーザが（訳注：AndroidやiOSで）2Gをオフにできる機能を提供するよう要請してきた。Googleは最新の端末にこのオプションを導入したが、ロシアとウクライナではほぼ利用できない。またAppleは未だに対応していない。

我々は可能な限り2Gの利用をやめるよう促してきたが、3G、4G、5Gだからセキュアだというわけではない。とりわけ、音声とテキスト通信にとってはセキュアなオプションとは言えない。これらのネットワークでは、通信がエンドツーエンドで暗号化されていないため、通信事業者を含め、通信の傍受者が通信内容を見聞きできてしまう。

危機的状況下でのモバイルネットワークの使用がもたらすセキュリティリスクより

えー。 Apple って未だにそんなんなの？まぁ，そういうわけで

あなたがどこに住んでいようと、特にロシアとウクライナにおいては、政府当局からあなたの通信のプライバシーを守るために、電話やSMSに依存してはならない。

危機的状況下でのモバイルネットワークの使用がもたらすセキュリティリスクより

となるわけだ。これって必然的に

2要素認証（2FA：アカウントにログインする際に取得するコード）については、できる限りSMSではなくアプリを使用することを推奨する。

危機的状況下でのモバイルネットワークの使用がもたらすセキュリティリスクより

という話になるのだが，今だに SMS でシークレットを送りつけるあのサービスやあのサービスは個人のセキュリティやプライバシーについてどう考えているか知りたいものである。あとは SP 800-63-3 を改訂して，はっきり SMS は Authenticator としては deprecated だと言ってもらえるとみんな諦めがつくと思うのだが（笑）

ブックマーク

参考文献

情報セキュリティ技術大全―信頼できる分散システム構築のために: ロスアンダーソン (著), Anderson,Ross J. (原著), トップスタジオ (翻訳); 日経BP 2002-09-07; 単行本; 4822281426 (ASIN), 9784822281427 (EAN), 4822281426 (ISBN); 評価

セキュリティ管理者をやってた頃は，これで勉強しました。絶版だよなぁ，これ。名著なのに。時事的な情報は古いが，今でも十分通用する内容だと思う。誰か（日経BP以外）電子化して！

reviewed by Spiegel on 2020-01-18 (powered by PA-APIv5)

FinTech の曲がり角

2021-04-24T06:12:30+00:00

2週間以上前の記事で恐縮だが Signal がいわゆる暗号通貨（cryptocurrency）機能を組み込むらしい。

実はこの話はほぼスルーしていたのだが yomoyomo さんの記事を見て，やはり「ログ」として残しておくのがいいだろうという気分になった。

この問題は Bruce Schneier 先生の以下の一文に集約できるだろう。

It’s that adding a cryptocurrency to an end-to-end encrypted app muddies the morality of the product, and invites all sorts of government investigative and regulatory meddling: by the IRS, the SEC, FinCEN, and probably the FBI.

via Signal Adds Cryptocurrency Support

日本語でいうと「藪をつついて蛇を出す」。個人的な印象で恐縮だが，信頼できる暗号化メッセージング・アプリケーションはもはや Signal が唯一と思っているので，マジで勘弁していただきたいところである。そんなもん入れられるくらいなら普通に Signal に金を払うよ¹。

そもそも2018年に G20 が「それ」を暗号資産（crypto-assets）と定義した時点で，私の中では「試合終了」だったのよ²。最近では「通貨」機能は諦めたのか NFT (Non-Fungible Token) が流行りらしいが， Xanadu 未満の駄アイデアにしか見えない。追記型データベースとしての Blockchain も意外に使い道がなく，むしろ「環境にやさしくない」とか言われているし（笑）

いずれにしろデジタル・トークンを「通貨」とみなして流通させる季節はとっくに終わってるわけで，あとは「資産」としてのデジタル・トークンの運用で一山当てようという山師的な発想しか見えてこない。

デジタル・トークンの「資産運用」を全面否定するつもりはないが（私は関わりたくないが）， Signal のようなセキュリティまたはプライバシー上のクリティカル・サービスで山師的機能を付加する動きについては，今後は厳しく監視していく必要があるかもしれない。

ブックマーク

参考図書

暗号化プライバシーを救った反乱者たち: スティーブン・レビー (著), 斉藤隆央 (翻訳); 紀伊國屋書店 2002-02-16; 単行本; 4314009071 (ASIN), 9784314009072 (EAN), 4314009071 (ISBN); 評価

20世紀末，暗号技術の世界で何があったのか。知りたかったらこちらを読むべし！

reviewed by Spiegel on 2015-03-09 (powered by PA-APIv5)

無料 (ただ) ほど高い「安心安全」はない。 ↩︎
何故 G20 が「暗号資産」と定義したか考えて欲しい。通貨としての信頼と安定がないからだよ。 ↩︎

time.Ticker で遊ぶ【Go 1.16 バージョン】

2021-02-18T12:34:25+00:00

ずいぶん前に「time.Ticker で遊ぶ」と言う記事を書いたのだが，先日リリースされた Go 1.16 で signal.NotifyContext() 関数が追加された記念に，これを使った改訂版の記事を書いてみたいと思う。

前回と同じくお題は以下の通り。

一定周期ごとの処理を行う
Ctrl+C 等の割り込み処理を行う

一定周期ごとの処理を行う

これは前回の記事をほぼそのまま使いまわそう。

// +build run

package main

import (
    "fmt"
    "time"
)

func ticker() {
    t := time.NewTicker(1 * time.Second) //1秒周期の ticker
    defer func() {
        fmt.Println("Stopping ticker...")
        t.Stop()
    }()

    for {
        select {
        case now := <-t.C:
            fmt.Println(now.Format(time.RFC3339))
        }
    }
}

func main() {
    ticker()
}

前回でも説明した通り， defer 構文を使って終了時に time.Ticker.Stop() 関数で周期イベントを止めようとしているが，実際には無限ループなので return まで到達しない（笑）

NotifyContext 関数で SIGNAL を捕まえる

Go では SIGINT や SIGTERM といった OS から送信される SIGNAL をイベントとして channel に送り込む仕掛けがある（ちなみに Ctrl+C は SIGINT として送られる）。さらに Go 1.16 では SIGNAL イベントを context.Context のキャンセル・イベントとして実装できるようになった。

たとえば，こんな感じに書ける。

// +build run

package main

import (
    "context"
    "fmt"
    "os"
    "os/signal"
    "time"
)

func ticker(ctx context.Context) {
    t := time.NewTicker(1 * time.Second) //1秒周期の ticker
    defer func() {
        fmt.Println("Stopping ticker...")
        t.Stop()
    }()

    for {
        select {
        case now := <-t.C:
            fmt.Println(now.Format(time.RFC3339))
        case <-ctx.Done():
            fmt.Println("cancellation from context:", ctx.Err())
            return
        }
    }
}

func run() {
    ctx, _ := signal.NotifyContext(context.Background(), os.Interrupt)
    ticker(ctx)
}

func main() {
    run()
}

context パッケージは並行処理下で使うことが多いだろう。たとえば run() 関数をこんな感じに書き換えてみるか。

func run() {
    ctx, _ := signal.NotifyContext(context.Background(), os.Interrupt)
    var wg sync.WaitGroup
    for i := 0; i < 3; i++ {
        n := i + 1
        wg.Add(1)
        go func() {
            defer wg.Done()
            ticker(ctx, n)
        }()
    }
    wg.Wait()
}

これで平行に動作している全ての ticker() に対してキャンセルを送り込むことができる。

上のコード例ではひとつの context.Context インスタンスを複数の goroutine で使いまわしているが，以下のように

func run() {
    var wg sync.WaitGroup
    for i := 0; i < 3; i++ {
        n := i + 1
        wg.Add(1)
        go func() {
            defer wg.Done()
            ctx, _ := signal.NotifyContext(context.Background(), os.Interrupt)
            ticker(ctx, n)
        }()
    }
    wg.Wait()
}

各 goroutine ごとに context.Context インスタンスを生成してセットしても全ての ticker() を Ctrl+C で問題なく止めることができた。

キャンセル・イベントの伝搬

context パッケージは，名前の通り，異なるレイヤやドメイン間でコンテキスト情報を受け渡しするためのパッケージだが，親から子にキャンセルイベントが伝搬する性質がある（逆向きには伝搬しない）。たとえば

func run() {
    parent, _ := signal.NotifyContext(context.Background(), os.Interrupt)
    var wg sync.WaitGroup
    for i := 0; i < 3; i++ {
        n := i + 1
        wg.Add(1)
        go func() {
            defer wg.Done()
            child, _ := context.WithTimeout(parent, time.Duration(n)*5*time.Second)
            ticker(child, n)
        }()
    }
    wg.Wait()
}

などとすれば各 goroutine の ticker() 関数に SIGNAL イベントとタイムアウト・イベントの両方を仕込むことができる。

また

ctx, cancel := signal.NotifyContext(context.Background(), os.Interrupt)

とした場合の返り値の cancel は関数値になっていて，これをキックすることでペアとなっている context.Context インスタンス（上のコードなら ctx）にキャンセル・イベントを発生させることができる。実際の使い方として signal.NotifyContext() 関数は main goroutine に近いところで context.WithCancel() 関数と置き換えることが多いのではないだろうか。

context について詳しくは『Go 言語による並行処理』の 4.12 章が参考になる。素敵なキャンセル・ライフを（笑）

ブックマーク

Big Sky :: os/signal に NotifyContext が入った。

参考図書

Go言語による並行処理: Katherine Cox-Buday (著), 山口能迪 (翻訳); オライリージャパン 2018-10-26; 単行本（ソフトカバー）; 4873118468 (ASIN), 9784873118468 (EAN), 4873118468 (ISBN); 評価

Eブック版もある。感想はこちら。 Go 言語で並行処理を書くならこの本は必読書になるだろう。

reviewed by Spiegel on 2020-01-13 (powered by PA-APIv5)

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES): Alan A.A. Donovan (著), Brian W. Kernighan (著), 柴田芳樹 (翻訳); 丸善出版 2016-06-20; 単行本（ソフトカバー）; 4621300253 (ASIN), 9784621300251 (EAN), 4621300253 (ISBN); 評価

著者のひとりは（あの「バイブル」とも呼ばれる）通称 “K&R” の K のほうである。この本は Go 言語の教科書と言ってもいいだろう。と思ったら絶版状態らしい（2025-01 現在）。復刊を望む！

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

golangci-lint に叱られる

2019-02-06T14:15:43+00:00

私は Go 言語コードを ATOM エディタおよび go-plus パッケージで書いているのだが，最近の go-plus は lint に以下のツールを選択できるようだ。

特に golangci-lint は gometalinter より5倍も速いと豪語してるので，こちらを試してみることにした。 GolangCI も気になるが，それはまたいつか。

いやぁ，最近の lint は賢いんだね。特に古いコードのまま放置している部分についてどえら叱られたですよ。ボーっと生きててすみません（笑）

error を無視すんな

例えば io.Reader から io.Writer へデータを流し込むのにやっつけコードで

io.Copy(writer, reader)

とか書くことがあるが golangci-lint にかけたら「返り値の error を無視すんなや」って叱られた。ちゃんと書くなら

if _, err := io.Copy(writer, reader); err != nil {
    ...
}

とかすべき，ということだろう。明示的に返り値の error を無視するなら

_, _ = io.Copy(writer, reader)

などと明示すれば，とりあえず叱られない。まぁ安直にこう書いてしまうのは問題だけど。

true は不要

無限ループについて昔は何となく

for true {
    ...
}

とか書いていて，またも「true とか要らんけぇ」と叱られた。正しくは

for {
    ...
}

でよい。こういう「若気の至り」なコードがそこかしこに残ってて，黒歴史を見せられてるようでちょっと恥ずかしい。

SIGNAL のバッファリング

SIGNAL を channel として登録する際に誤って

ch := make(chan os.Signal)
signal.Notify(ch, sig...)

とか書いていて「ちゃんとバッファリングさせろや，ゴラァ」とまたまた叱られた。正解は

ch := make(chan os.Signal, 1)
signal.Notify(ch, sig...)

そんなことまで知っている golangci-lint は偉いねぇ。

Lint は知見のかたまり

というわけで過去の恥ずかしいコードが次々と発覚してしまい，公開しているコードのリファクタリングを行っている真っ最中である。色々やりたいことがあるのに横道に逸れてばっかり。

C 言語で書いてた頃は MISRA-C とかいった「事実上の標準」みたいなのがあって lint ツールとかも（少なくともエンタープライズ向けは）そういったものに準拠したものが色々あった。 Lint ってのはそのプログラミング言語に関する知見のかたまりなので上手に使いこなしていきたいものである。

ブックマーク

参考図書

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES): Alan A.A. Donovan (著), Brian W. Kernighan (著), 柴田芳樹 (翻訳); 丸善出版 2016-06-20; 単行本（ソフトカバー）; 4621300253 (ASIN), 9784621300251 (EAN), 4621300253 (ISBN); 評価

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

組込み開発者におくるMISRA‐C:2004―C言語利用の高信頼化ガイド: MISRA‐C研究会 (編集); 日本規格協会 2006-10-01; 単行本; 4542503461 (ASIN), 9784542503465 (EAN), 4542503461 (ISBN); 評価

私が持っているのはこれよりひとつ古い版だが，まぁいいか。むかし，車載用の組み込みエンジニアをやっていた頃は必読書として読まされました。今はもっと包括的な内容のものがあるはず。

reviewed by Spiegel on 2019-02-06 (powered by PA-APIv5)

time.Ticker で遊ぶ

2018-03-01T11:28:49+00:00

【2021-02-18】 Go 1.16 で追加された関数を使った「time.Ticker で遊ぶ【Go 1.16 バージョン】」を公開した。併せてどうぞ。

相変わらず小ネタで。今回の目標は2つ。

一定周期ごとの処理を行う
Ctrl+C 等の割り込み処理を行う

一定周期ごとの処理を行う

Go 言語で一定周期ごとに処理を行うには time.Ticker が使える。以下は1秒ごとに現在時刻を表示する処理である。

package main

import (
	"fmt"
	"time"
)

func ticker() {
	t := time.NewTicker(1 * time.Second) //1秒周期の ticker
	defer t.Stop()

	for {
		select {
		case now := <-t.C:
			fmt.Println(now.Format(time.RFC3339))
		}
	}
}

func main() {
	ticker()
}

time.Ticker.C は受信 channel で，周期イベント発生時の時刻がセットされる。 defer 構文を使って終了時に time.Ticker.Stop() 関数で周期イベントを止めようとしているが，実際には無限ループなので， return まで到達しない（笑）

このコードはちゃんと動くが，終了条件を記述していないので Ctrl+C などで外部から強制的に止めない限り動き続ける。

SIGNAL を捕まえる

Go 言語では SIGINT や SIGTERM といった OS から送信される SIGNAL をイベントとして channel に送り込む仕掛けがある（ちなみに Ctrl+C は SIGINT として送られる）。この仕掛けを組み込んだコードが以下である。

package main

import (
	"fmt"
	"os"
	"os/signal"
	"syscall"
	"time"
)

func ticker() {
	t := time.NewTicker(1 * time.Second) //1秒周期の ticker
	defer t.Stop()

	sig := make(chan os.Signal, 1)
	signal.Notify(sig,
		syscall.SIGHUP,
		syscall.SIGINT,
		syscall.SIGTERM,
		syscall.SIGQUIT,
	)
    defer signal.Stop(sig)

	for {
		select {
		case now := <-t.C:
			fmt.Println(now.Format(time.RFC3339))
		case s := <-sig:
			switch s {
			case syscall.SIGHUP, syscall.SIGINT, syscall.SIGTERM, syscall.SIGQUIT:
				fmt.Println("Stop!")
				return
			}
		}
	}
}

func main() {
	ticker()
}

このやり方であれば Ctrl+C でも強制終了することなく正しく time.Ticker.Stop() 関数が起動される。

ここまでが main goroutine のみの処理の場合。複数の goroutine が協調して動いている場合は SIGNAL イベントに対して全ての goroutine が適切に処理を行う必要がある。

キャンセル・イベントの伝搬

Go 言語 1.7 から context が標準パッケージに加わった。 context パッケージは，名前の通り，異なるレイヤやドメイン間でコンテキスト情報を受け渡しするためのパッケージだが，キャンセル・イベントを扱うことができる。

ctx := context.Background()
parent, cancelParent := context.WithCancel(ctx)
child, cancelChild := context.WithCancel(parent)

cancelParent および cancelChild は関数値で，これをキックすることでそれぞれの context.Context にキャンセル・イベントが発生する。面白いのは parent で発生したイベントは child にも伝搬する点である（逆向きには伝搬しない）。これを利用して，発生した SIGNAL に対して親の context.Context にイベントを発生させることによって全ての子 context.Context にイベントを伝搬させることが可能になる。

たとえば，先ほどの SIGNAL の処理は以下のように書き直すことができる。

func SignalContext(ctx context.Context) context.Context {
	parent, cancelParent := context.WithCancel(ctx)
	go func() {
		defer cancelParent()

		sig := make(chan os.Signal, 1)
		signal.Notify(sig,
			syscall.SIGHUP,
			syscall.SIGINT,
			syscall.SIGTERM,
			syscall.SIGQUIT,
		)
        defer signal.Stop(sig)

		select {
		case <-parent.Done():
			fmt.Println("Cancel from parent")
			return
		case s := <-sig:
			switch s {
			case syscall.SIGHUP, syscall.SIGINT, syscall.SIGTERM, syscall.SIGQUIT:
				fmt.Println("Stop!")
				return
			}
		}
	}()

	return parent
}

ticker() 関数のほうも context.Context のイベントを拾えるよう以下のように書き直す。

func ticker(ctx context.Context) error {
	t := time.NewTicker(1 * time.Second) //1秒周期の ticker
	defer t.Stop()

	for {
		select {
		case now := <-t.C:
			fmt.Println(now.Format(time.RFC3339))
		case <-ctx.Done():
			fmt.Println("Stop child")
			return ctx.Err()
		}
	}
}

周期処理と SIGNAL 受信処理を別々の goroutine で駆動させて両者を context.Context で繋ぐのである。

完全なコードは以下の通り。

package main

import (
	"context"
	"fmt"
	"os"
	"os/signal"
	"syscall"
	"time"
)

func ticker(ctx context.Context) error {
	t := time.NewTicker(1 * time.Second) //1秒周期の ticker
	defer t.Stop()

	for {
		select {
		case now := <-t.C:
			fmt.Println(now.Format(time.RFC3339))
		case <-ctx.Done():
			fmt.Println("Stop child")
			return ctx.Err()
		}
	}
}

func SignalContext(ctx context.Context) context.Context {
	parent, cancelParent := context.WithCancel(ctx)
	go func() {
		defer cancelParent()

		sig := make(chan os.Signal, 1)
		signal.Notify(sig,
			syscall.SIGHUP,
			syscall.SIGINT,
			syscall.SIGTERM,
			syscall.SIGQUIT,
		)
        defer signal.Stop(sig)

		select {
		case <-parent.Done():
			fmt.Println("Cancel from parent")
			return
		case s := <-sig:
			switch s {
			case syscall.SIGHUP, syscall.SIGINT, syscall.SIGTERM, syscall.SIGQUIT:
				fmt.Println("Stop!")
				return
			}
		}
	}()

	return parent
}

func Run(ctx context.Context) error {
	errCh := make(chan error, 1)
	defer close(errCh)

	parent := SignalContext(ctx)
	go func() {
		child, cancelChild := context.WithTimeout(parent, 10*time.Second)
		defer cancelChild()
		errCh <- ticker(child)
	}()

	err := <-errCh
	fmt.Println("Done parent")
	return err
}

func main() {
	ctx := context.Background()
	if err := Run(ctx); err != nil {
		fmt.Fprintln(os.Stderr, err)
		return
	}
	fmt.Println("Done")
}

ちなみに context.WithTimeout() 関数は context.Context にタイムアウト・イベントを付加する。他にもデッドライン日時を指定する context.WithDeadline() 関数がある。

なんか今回は久しぶりに Go 言語っぽいコードだったねぇ（笑）

【追記】 Windows では SIGNAL を送信できない

今回は SIGNAL を受信する場合の話だったが，もちろん任意のプロセスに SIGNAL を送信することもできる。以下は自分自身に SIGINT を投げるコード例である¹。

proc, _ := os.FindProcess(os.Getppid())
proc.Signal(os.Interrupt)

ただし，このコードは Windows では（コンパイル・エラーにはならないが）動かない。 Windows 用の os.Process.Signal() 関数の実体は以下の通りだが

func (p *Process) signal(sig Signal) error {
	handle := atomic.LoadUintptr(&p.handle)
	if handle == uintptr(syscall.InvalidHandle) {
		return syscall.EINVAL
	}
	if p.done() {
		return errors.New("os: process already finished")
	}
	if sig == Kill {
		err := terminateProcess(p.Pid, 1)
		runtime.KeepAlive(p)
		return err
	}
	// TODO(rsc): Handle Interrupt too?
	return syscall.Errno(syscall.EWINDOWS)
}

このように os.Kill (SIGKILL) 以外は効かないようになっている。理由は不明だが TODO になってるようなので何か理由があるのだろう。

というわけでテストができないのですよ orz

ブックマーク

参考図書

プログラミング言語Go (ADDISON-WESLEY PROFESSIONAL COMPUTING SERIES): Alan A.A. Donovan (著), Brian W. Kernighan (著), 柴田芳樹 (翻訳); 丸善出版 2016-06-20; 単行本（ソフトカバー）; 4621300253 (ASIN), 9784621300251 (EAN), 4621300253 (ISBN); 評価

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

syscall パッケージを使うやり方もあるが，今回は割愛する。つか， Windows 版には syscall.Kill() 関数が存在しないのでやりようがないのだが。 ↩︎

ルークよ， Signal を使え！

2015-11-13T21:25:40+00:00

「なぜジョニーは今もやっぱり暗号化できないのか：現在のPGPクライアントの使いやすさ評価 - YAMDAS現更新履歴」経由。

タイトルだけ見て最初に思ったのは「PGP ってゆーな¹」だったが，それはともかく

In our study of 20 participants, grouped into 10 pairs of participants who attempted to exchange encrypted email, only one pair was able to successfully complete the assigned tasks using Mailvelope. All other participants were unable to complete the assigned task in the one hour allotted to the study. This demonstrates that encrypting email with PGP, as implemented in Mailvelope, is still unusable for the masses.

via Why Johnny Still, Still Can’t Encrypt: Evaluating the Usability of a Modern PGP Client

10% 以下かよ orz

1990年代からカジュアルに PGP を使ってて，あまつさえ Becky! 用のプラグインまで自作してしまった² 身としては，かなり衝撃的ではあったが，まぁそんなもんかなぁ。

ちなみに Mailvelope は Chrome や Firefox の拡張機能として使える MUA（Mail User Agent）で， Gmail などと連携して使える。以前にも紹介したが， EFF の Secure Messaging Scorecard で MUA の中では（PFS の項目を除いて³）唯一満点だった製品である。 Mailvelope は OpenPGP 実装を含んでいるため GnuPG や PGP のような製品を必要としない利点がある。

mailvelopeの使い方 | セキュリティの意識と知識

この論文については Bruce Schneier さんも言及している。

I have recently come to the conclusion that e-mail is fundamentally unsecurable. The things we want out of e-mail, and an e-mail system, are not readily compatible with encryption. I advise people who want communications security to not use e-mail, but instead use an encrypted message client like OTR or Signal.

via Testing the Usability of PGP Encryption Tools - Schneier on Security

正論ですね。そういうことです。

そういえば， Open Whisper Systems の TextSecure は Signal に統合された。

暗号化通話アプリの RedPhone も Signal に統合された。 Signal は SMS を置き換えることができ，ローカルストレージにあるログもちゃんと暗号化される。オススメである。

いや，もう，マジ LINE とか捨てて欲しい。 Facebook もくだらない「セキュリティ劇場」で遊んでないで， OTR くらい組み込めや。

メッセージングの主体が PC からスマホなどの携帯端末にシフトしている状態で電子メールの有効性は下がってきていると思う。もちろん仕事などではまだまだ PC や Workstation を使うことも多いし，対外的には電子メールが主体になると思うけど，たとえばグループウェアに XMPP＋OTR を組み込んでいくなら，やはり電子メールは無用の長物になっていくだろう。

暗号技術入門第3版　秘密の国のアリス: 結城浩 (著); SBクリエイティブ 2015-08-25 (Release 2015-09-17); Kindle版; B015643CPE (ASIN); 評価

SHA-3 や Bitcoin/Blockchain など新しい知見や技術要素を大幅追加。暗号技術を使うだけならこれ1冊でとりあえず無問題。

reviewed by Spiegel on 2015-09-20 (powered by PA-APIv5)

昔はともかく，現在 PGP は Symantic 社の製品名であり，いくつかある OpenPGP 実装のひとつにすぎない。余談だが，確かに OpenPGP 用の「公開鍵サーバ」というのは存在しているが， GnuPG も PGP も，今回紹介する Mailvelope も別にクライアントというわけではなく，スタンドアロンで動作するプログラムである。 ↩︎
現在，このプラグインはメンテナンスされてない。使わないように。 Windows パソコンでメールの暗号化がしたいなら Thunderbird＋Enigmail がオススメである。 ↩︎
前にも書いたが， MUA はその性質上 PFS（Perfect Forward Secrecy）を満たせない。 PFS は通信経路の暗号化や IM（Instant Messaging）など使い捨てのメッセージを扱う場合には必要な要件だが，電子メールには向いていない。電子メールは過去のやり取りに対して「否認防止（non-repudiation）」できなければならないからだ。 ↩︎