OpenVPN の Use-after-free 脆弱性 CVE-2026-40215 と実務上の対応 作者: si62512548投稿日: 2026年7月28日カテゴリー: OpenVPNタグ: CVE-2026-40215, OpenVPN, TLS, tls-auth, VPN, セキュリティ, 脆弱性OpenVPN の Use-after-free 脆弱性 CVE-2026-40215 と実務上の対応 へのコメントはまだありません OpenVPN の CVE-2026-40215 は、TLS セッション昇格時の Use-after-free により、クラッシュやヒープメモリ漏えいを招く可能性があります。CVE 単体の最初の修正版と、2026 年 7 月時点で実務上採用すべき更新先を分けて整理します。
IPv6 の /64 を普遍化しない – 現行仕様の整理と固定境界への異議 作者: si62512548投稿日: 2026年7月27日カテゴリー: ネットワークタグ: CIDR, IPv6, Neighbor Discovery, RFC, SLAAC, ネットワーク設計, ルーティングIPv6 の /64 を普遍化しない – 現行仕様の整理と固定境界への異議 へのコメントはまだありません IPv6 の固定境界、SLAAC、64 ビット IID、ポイントツーポイントリンク、サイト委譲を分けて整理します。特に、固定割り当て前提であれば自由な Prefix を設計要件から選べるべきであり、動的割り当ての制約を固定割り当てへ普遍化すべきではない、という立場を明確にします。
TCP Wrapper をいまだに使っている組織に感じる懸念 – hosts.allow / hosts.deny を現在のアクセス制御として見る 作者: si62512548投稿日: 2026年7月20日カテゴリー: ネットワークセキュリティタグ: Firewalld, hosts.allow, hosts.deny, libwrap, Linux, nftables, TCP Wrapper, アクセス制御, ネットワークセキュリティTCP Wrapper をいまだに使っている組織に感じる懸念 – hosts.allow / hosts.deny を現在のアクセス制御として見る へのコメントはまだありません TCP Wrapper と hosts.allow / hosts.deny を、現在の Linux アクセス制御としてどう評価すべきかを整理します。
veth と Linux bridge は何を分離しているのか – コンテナネットワークの基本構造を整理する 作者: si62512548投稿日: 2026年7月16日カテゴリー: ネットワークタグ: CNI, Docker, Kubernetes, Linux, Linux Bridge, network namespace, veth, コンテナネットワークveth と Linux bridge は何を分離しているのか – コンテナネットワークの基本構造を整理する へのコメントはまだありません veth と Linux bridge は、コンテナネットワークの基本を支える Linux の仕組みです。network namespace、veth ペア、bridge、CNI、macvlan / ipvlan との違いを整理します。
macvlan / ipvlan はコンテナのための技術なのか – Linux ネットワーク仮想化から CNI まで整理する 作者: si62512548投稿日: 2026年7月16日カテゴリー: ネットワークタグ: CNI, Docker, ipvlan, Kubernetes, Linux, macvlan, Multus, SR-IOVmacvlan / ipvlan はコンテナのための技術なのか – Linux ネットワーク仮想化から CNI まで整理する へのコメントはまだありません macvlan と ipvlan はコンテナ専用技術ではなく、Linux カーネルの仮想ネットワークデバイスです。Docker、CNI、Multus、SR-IOV との関係を整理します。
ファイアウォールルールは設計から生成する – 定数、検証、変更管理 作者: si62512548投稿日: 2026年7月15日カテゴリー: ネットワークセキュリティタグ: IaC, IPv4, IPv6, NIST SP 800-41, ネットワークセキュリティ, ファイアウォール, ファイアウォール設計, ポリシー管理, 変更管理, 構成ドリフトファイアウォールルールは設計から生成する – 定数、検証、変更管理 へのコメントはまだありません ファイアウォールルールを装置設定から直接編集せず、設計ポリシー、論理ルール、装置設定へ分離し、検証、差分、適用、ドリフト検出まで管理します。
すべてを境界ファイアウォールで防がない – 破棄条件を配置する場所 作者: si62512548投稿日: 2026年7月15日カテゴリー: ネットワークセキュリティタグ: API ゲートウェイ, CoPP, IPv6, Kubernetes, NetworkPolicy, RFC 6192, RTBH, SAVI, WAF, ゼロトラスト, ネットワークセキュリティ, ファイアウォールすべてを境界ファイアウォールで防がない – 破棄条件を配置する場所 へのコメントはまだありません ファイアウォール設計では、何を破棄するかだけでなく、どこで破棄するかを決めます。アクセスネットワーク、ルーター、境界 FW、WAF、API、アプリケーションの役割を整理します。
正常なパケットは、どこから攻撃になるのか – 通信量と資源から考えるファイアウォール設計 作者: si62512548投稿日: 2026年7月15日カテゴリー: ネットワークセキュリティタグ: CoPP, DDoS, IPv6, QUIC, RFC 4987, RFC 6192, RTBH, SYN Cookie, SYN フラッド, ネットワークセキュリティ, ファイアウォール, レート制限正常なパケットは、どこから攻撃になるのか – 通信量と資源から考えるファイアウォール設計 へのコメントはまだありません 正常な SYN、UDP、ICMP でも、量、継続時間、分散数、処理コストによって攻撃になります。帯域、pps、cps、セッション、NAT、ログ、バックエンドを分けて設計します。
ICMP は許可か拒否かでは設計できない – IPv4 / IPv6 制御通信の成立条件 作者: si62512548投稿日: 2026年7月15日カテゴリー: ネットワークセキュリティタグ: ICMP, ICMPv6, IPv6, NDP, Neighbor Discovery, Path MTU Discovery, RFC 4890, RFC 8201, Router Advertisement, ネットワークセキュリティ, ファイアウォールICMP は許可か拒否かでは設計できない – IPv4 / IPv6 制御通信の成立条件 へのコメントはまだありません ICMP と ICMPv6 を一律に許可・拒否せず、Type、Code、方向、受信インターフェース、アドレススコープ、Hop Limit、元フローとの関連から設計します。
開いているポートでも通してはいけない – 接続状態とパケット構造の検証 作者: si62512548投稿日: 2026年7月15日カテゴリー: ネットワークセキュリティタグ: ICMP, IPv6, IPv6 拡張ヘッダー, Netfilter, RFC 9288, RFC 9293, TCP, UDP, ステートフルファイアウォール, ネットワークセキュリティ, ファイアウォール, フラグメント開いているポートでも通してはいけない – 接続状態とパケット構造の検証 へのコメントはまだありません ファイアウォールでポートを許可していても、TCP 状態遷移、UDP タイムアウト、ICMP エラー、フラグメント、IPv6 拡張ヘッダーを検証しなければ安全とはいえません。
