List of Vulnerability [text.Baldanders.info]

セキュリティは防御側が有利になったのか？

2026-09-24T00:58:09+00:00

今回は yomoyomo さんのブログ記事「AIによりセキュリティで「防御側が勝てる時代が来た」のか？」経由で freee の公式ブログ記事を起点にしてみる。

「人間 vs 機械」の構図では人間は機械に勝てない。何故なら人間は「量」において，機械に劣るから。しかも圧倒的に。そもそも人間は機械をそのように創ったのだから当然なのだが。「コマンドー」でも正義のシュワちゃんが武器屋に押し入って大量に武器を強奪していったではないか（笑）人間が知恵と勇気と友情で機械に勝つのは少年漫画の中だけの話である。

人間が機械に勝ちたいなら「機械 vs 機械」の構図に持ち込むしかない。これなら単純に機械の性能と量の問題に帰着するからだ。その意味で先日書いた記事は，防御側が機械を用いて攻撃側に対抗できるようになったことを示す好例と言える。

じゃあ，防御側は攻撃側に対して優位に立ったと言えるのか？否である！

なるほどと思ったのは、Greg 氏の「攻撃は技術の問題だが、防御は政治の問題だ」という言葉でした。攻撃者は一番良い道具を使うだけでいい。防御側は取締役会、CEO、エンジニア全員の合意を取り、優先順位を変えなければならない。

OpenAI のサイバーセキュリティサミットで見た、防御側に開いた「期限付きの窓」【前編】より

その「政治」が一番重要なのである。特に組織においては。防御側が「機械 vs 機械」の構図に持ち込んで対抗するのであれば，攻撃側は「人間 vs 機械」の構図に持ち込んで優位を維持しようとするに決まっている。人間はセキュリティの最弱点でもある。

ゼロ年代末あたりから，セキュリティの中心が「監視」にシフトしていったのは，攻撃側がシステムの脆弱性を突くだけではなく，人間をターゲットにした（Phishing 等の）ソーシャル・エンジニアリングを多用するようになったからだ。技術的には問題なくても，それを運用するのはあくまでも人間である。人の社会なのだから。

先日書いた記事で紹介した話でも，問題の発見と修正自体は AI 技術の支援によって爆速化したが，それをいかに早く適用（デプロイ）するかが問題であると指摘している。また，今どきのソフトウェアはモノリシックな構成はほぼなく，大抵は何らかのサプライチェーンを構成している。それらがみんな足並みを揃えて問題の発見・修正からデプロイまでを迅速に行うことが求められるのだ。これは容易なことではない。まさに「政治」の問題なのだ。一方で攻撃側はチェーンの一端を断ち切れば突破できる。さらに言えば，脆弱性がないなら埋め込めばいいのである（実際にその手の事例は頻出している）。

どの口が「防御側が有利」などと言うのだろう。どう考えても AI 企業の広告にしか見えない。

最初に挙げた記事では，まとめとして

「コードを AI が書いても責任は人が持つ」という境界の考え方は、OpenAI も導入企業も freee も一致していました。ここは AI がどれだけ強くなっても変わらない部分だと思います。

OpenAI のサイバーセキュリティサミットで見た、防御側に開いた「期限付きの窓」【後編】より

と述べているが，そこが攻撃側にとっても攻撃ポイントなのである。

参考

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

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

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

ハッキング思考強者はいかにしてルールを歪めるのか、それを正すにはどうしたらいいのか: 富裕層、権力者、急成長企業はシステムをハッキングして成功した。AI時代にルールを味方につけるには、「正しいハッキングの考え方」が必要だ。; Release 2023-10-16; 評価

[Comment] Kindle 版あり

昔から「ソフトウェアのバージョンは最新にすべし」と言われたけど...

2026-09-15T10:58:13+00:00

今回は Bruce Schneier 氏の記事経由で，以下を起点に話を始めようか。

Why this month's Microsoft patch release is a doozy: Security gnomes are pumping out patches ahead of an expected onslaught of AI-assisted attacks.

先週の，いわゆる Patch Tuesday で Microsoft Update による脆弱性の修正が約972件にのぼり，そのうちの112件が深刻なものとして計上されている。年単位の集計でも，今年の報告数が（現時点で既に）ダントツらしい。

via Zero Day Initiative — The September 2026 Security Update Review

こうした脆弱性報告の急増は，ソフトウェアが急にポンコツになったわけではなく，最近の「AI 支援型攻撃（AI-assisted attacks）」が関係しているようだ。

Two weeks ago, OpenAI, Anthropic, Amazon Web Services, Google, Microsoft, and 100 companies and organizations published an open letter warning of a narrowing window for patching vulnerabilities ahead of an expected tsunami of AI-enabled attacks that actively exploit them first. The industry is taking the threat seriously by pumping out unprecedented numbers of patches in their software.

via Why this month's Microsoft patch release is a doozy

攻撃される前に穴を塞ぐのは正しい。問題は発見する穴の数と穴を塞ぐまでの猶予期間だろう。当然ながら（規模的に）人間の手には負えないので，防御する方も AI による支援を受けて対応する。これが脆弱性報告が急増した理由らしい。

Bruce Schneier 氏はこれを

This is the result of AI-powered vulnerability finding, and a good example of AI helping the defenders more than the attackers.

