はじめに
第1特集
攻撃者より先に、権限の穴を塞げ！
特権ID・NHI管理入門
クラウド／AIで増えるNon-Human Identityをどう統制する？
第1章：特権IDおよびNHIの定義とその脅威、リスク
クラウドとAIの普及で存在感が増す人間以外のID
…… 宮川 晃一
P.18
NHI（Non-Human Identity）
NHIはAPIキーや秘密鍵、アクセストークンなどの認証情報を提示するだけで認証が成立
ラテラルムーブメント（横展開）
インシデント事例
第2章：特権ID管理＆特権アクセス管理入門
システムとして強制する特権アクセス管理の3原則
…… 菊地 周平
P.28
管理対象接続時のセッション管理(3方式)
第3章：Non-Human Identityのリスクとセキュリティ対策
クラウド、CI/CD、AIエージェント経由の侵害を防ぐ
…… 佐藤 公理
P.36
OWASP NHI Top 10(20025年)
可視化・分析・管理・保護
アクセスコンテキスト制御とExpossure管理
第4章：AIエージェント時代の認証・認可とアイデンティティ管理
新たなリスクに対応するための指針
…… 富士榮 尚寛
P.47
実装者は広い権限を渡しがち
プロンプトインジェクション
委任チェーン(マルチエージェント)
AIエージェント管理設計(OAuth2.1、PKCE（Proof Key for Code Exchange、RFC7636）、Protected Resource Metadata（RFC 9728）、Resource Indicators（RFC 8707）)
MCP認可仕様
A2A
「Human in the Loop」の設計
第2特集
LLMに感情はある？
誰も教えてくれないLLMの話
専門家があなたのギモンに全力で答えます
ギモン①：LLMモデルはホントに「考えて」いるんですか？
#Chain-of-Thought #形式的言語能力 #線形表現仮説
…… 宮脇 峻平
P.62
思考らしき振る舞い＝関係知識・位置情報・数値属性・言語形式などを符号化した多数の特徴が、入力に応じて分散的に発火し、順伝播の中で互いに連携する過程
形式的言語能力と機能的言語能力
ギモン②：AIに感情や個性を感じるのって私だけ？
#LLMの性格特性 #共感性 #機能的感情
…… 宮脇 峻平
P.71
LLM 内部の感情表現は、人間の円環モデルと同じ2 次元構造で組織化されている
機能的感情
ギモン③：AIのコストが高すぎる！なんでこんなにかかるの？
#トークン管理 #推論コスト #低価格モデルのワナ
…… 岩城 祐作
P.76
LLMの料金は「質問の回数」ではなく、モデルがどれだけ読み、どれだけ書き、どれだけ考えたかにほぼ比例して発生
ギモン④：シンギュラリティって何？本当に実現するの？
#再帰的自己改善 #合成データ #モデル崩壊
…… 渋谷 優介
P.86
シンギュラリティ(AIが人間の知能を超え、その後の技術進歩が人間にとって予測困難または制御困難になるとされる仮説上の転換点)
モデル崩壊
再帰的自己改善
連載
ITエンジニア必須の最新用語解説
【212】Google Antigravity 2.0……杉山 貴章
ED.1
AIエージェント開発プラットフォーム
万能IT技術研究所
【51】鬼と式神を操る現代陰陽師の古都散歩――VLMの空想力を位置・地理情報で調伏する解説AI設計法……平林 純
P.1
調伏（ちょうぶく）・・心身を修めて煩悩を抑えること、および仏の力で悪魔や怨敵を屈服させる仏教用語
式神（しきがみ）・・日本の陰陽道で陰陽師が使役した、目に見えない鬼神や霊的な存在のこと
プロンプト魔術
現実世界を拡張するWebXRプログラミング
【10】Babylon.jsでWebARを体験しよう ⑤depth-sensingを使ってみる……にー兄さん（堤 海斗）
ドメイン解体新書
P.6
相変わらず、Android端末向け
【31】ドメイン名管理に役立つCTログ活用のすすめ……谷口 元紀
P.10
CTログで透明性を確保、注意点も必要(ユースケース1〜3)
ネコ、コード、ネコ
【14】AIの進歩について思うこと……植山 類
P.14
8cc(AIの自動化によるセキュリティホールの指摘)、Fable 5の性能、自分のアイデンティティを考える
【新連載】設計としてのTypeScriptプログラミング
【1】TypeScriptの動作原理と基本的な型……池奥 裕太
P.96
動的型付け、静的型付け
型エラー、TypeError
Rustで作るイベント駆動アーキテクチャ
【6】【実践編】サンプルアプリの要件とアーキテクチャ設計……矢光 隆太郎
P.102
XX
実録 AIネイティブプロダクト開発
【6】LLMの振る舞いをLLMだけに任せない……石田 健太
P.108
ネットワーク境界
データ境界
権限境界
【最終回】データ分析とSQLエージェント
【8】データエージェントの現在地……太田 満久（おおたまん）
P.114
図1(データエージェント)
コンテキストとセキュリティ(誰に見せてよいか)
分析ループ
技術選定の舞台裏
【10】ワンバンクのeKYCシステム……榎本 敏丸、すてにゃん
P.120
eKYC(ホ方式の廃止)
へ方式→改正後は繰り上がりで新ハ方式
プログラミング×AIの最前線
【17】「開発するということの定義が変わった」――OpenAIが語る、エージェント時代の起点……木下 雄一朗
P.128
ユーザーの手を離れた作業をハーネスの設計で安全に完了させる「自律的なワークフローの遂行」
PRレビュー自動化
足元のリポジトリがエージェントに仕事を渡せる状態になっているか
実践LLMアプリケーション開発
【35】ハーネスエンジニアリングでAIエージェントの性能を引き上げる……西見 公宏
P.136
OpenAIのコーディング向けモデルgpt-5.2-codexを使用したエージェントにおいて、ハーネス側だけを改善することで、Terminal-Bench 2.0のスコアを52.8から66.5へ伸ばした事例
AWS活用ジャーニー
【46】Amazon Athena……森尾 孟倫
P.148
XX
計算装置としてのGPU
【4】GPUが処理するグラフィックスパイプライン……山田 英伸
P.154
XX
押し上げろ！サイバーセキュリティ！
【4】セキュリティ防御に「特効薬」がない理由。WAFから考えるチューニングの大切さ……熊坂 駿吾
P.162
JavaScriptのPrototype汚染
WAFによる防御(ACMEパスを悪用したバイパス事例)
暗号のひみつ
【8】IPsecと認証付き暗号……荒木 誠
P.168
IPsecのESPパケット
Copy Fail脆弱性(互換性とは、過去を切り捨てない優しさであると同時に、それを安全に保ち続ける責任でもある)
魅惑の自作シェルの世界
【45】部分文字列展開の実装（前半）……上田 隆一
P.172
XX
コミュニケーション・エンジニアリング
【7】相手が論理的ではないと感じたら……konifar（小西 裕介）
P.180
正しい論理はひとつではない
論理がすべてではない
あなたのスキルは社会に役立つ～エンジニアだからできる社会貢献～
【175】当事者であることが、走らせ続ける――みんなのトイレマップを続ける理由……菅原 洋介
P.182
継続の難しさ
SD NEWS & PRODUCTS
P.186
製造業における異常検知(4つの異常パターン)
Readers' Link
P.190
黄金豹(江戸川乱歩)
blue_jamさん、ken1flanさん、採用おめでとうございます！
SD Staff Room
P.192