via Microsoft's Patching - Schneier on Security

と肯定的に評価している。

一方で，攻撃側はパッチ情報を解析して利用できる。これも AI により効率化されていると思われる。

And Microsoft is right: The window to patch has shrunk to “immediately.” AIs are also good at reverse-engineering exploits from patches, which means that these vulnerabilities will be weaponized as soon as the update is published.

via Microsoft's Patching - Schneier on Security

個人ユーザはともかく，組織的に Windows を利用している場合は，パッチが出てもすぐに適用できないことが多い。しかし，攻撃側が AI 支援型攻撃で迅速に脆弱性を突いてくるのであれば，防御側もそのスピードに対応しなければならない。

Kagi Assistant に件の記事を読み込ませたところ，以下を提言してきた。

パッチ公開後の検証期間を短縮する必要がある。
インターネットから到達可能なシステムを最優先で更新する必要がある。
パッチ適用が間に合わない場合は，サービス停止，アクセス制限，仮想パッチ，監視強化などの代替策が必要になる。
「深刻度が高いか」だけでなく，「パッチ公開後に攻撃コードが作られやすいか」を考慮する必要がある。
パッチ適用を定期的な保守作業ではなく，攻撃開始前の緊急対応として扱う必要がある。

情シスな方々は，この状況をどう考えているだろうか。一朝一夕にはいかないと思うのだけど，先延ばしにできる話でもないだろう。

ここからは余談。

最近 Anthropic 社の CEO が AI 開発スピードを減速すべきとか言ってるらしいが（そして米国の大手 IT 企業が賛同している）

AI開発「減速」をアンソロピックCEOが提案　アルトマン氏・マスク氏らも賛同

ぶっちゃけ「おまえがゆーな！」という感じである。 Anthropic 社をはじめとする米国大手 AI 企業に対しては，まず自社の AI サービスのやらかしに対してちゃんとペナルティを支払わせろよ。話はそれからだっちうの。

しかもこの「提案」に対してかの大統領は

一方、トランプ大統領はロイター通信などの取材に対して、「多くの非常に否定的な勢力が、実現しないであろうAIについての事柄を持ち出している」と主張。中国とのAI開発競争を踏まえ、米国が同分野で先行する状況を維持したいとの考えを示した。

OpenAIやAnthropicトップが異例の「AI減速」支持　トランプ氏は拒否、中国との競争を優先 - 週刊アスキーより

などと言ってるらしい。つまり自国企業の野放図な状況を放置する気満々ということである。

ホンマ，この「ならずもの国家¹」をどうにかしてくれよ！つか，とっとと AI バブル弾けてくれ！グラボが100万円とかありえねーよ。

参考

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

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

ハッキング思考強者はいかにしてルールを歪めるのか、それを正すにはどうしたらいいのか: 富裕層、権力者、急成長企業はシステムをハッキングして成功した。AI時代にルールを味方につけるには、「正しいハッキングの考え方」が必要だ。; Release 2023-10-16; 評価

[Comment] Kindle 版あり

ケアレス・ピープル - 株式会社　すばる舎学び・成長・成功をあなたに: ケアレス・ピープル詳細をご覧いただけます。; Release 2026-07-03; 評価

[Comment] 米国では某企業から圧力がかかってると聞いて紙の本を買ってみた

ならずもの国家（rogue state）は1990年代の米国クリントン政権時代に用いられた表現で，北朝鮮やイランなど7ヶ国を指していた。後にこれは子ブッシュ政権（9.11 のときの政権）で「悪の枢軸」などと再定義されている。日本版 Wikipedia の記事には「日本の外務省は違法国家あるいは無責任国家と意訳している」とか書いてある。ホンマか？クレイジーキャッツやがな（笑）まぁ「無責任国家」というなら，間違いなく米国現政権は rogue state だよな。 ↩︎

GnuPG 2.5.17 のリリース【セキュリティ・アップデート】

2026-01-28T07:02:53+00:00

セキュリティ・アップデートを含む GnuPG 2.5.17 がリリースされた。

[Announce] GnuPG and Gpg4win Security Advisory (T8044)

A crafted CMS (S/MIME) EnvelopedData message carrying an oversized wrapped session key can cause a stack buffer overflow in gpg-agent during the PKDECRYPT--kem=CMS handling. This can easily be used for a DoS but, worse, the memory corruption can very likley also be used to mount a remote code execution attack. The bug was introduced while changing an internal API to the FIPS required KEM API.

A CVE-id has not been assigned. We track this bug as T8044 under https://dev.gnupg.org/T8044. This vulnerability was discovered by: OpenAI Security Research. Their report was received on 2026-01-18; fixed versions released 2026-01-27.

via [Announce] GnuPG and Gpg4win Security Advisory (T8044)

2026-01-27 時点ではまだ CVE-ID は割り当てられていない。脆弱性の影響を受けるバージョンは以下の通り：

These versions are affected:

 - GnuPG 2.5.16          (released 2025-12-30)
 - GnuPG 2.5.15          (released 2025-12-29)
 - GnuPG 2.5.14          (released 2025-11-19)
 - GnuPG 2.5.13          (released 2025-10-22)
 - Gpg4win 5.0.0         (released 2026-01-14)
 - Gpg4win 5.0.0-beta479 (released 2026-01-02)
 - Gpg4win 5.0.0-beta476 (released 2025-12-22)
 - Gpg4win 5.0.0-beta395 (released 2025-10-22)

All other versions are not affected.

via [Announce] GnuPG and Gpg4win Security Advisory (T8044)

2.4 系は脆弱性の影響を受けない。なお 2.5 系は安定版に昇格している。さらに 2.4 系は 2026-06-30 でサポートが終了する。

Note that the 2.5 series is now declared the stable version of GnuPG. The oldstable 2.4 series will reach end-of-life in just 6 months.

The main features in the 2.5 series are improvements for 64 bit Windows and the introduction of Kyber (aka ML-KEM or FIPS-203) as PQC encryption algorithm. Other than PQC support the 2.6 series will not differ a lot from 2.4 because the majority of changes are internal to make use of newer features from the supporting libraries.

via [Announce] GnuPG 2.5.16 released

今回の脆弱性に関連して，以下のドキュメントも公開されている。

Responsible Disclosure Requires Accountability: Putting Recent GnuPG Security Reports into Context

これは

A talk at the 39th Chaos Communication Congress (39C3) presented several observations related to signature verification in GnuPG. These observations are documented on the accompanying website gpg.fail.

The way the findings were presented creates the impression that GnuPG is affected by serious security flaws and that we, as maintainers, are failing to meet our responsibilities.

In fact, we carefully reviewed each reported observation and provided timely feedback to the security researchers involved. However, this did not result in a constructive technical exchange.

via Responsible Disclosure Requires Accountability: Putting Recent GnuPG Security Reports into Context

ということで gpg.fail に対する公式な応答・評価となっている¹。詳しくはドキュメントを読んでもらうとして Kagi Assistant による要約は以下の通り。

GnuPG側は、39C3での発表に基づく gpg.fail の観察を文脈付きで評価し、指摘された問題の多くは実装上の致命的な脆弱性ではなく、使用方法やソーシャルエンジニアリング、検証不足に起因すると結論付けている

実際のバグは限定的で、既知の問題は過去に修正済みのものが多く、一部は互換性やUI安定性といった設計方針によるものであると説明している

全体として GnuPG は安全性と安定性を維持しつつ、透明なコミュニケーションと責任ある公開（responsible disclosure）が重要であり、悪用の可能性がある領域については利用者教育と適切な使用方法の周知を重視している

結論として、観察リストの大半は実装欠陥ではなく、適切な検証・運用の欠如や社会工学的リスクに起因するものとされている

ドキュメントで言及されているクリアテキスト署名（Cleartext Signatures）の問題については拙文でも言及しているので参考にどうぞ。

クリアテキスト署名の危険性

最近では GnuPG 以外にも様々な OpenPGP 実装が存在するので，それらについて調べてみてもいいかもしれない（というか調べなきゃなぁとは思っている）。

参考図書

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

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

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

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

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

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

ドメインが gnupg.com となっているが，これは GnuPG を中核技術とした暗号製品の商用展開を行っている（主にドイツで）サイトである。つまり，このドキュメントは顧客へのメッセージにもなっているわけやね。 ↩︎

PuTTY 0.81 がリリースされた【セキュリティ・アップデート】

2024-04-16T11:42:46+00:00

Windows 用の SSH クライアントソフトである PuTTY について ECDSA 署名に絡んで秘密鍵が漏洩するリスクがあるらしい。

PuTTY vulnerability vuln-p521-bias

Every version of the PuTTY tools from 0.68 to 0.80 inclusive has a critical vulnerability in the code that generates signatures from ECDSA private keys which use the NIST P521 curve. (PuTTY, or Pageant, generates a signature from a key when using it to authenticate you to an SSH server.)

via PuTTY vulnerability vuln-p521-bias

上の引用の通り，対象となるのは PuTTY 0,68 から 0.80 までのバージョン。最新の 0.81 で修正されている。なお FileZilla, WinSCP, TortoiseGit, TortoiseSVN といったアプリケーションには PuTTY がバンドルされていることがあるので，これらのアップデート情報にも注意すること。 PuTTY は年に1,2回くらいの頻度でセキュリティ・アップデートが発生するので（ちゃんとメンテされてる証拠），バンドル品は使わないほうがいいと思うなぁ。

日本語カスタム版は PuTTY-ranvis がおすすめ。こちらも 0.81 がリリースされた。

PuTTYrv (PuTTY-ranvis) - Ranvis software

厄介なことに今回はアプリケーションを更新しただけではダメで，認証鍵を新しいものに差し替える必要があるかも知れない。ただし対象となるのは NIST P-521 楕円曲線を使った ECDSA 鍵のみ。それ以外はとりあえずセーフということで（笑）

今回の脆弱性は ECDSA 署名時に使用する nonce を生成するための乱数生成に起因するものらしい。以前から DSA/ECDSA の実装上のネックとなっているのがこの乱数生成部分で，ここの実装をサボると秘密鍵の漏洩に繋がることが知られている。まぁ，今回はサボったわけではないだろうが，何らかの不備があったということだろう。

というわけで，新たに認証鍵を作成するのなら EdDSA (ed25519 曲線) 鍵にすることをお勧めする。 EdDSA は2023年にリリースされた NIST FIPS 186-5 に標準として正式に組み込まれたので，仕事用でも大手を振って使ってよい。

CVE-2024-31497

In PuTTY 0.68 through 0.80 before 0.81, biased ECDSA nonce generation allows an attacker to recover a user’s NIST P-521 secret key via a quick attack in approximately 60 signatures. This is especially important in a scenario where an adversary is able to read messages signed by PuTTY or Pageant. The required set of signed messages may be publicly readable because they are stored in a public Git service that supports use of SSH for commit signing, and the signatures were made by Pageant through an agent-forwarding mechanism. In other words, an adversary may already have enough signature information to compromise a victim’s private key, even if there is no further use of vulnerable PuTTY versions. After a key compromise, an adversary may be able to conduct supply-chain attacks on software maintained in Git. A second, independent scenario is that the adversary is an operator of an SSH server to which the victim authenticates (for remote login or file copy), even though this server is not fully trusted by the victim, and the victim uses the same private key for SSH connections to other services operated by other entities. Here, the rogue server operator (who would otherwise have no way to determine the victim’s private key) can derive the victim’s private key, and then use it for unauthorized access to those other services. If the other services include Git services, then again it may be possible to conduct supply-chain attacks on software maintained in Git. This also affects, for example, FileZilla before 3.67.0, WinSCP before 6.3.3, TortoiseGit before 2.15.0.1, and TortoiseSVN through 1.14.6.

via CVE-2024-31497

以下未稿。

ブックマーク

参考

SSH Mastery: OpenSSH, PuTTY, Tunnels and Keys (IT Mastery Book 12) (English Edition): Lucas, Michael W (著); Tilted Windmill Press 2018-02-06 (Release 2018-02-06); Kindle版; B079NL1L9K (ASIN); 評価

[Comment] タイトルを見て “SSH Mystery” と空目したアホは私です。洋書だけど英語不得手の私にも読める内容。

reviewed by Spiegel on 2021-01-11 (powered by PA-APIv5)

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

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

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

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

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

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

Go 1.22.2 のリリース【セキュリティ・アップデート】

2024-04-06T00:24:31+00:00

予告どおり Go 1.22.2 がリリースされた。

[security] Go 1.22.2 and Go 1.21.9 are released

今回は CVE ID ベースで1件の脆弱性修正を含んでいる。

CVE-2023-45288 http2: close connections when receiving too many headers

Maintaining HPACK state requires that we parse and process all HEADERS and CONTINUATION frames on a connection. When a request’s headers exceed MaxHeaderBytes, we don’t allocate memory to store the excess headers but we do parse them. This permits an attacker to cause an HTTP/2 endpoint to read arbitrary amounts of header data, all associated with a request which is going to be rejected. These headers can include Huffman-encoded data which is significantly more expensive for the receiver to decode than for an attacker to send.

via Go 1.22.2 and Go 1.21.9 are released

以下未稿。

例によって…

Ubuntu の APT で管理している Go コンパイラは古いので，ダウンロードページからバイナリ（go1.22.2.linux-amd64.tar.gz）を取ってきてインストールすることを推奨する。以下は完全手動での作業例。

$ cd /usr/local/src
$ sudo curl -L "https://go.dev/dl/go1.22.2.linux-amd64.tar.gz" -O
$ cd ..
$ sudo unlink go # 以前の Go が入っている場合
$ sudo tar xvf src/go1.22.2.linux-amd64.tar.gz
$ sudo mv go go1.22.2
$ sudo ln -s go1.22.2 go
$ go version # /usr/local/go/bin にパスが通っている場合
go version go1.22.2 linux/amd64

Windows はインストールパッケージを取ってきて直接インストールする。 Scoop 経由でも OK

複数バージョンの Go コンパイラを扱いたい場合は

$ go install golang.org/dl/go1.22.2@latest
$ go1.22.2 download
$ go1.22.2 version
go version go1.22.2 linux/amd64

てな感じに導入できる。

アップデートは計画的に。

参考図書

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

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

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

初めてのGo言語 ―他言語プログラマーのためのイディオマティックGo実践ガイド: Jon Bodner (著), 武舎広幸 (翻訳); オライリージャパン 2022-09-26; 単行本（ソフトカバー）; 4814400047 (ASIN), 9784814400041 (EAN), 4814400047 (ISBN); 評価

[Comment] 2021年に出た “Learning Go” の邦訳版。私は版元で PDF 版を購入。 Go 特有の語法（idiom）を切り口として Go の機能やパッケージを解説している。 Go 1.19 対応。

reviewed by Spiegel on 2022-10-11 (powered by PA-APIv5)

Go言語 100Tips ありがちなミスを把握し、実装を最適化する impress top gearシリーズ: Teiva Harsanyi (著), 柴田芳樹 (著); インプレス 2023-08-18 (Release 2023-08-18); Kindle版; B0CFL1DK8Q (ASIN); 評価

[Comment] 版元で PDF 版を購入可能。事実上の Effective Go とも言える充実の内容。オリジナルは敢えてタイトルに “tips” という単語を入れるのを避けたのに邦題が「100 Tips」とかなっていて，原作者がお怒りとの噂（あくまで噂）

reviewed by Spiegel on 2023-08-18 (powered by PA-APIv5)

効率的なGo ―データ指向によるGoアプリケーションの性能最適化: Bartłomiej Płotka (著), 山口能迪 (翻訳); オライリー・ジャパン 2024-02-24; 単行本（ソフトカバー）; 4814400535 (ASIN), 9784814400539 (EAN), 4814400535 (ISBN); 評価

[Comment] 版元で Ebook を買える。Go言語のリファレンス本ではない。フトウェア工学，プログラミング（の考え方）を学ぶ教科書的な位置づけかなぁ。

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

XZ Utils に仕組まれたバックドアに関する覚え書き

2024-04-01T11:18:07+00:00

先日から騒ぎになっている XZ Utils に仕組まれたバックドアについて覚え書きとしてブックマークをまとめておく。最初は単なるセキュリティ脆弱性か悪意のコードかみたいな話が飛び交ってた気がするが，完全に malicious code として認知されたみたいね。まぁ，詐欺としてはよくある話。悪人顔の詐欺師なんかフィクションである（笑）

起こったことはしょうがないので，ユーザとしては粛々と対応するしかない。政治的な話は知らんが，願わくばまっとうなエンジニアを非難し活動を萎縮させるような行為は止めていただきたいものである。

XZ Utils backdoor
NVD - CVE-2024-3094
- CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
- 深刻度: 緊急 (Score: 10)

基本評価基準	評価値
攻撃元区分	ネットワーク
攻撃条件の複雑さ	低
必要な特権レベル	不要
ユーザ関与レベル	不要
スコープ	変更あり
機密性への影響	高
完全性への影響	高
可用性への影響	高

ただの圧縮ソフトだろ，と思うかもしれないが

影響を受けたライブラリをリンクしているsshdを使用していた場合、liblzmaの実装が改ざんされ、任意のソフトウエアを利用できるようになり、結果として外部から不正アクセスをされる恐れがある

XZ Utilsの脆弱性 CVE-2024-3094 についてまとめてみた - piyologより

ということで，近年話題になっているサプライチェーン攻撃としても結構ヤバい話である。今のところ（2024-04-01 時点），対応としては影響を受けないバージョン（5.4.6など）にダウングレードするしかない。

ただし，影響を受ける Linux ディストリビューションのバージョンが少ないのは不幸中の幸いだろう。 Ubuntu は，自前で最新版を入れていない限り，現在リリースされているバージョンではいずれも影響がないようだ。

詳しい情報は以下が参考になる。

その他，参考情報：

ブックマーク

参考図書

スーパーユーザーなら知っておくべきLinuxシステムの仕組み: Brian Ward (著), 柴田芳樹 (翻訳); インプレス 2022-03-08 (Release 2022-03-08); 単行本（ソフトカバー）; 4295013498 (ASIN), 9784295013495 (EAN), 4295013498 (ISBN); 評価

[Comment] 版元で PDF 版が買える。セキュリティ・エリアにも持ち込めるよう紙の本を買ったのだが，オンライン読書会が始まったので PDF 版も購入。Linux システムの扱い方に関するリファレンス本として優れている。最初に軽く流し読みして，必要に応じて該当項目を拾い読みしていけばいいだろう。

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

ハッキング思考　強者はいかにしてルールを歪めるのか、それを正すにはどうしたらいいのか: ブルース・シュナイアー (著), 高橋聡 (翻訳); 日経BP 2023-10-12; 単行本; 4296001574 (ASIN), 9784296001576 (EAN), 4296001574 (ISBN); 評価

[Comment] 「AI時代にルールを味方につけるには、「正しいハッキングの考え方」が必要だ」（帯の言葉より）

reviewed by Spiegel on 2023-10-13 (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)

GnuPG 2.4.4 / 2.4.5 のリリース【セキュリティ・アップデートを含む】

2024-03-20T02:03:46+00:00

仕事の忙しさにかまけて色々と放っぽり出してたので，少しずつ回復中。

遅まきながらであるが， 2024-01-25 に GnuPG 2.4.4 がリリースされた。さらに先日 2024-03-12 に 2.4.5 がリリースされている。

詳細については割愛する。 GnuPG 2.4.4 については次節で紹介する脆弱性の修正がある。

【脆弱性】スマートカード生成時に保護されていないバックアップ鍵が PC 上に残る

GnuPG 2.4.4 より前の一部のバージョンでスマートカード生成時に保護されていないバックアップ鍵が PC 上に残る脆弱性があるらしい。

The standard way to generate keys on a smartcard with GnuPG is to create the encryption subkey with gpg and to move this key to the smartcard. A password protected backup file named sk_<keyid>.gpg is also created so that in the case of a lost or broken smartcard, the key can be restored to a new smartcard to allow decryption of existing data. Unfortunately with some versions of GnuPG an additional unprotected copy of the encryption subkey is also kept on disk.

All possibly affected users should check whether such an unintended copy of a smartcard key exists and delete it.

via Smartcard key generation keeps an unprotected backup key on disk

該当するバージョンは以下の通り。

Gpg4win version 4.2.0

GnuPG versions 2.4.2 and 2.4.3 iff the card generation was done with the command gpg --card-edit.

GnuPG version 2.2.42 iff the card generation was done with the command gpg --card-edit.

GnuPG VS-Desktop version 3.2.0 and 3.2.1 iff the card generation was done with the non-approved command gpg --card-edit. The documented way to create keys on OpenPGP cards and Yubikeys is not affected.

via Smartcard key generation keeps an unprotected backup key on disk

確認方法等については以下を参照のこと。

Smartcard key generation keeps an unprotected backup key on disk

GnuPG 関連パッケージ

GnuPG 関連の各パッケージのバージョンは以下の通り（数字は大体のビルド順）。

#	パッケージ名	バージョン	公開日
1	Libgpg-error	1.48	2024-02-23
2	Libgcrypt	1.8.11 (LTS)	2023-11-16
	Libgcrypt	1.10.3	2023-11-14
3	Libassuan	2.5.7	2024-03-06
4	Libksba	1.6.6	2024-02-23
5	nPth	1.7	2024-02-23
6	ntbTLS	0.3.2	2024-01-12
7	GnuPG	2.4.5	2024-03-07

ありゃ。 2.2 系のコードが一覧から消えてるな。

現在 GnuPG には 2.2 系と 2.4 系があり¹， 2.4 系では AEAD (Authenticated Encryption with Associated Data) 等 RFC 4880bis で検討されている機能が実装されている。 2.2 系は 2.4 系のサブセットという位置づけで，少なくとも2024年末まではサポートが続けられる予定である。

別記事でも書いたが，どうも Ubuntu は真面目に GnuPG のメンテナンスをやる気がないようである。なので，自前でビルドを行おうかと考えているが，遅々として進まず…

Installing GnuPG 2.4 on Ubuntu 22.04 | Pro Custodibus

ブックマーク

参考図書

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

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

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

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

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

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

科学2024年3月号［雑誌］: 岩波書店『科学』編集部 (編集); 岩波書店 2024-02-22 (Release 2024-03-01); Kindle版; B0CW1DZS1W (ASIN); 評価

[Comment] この号の特集は「現代暗号の展開と応用」。耐量子計算機暗号や格子暗号といった今どきなキーワードも出てくる。

reviewed by Spiegel on 2024-03-01 (powered by PA-APIv5)

厳密には1.4系もあるが，これは legacy 版と位置付けられており，よほどのバグか脆弱性がない限りは更新されない。もし今だに1.4系（あるいは既にサポートされていない2.0/2.1系）を使っているのなら2.4系以降にアップグレードすることを強くお勧めする。 ↩︎

Go 1.22 にアップデートする（セキュリティ・アップデートの追記あり）

2024-03-03T02:25:30+00:00

仕事の忙しさにかまけて色々と放っぽり出してたので，少しずつ回復中。

さて今更だが，先月 2024-02 に Go 1.22.0 が予定通りリリースされた。

変化点の解説はページ末のブックマークを参照してもらうとして，とりあえず自機の環境をアップデートしてしまおうそうしよう。

Ubuntu の APT で管理している Go コンパイラは古いので，ダウンロードページからバイナリ（go1.22.1.linux-amd64.tar.gz）を取ってきてインストールすることを推奨する。以下は完全手動での作業例。

$ cd /usr/local/src
$ sudo curl -L "https://go.dev/dl/go1.22.1.linux-amd64.tar.gz" -O
$ cd ..
$ sudo unlink go # 以前の Go が入っている場合
$ sudo tar xvf src/go1.22.1.linux-amd64.tar.gz
$ sudo mv go go1.22.1
$ sudo ln -s go1.22.1 go
$ go version # /usr/local/go/bin にパスが通っている場合
go version go1.22.1 linux/amd64

Windows はインストールパッケージを取ってきて直接インストールする。 Scoop 経由でも OK

複数バージョンの Go コンパイラを扱いたい場合は

$ go install golang.org/dl/go1.22.1@latest
$ go1.22.1 download
$ go1.22.1 version
go version go1.22.1 linux/amd64

てな感じに導入できる。

【2024-03-06 追記】Go 1.22.1 のリリース【セキュリティ・アップデート】

予定通り Go 1.22.1 がリリースされた。ついでに google.golang.org/protobuf パッケージにもアップデートのアナウンスがあった。 gRPC などを操ってる方は要注意である。

脆弱性の内容は以下の通り（面倒になったので CVSS 評価は端折る）。

CVE-2024-24783 crypto/x509: Verify panics on certificates with an unknown public key algorithm
CVE-2023-45290 net/http: memory exhaustion in Request.ParseMultipartForm
CVE-2023-45289 net/http, net/http/cookiejar: incorrect forwarding of sensitive headers and cookies on HTTP redirect
CVE-2024-24785 html/template: errors returned from MarshalJSON methods may break template escaping
CVE-2024-24784 net/mail: comments in display names are incorrectly handled
CVE-2024-24786 Version v1.33.0 of the google.golang.org/protobuf module fixes a bug in the google.golang.org/protobuf/encoding/protojson package which could cause the Unmarshal function to enter an infinite loop when handling some invalid inputs.

ブックマーク

参考図書

プログラミング言語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)

初めてのGo言語 ―他言語プログラマーのためのイディオマティックGo実践ガイド: Jon Bodner (著), 武舎広幸 (翻訳); オライリージャパン 2022-09-26; 単行本（ソフトカバー）; 4814400047 (ASIN), 9784814400041 (EAN), 4814400047 (ISBN); 評価

reviewed by Spiegel on 2022-10-11 (powered by PA-APIv5)

Go言語 100Tips ありがちなミスを把握し、実装を最適化する impress top gearシリーズ: Teiva Harsanyi (著), 柴田芳樹 (著); インプレス 2023-08-18 (Release 2023-08-18); Kindle版; B0CFL1DK8Q (ASIN); 評価

reviewed by Spiegel on 2023-08-18 (powered by PA-APIv5)

効率的なGo ―データ指向によるGoアプリケーションの性能最適化: Bartłomiej Płotka (著), 山口能迪 (翻訳); オライリー・ジャパン 2024-02-24; 単行本（ソフトカバー）; 4814400535 (ASIN), 9784814400539 (EAN), 4814400535 (ISBN); 評価

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

Go 1.21.1 のリリース【セキュリティ・アップデート】

2023-09-18T01:27:45+00:00

毎度遅まきながらでごめんペコン。予告どおり Go 1.21.1 がリリースされた。

[security] Go 1.21.1 and Go 1.20.8 are released

今回は CVE ID ベースで5件の脆弱性修正を含んでいる。

CVE-2023-39320 cmd/go: go.mod toolchain directive allows arbitrary execution

The go.mod toolchain directive, introduced in Go 1.21, could be leveraged to execute scripts and binaries relative to the root of the module when the “go” command was executed within the module. This applies to modules downloaded using the “go” command from the module proxy, as well as modules downloaded directly using VCS software.

via Go 1.21.1 and Go 1.20.8 are released

またコマンドの任意実行か。ヤバいやつ。

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H
深刻度: 緊急 (Score: 9.8)

基本評価基準	評価値
攻撃元区分	ネットワーク
攻撃条件の複雑さ	低
必要な特権レベル	不要
ユーザ関与レベル	不要
スコープ	変更なし
機密性への影響	高
完全性への影響	高
可用性への影響	高

CVE-2023-39318 html/template: improper handling of HTML-like comments within script contexts

The html/template package did not properly handle HMTL-like “” comment tokens, nor hashbang “#!” comment tokens, in <script> contexts. This may cause the template parser to improperly interpret the contents of <script> contexts, causing actions to be improperly escaped. This could be leveraged to perform an XSS attack.

via Go 1.21.1 and Go 1.20.8 are released

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
深刻度: 警告 (Score: 6.1)

基本評価基準	評価値
攻撃元区分	ネットワーク
攻撃条件の複雑さ	低
必要な特権レベル	不要
ユーザ関与レベル	要
スコープ	変更あり
機密性への影響	低
完全性への影響	低
可用性への影響	なし

CVE-2023-39319 crypto/tls: panic when processing post-handshake message on QUIC connections

The html/template package did not apply the proper rules for handling occurrences of “<script”, “<!--”, and “</script” within JS literals in <script> contexts. This may cause the template parser to improperly consider script contexts to be terminated early, causing actions to be improperly escaped. This could be leveraged to perform an XSS attack.

via Go 1.21.1 and Go 1.20.8 are released

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
深刻度: 警告 (Score: 6.1)

基本評価基準	評価値
攻撃元区分	ネットワーク
攻撃条件の複雑さ	低
必要な特権レベル	不要
ユーザ関与レベル	要
スコープ	変更あり
機密性への影響	低
完全性への影響	低
可用性への影響	なし

CVE-2023-39321, CVE-2023-39322 html/template: improper handling of special tags within script contexts

Processing an incomplete post-handshake message for a QUIC connection caused a panic.

via Go 1.21.1 and Go 1.20.8 are released

CVE ID ベースでは2件だけど CVSS 評価は同じのようだ。

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
深刻度: 重要 (Score: 7.5)

基本評価基準	評価値
攻撃元区分	ネットワーク
攻撃条件の複雑さ	低
必要な特権レベル	不要
ユーザ関与レベル	不要
スコープ	変更なし
機密性への影響	なし
完全性への影響	なし
可用性への影響	高

例によって…

Ubuntu の APT で管理している Go コンパイラは古いので，ダウンロードページからバイナリ（go1.21.1.linux-amd64.tar.gz）を取ってきてインストールすることを推奨する。以下は完全手動での作業例。

$ cd /usr/local/src
$ sudo curl -L "https://go.dev/dl/go1.21.1.linux-amd64.tar.gz" -O
$ cd ..
$ sudo unlink go # 以前の Go が入っている場合
$ sudo tar xvf src/go1.21.1.linux-amd64.tar.gz
$ sudo mv go go1.21.1
$ sudo ln -s go1.21.1 go
$ go version # /usr/local/go/bin にパスが通っている場合
go version go1.21.1 linux/amd64

Windows はインストールパッケージを取ってきて直接インストールする。 Scoop 経由でも OK

複数バージョンの Go コンパイラを扱いたい場合は

$ go install golang.org/dl/go1.21.1@latest
$ go1.21.1 download
$ go1.21.1 version
go version go1.21.1 linux/amd64

てな感じに導入できる。

アップデートは計画的に。

参考図書

プログラミング言語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)

初めてのGo言語 ―他言語プログラマーのためのイディオマティックGo実践ガイド: Jon Bodner (著), 武舎広幸 (翻訳); オライリージャパン 2022-09-26; 単行本（ソフトカバー）; 4814400047 (ASIN), 9784814400041 (EAN), 4814400047 (ISBN); 評価

reviewed by Spiegel on 2022-10-11 (powered by PA-APIv5)

Go言語 100Tips ありがちなミスを把握し、実装を最適化する impress top gearシリーズ: Teiva Harsanyi (著), 柴田芳樹 (著); インプレス 2023-08-18 (Release 2023-08-18); Kindle版; B0CFL1DK8Q (ASIN); 評価

reviewed by Spiegel on 2023-08-18 (powered by PA-APIv5)

Go 1.20.7 のリリース【セキュリティ・アップデート】

2023-08-01T23:18:19+00:00

予告どおり Go 1.20.7 がリリースされた。

[security] Go 1.20.7 and Go 1.19.12 are released

今回は CVE ID ベースで1件の脆弱性修正を含んでいる。

CVE-2023-29409 crypto/tls: restrict RSA keys in certificates to <= 8192 bits

Extremely large RSA keys in certificate chains can cause a client/server to expend significant CPU time verifying signatures. Limit this by restricting the size of RSA keys transmitted during handshakes to <= 8192 bits.

Based on a survey of publicly trusted RSA keys, there are currently only three certificates in circulation with keys larger than this, and all three appear to be test certificates that are not actively deployed. It is possible there are larger keys in use in private PKIs, but we target the web PKI, so causing breakage here in the interests of increasing the default safety of users of crypto/tls seems reasonable.

via Go 1.20.7 and Go 1.19.12 are released

どうやら 8192 bit 以上の RSA 鍵は取り扱わないことにしたようだ。まぁ，妥当かな。

CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:L
深刻度: 警告 (Score: 5.3)

基本評価基準	評価値
攻撃元区分	ネットワーク
攻撃条件の複雑さ	低
必要な特権レベル	不要
ユーザ関与レベル	不要
スコープ	変更なし
機密性への影響	なし
完全性への影響	なし
可用性への影響	低

その他のパッケージの更新

Go 標準パッケージ以外にも以下のパッケージでセキュリティ・アップデートが行われている。

[security] Vulnerabilities in golang.org/x/net/html and golang.org/x/image/tiff

CVE-2023-3978 Vulnerabilities in golang.org/x/net/html

Version v0.13.0 of golang.org/x/net fixes a vulnerability in the golang.org/x/net/html package which caused a mismatch between parsing and rendering.
Text nodes not in the HTML namespace were being incorrectly literally rendered, causing text which should’ve been escaped to not be. This could lead to an XSS attack.

via Vulnerabilities in golang.org/x/net/html and golang.org/x/image/tiff

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:C/C:L/I:L/A:N
深刻度: 警告 (Score: 6.1)

基本評価基準	評価値
攻撃元区分	ネットワーク
攻撃条件の複雑さ	低
必要な特権レベル	不要
ユーザ関与レベル	要
スコープ	変更あり
機密性への影響	低
完全性への影響	低
可用性への影響	なし

CVE-2023-29407 Vulnerabilities in golang.org/x/image/tiff

Version v0.10.0 of golang.org/x/image fixes two vulnerabilities in the golang.org/x/image/tiff package which can cause excessive CPU or memory consumption when parsing images.

via Vulnerabilities in golang.org/x/net/html and golang.org/x/image/tiff

また TIFF か…

CVSS:3.1/AV:N/AC:L/PR:N/UI:R/S:U/C:N/I:N/A:H
深刻度: 警告 (Score: 6.5)

基本評価基準	評価値
攻撃元区分	ネットワーク
攻撃条件の複雑さ	低
必要な特権レベル	不要
ユーザ関与レベル	要
スコープ	変更なし
機密性への影響	なし
完全性への影響	なし
可用性への影響	高

例によって…

Ubuntu の APT で管理している Go コンパイラは古いので，ダウンロードページからバイナリ（go1.20.7.linux-amd64.tar.gz）を取ってきてインストールすることを推奨する。以下は完全手動での作業例。

$ cd /usr/local/src
$ sudo curl -L "https://go.dev/dl/go1.20.7.linux-amd64.tar.gz" -O
$ cd ..
$ sudo unlink go # 以前の Go が入っている場合
$ sudo tar xvf src/go1.20.7.linux-amd64.tar.gz
$ sudo mv go go1.20.7
$ sudo ln -s go1.20.7 go
$ go version # /usr/local/go/bin にパスが通っている場合
go version go1.20.7 linux/amd64

Windows はインストールパッケージを取ってきて直接インストールする。 Scoop 経由でも OK

複数バージョンの Go コンパイラを扱いたい場合は

$ go install golang.org/dl/go1.20.7@latest
$ go1.20.7 download
$ go1.20.7 version
go version go1.20.7 linux/amd64

てな感じで導入できる。

アップデートは計画的に。

参考図書

プログラミング言語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)

初めてのGo言語 ―他言語プログラマーのためのイディオマティックGo実践ガイド: Jon Bodner (著), 武舎広幸 (翻訳); オライリージャパン 2022-09-26; 単行本（ソフトカバー）; 4814400047 (ASIN), 9784814400041 (EAN), 4814400047 (ISBN); 評価