<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Security on たかおの解説</title><link>https://takao.blog/ja/categories/security/</link><description>Recent content in Security on たかおの解説</description><generator>Hugo -- gohugo.io</generator><language>ja</language><copyright>たかおの解説</copyright><lastBuildDate>Sat, 13 Jun 2026 23:11:50 +0900</lastBuildDate><atom:link href="https://takao.blog/ja/categories/security/index.xml" rel="self" type="application/rss+xml"/><item><title>OWASP ZAP 2026年版：高度なスキャンとCI/CD統合</title><link>https://takao.blog/ja/web/owasp-zap-advanced-2026/</link><pubDate>Tue, 09 Jun 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/owasp-zap-advanced-2026/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post OWASP ZAP 2026年版：高度なスキャンとCI/CD統合" /&gt;&lt;h2 id="基本スキャンを超えて"&gt;基本スキャンを超えて
&lt;/h2&gt;&lt;p&gt;OWASP ZAPは2026年、シンプルなプロキシスキャナーからセキュリティ自動化プラットフォームへと進化を遂げています。強力なAPI、スクリプト可能な自動化フレームワーク、CI/CDへの深い統合を備えています。基本的な使い方については&lt;a class="link" href="https://takao.blog/web/owasp-zap/" &gt;以前のOWASP ZAPインストールガイド&lt;/a&gt;を参照してください。この記事では、チームで規模を拡大してセキュリティテストを実行するための高度なワークフローを紹介します。&lt;/p&gt;</description></item><item><title>Hugoを用いたブログサイトにおける最新のCSP設計方針</title><link>https://takao.blog/ja/web/hugo-latest-csp-best-practices-2026/</link><pubDate>Fri, 05 Jun 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/hugo-latest-csp-best-practices-2026/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Hugoを用いたブログサイトにおける最新のCSP設計方針" /&gt;&lt;h2 id="静的サイトにおけるcspの重要性"&gt;静的サイトにおけるCSPの重要性
&lt;/h2&gt;&lt;p&gt;Hugoで構築された静的サイトは動的アプリケーションより本質的に安全ですが、アクセス解析、広告、埋め込みコンテンツのためにサードパーティスクリプトを実行します。**Content Security Policy（CSP）**は、読み込み可能なリソースを制御することで、XSSやデータインジェクション、悪意のあるスクリプト実行から訪問者を保護します。&lt;/p&gt;</description></item><item><title>本番サイトを壊さずにCSPをテストする Content-Security-Policy-Report-Only の運用</title><link>https://takao.blog/ja/web/security-content-security-policy-csp-report-only/</link><pubDate>Fri, 15 May 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/security-content-security-policy-csp-report-only/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post 本番サイトを壊さずにCSPをテストする Content-Security-Policy-Report-Only の運用" /&gt;&lt;h2 id="ウィジェットが壊れる問題"&gt;ウィジェットが壊れる問題
&lt;/h2&gt;&lt;p&gt;Content Security Policy（CSP）の導入はXSS対策として最も効果的な方法のひとつです。しかし、ディレクティブの設定を一箇所間違えるだけでインラインスクリプトが止まり、CDNリソースがブロックされ、アナリティクスが動かなくなる可能性があります。本番環境にいきなり &lt;code&gt;Content-Security-Policy&lt;/code&gt; ヘッダーを適用してクリティカルなスクリプトが遮断されると、サイトは静かに壊れます。&lt;/p&gt;</description></item><item><title>JWT（Json Web Token）認証と従来型セッション管理のセキュリティ比較</title><link>https://takao.blog/ja/web/security-jwt-vs-session-auth/</link><pubDate>Fri, 20 Mar 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/security-jwt-vs-session-auth/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post JWT（Json Web Token）認証と従来型セッション管理のセキュリティ比較" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;認証はすべてのWebアプリケーションの根幹です。&lt;strong&gt;ステートレスなJWT（JSON Web Token）認証&lt;/strong&gt;と&lt;strong&gt;ステートフルなセッション型認証&lt;/strong&gt;は、どちらも「リクエストのたびに誰であるかを確認する」という目的を果たしますが、ストレージ方式、失効（revocation）、セキュリティ特性において根本的に異なります。本記事では両者を詳細に比較し、アプリケーションに適した方式を選択するための指針を提供します。&lt;/p&gt;</description></item><item><title>ドメイン認証の基本：SPF、DKIM、DMARCを設定してなりすましメールを防ぐ</title><link>https://takao.blog/ja/web/web-security-dnssec-spf-dkim-dmarc/</link><pubDate>Sun, 15 Feb 2026 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/web-security-dnssec-spf-dkim-dmarc/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post ドメイン認証の基本：SPF、DKIM、DMARCを設定してなりすましメールを防ぐ" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;メールの送信ドメイン認証は、&lt;strong&gt;なりすまし防止&lt;/strong&gt; と &lt;strong&gt;迷惑メール判定の回避&lt;/strong&gt; に不可欠です。&lt;strong&gt;SPF&lt;/strong&gt;、&lt;strong&gt;DKIM&lt;/strong&gt;、&lt;strong&gt;DMARC&lt;/strong&gt; という3つのDNSベースの標準規格を組み合わせることで、自社ドメインからのメールが正当であることを受信サーバーに証明できます。本記事では各技術の役割と、Cloudflare や主要DNSプロバイダーでの設定手順を解説します。&lt;/p&gt;</description></item><item><title>CORS（オリジン間リソース共有）エラーのメカニズムと適切なサーバー応答</title><link>https://takao.blog/ja/web/web-security-http-headers-cors/</link><pubDate>Mon, 15 Dec 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/web-security-http-headers-cors/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post CORS（オリジン間リソース共有）エラーのメカニズムと適切なサーバー応答" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;&lt;strong&gt;CORS（Cross-Origin Resource Sharing）&lt;/strong&gt; は、ブラウザが異なるオリジン間のリソースアクセスを制御するセキュリティ機構です。&lt;code&gt;https://app.example.com&lt;/code&gt; から &lt;code&gt;https://api.example.org&lt;/code&gt; へのリクエストは、デフォルトで &lt;strong&gt;同一オリジンポリシー&lt;/strong&gt; によりブロックされます。CORS は HTTP ヘッダーを通じてこの制限を安全に緩和します。本記事では CORS の全体像、プリフライトリクエストの仕組み、そしてエラーの解決策を解説します。&lt;/p&gt;</description></item><item><title>依存ライブラリのセキュリティ監査：npm auditとSnykによる自動対策</title><link>https://takao.blog/ja/web/security-dependency-vulnerabilities-npm-audit/</link><pubDate>Sat, 15 Nov 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/security-dependency-vulnerabilities-npm-audit/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post 依存ライブラリのセキュリティ監査：npm auditとSnykによる自動対策" /&gt;&lt;h2 id="サプライチェーンのリスク"&gt;サプライチェーンのリスク
&lt;/h2&gt;&lt;p&gt;現代の JavaScript アプリケーションは数万に及ぶ推移的依存関係（transitive dependencies）を抱えています。そのひとつひとつが攻撃ベクトルになり得ます。2018年の &lt;strong&gt;event-stream&lt;/strong&gt; インシデントでは、悪意あるパッケージが人気ライブラリの依存関係に忍び込み、多くのプロジェクトに影響を与えました。この規模を手動でレビューすることは現実的ではありません。&lt;/p&gt;</description></item><item><title>CSRF攻撃を防ぐためのSameSite属性と認証トークンの正しい設計</title><link>https://takao.blog/ja/web/security-csrf-tokens-samesite-cookies/</link><pubDate>Mon, 25 Aug 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/security-csrf-tokens-samesite-cookies/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post CSRF攻撃を防ぐためのSameSite属性と認証トークンの正しい設計" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;Webアプリケーションの認証管理において、Cookie（クッキー）は非常に便利な仕組みです。セッションIDをCookieに保存しておくことで、ブラウザはリクエストのたびに自動的に認証情報をサーバーへ送信してくれます。&lt;/p&gt;</description></item><item><title>Content Security Policy (CSP) で 'strict-dynamic' を採用するメリット</title><link>https://takao.blog/ja/web/security-csp-strict-dynamic-implementation/</link><pubDate>Sun, 15 Jun 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/security-csp-strict-dynamic-implementation/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Content Security Policy (CSP) で 'strict-dynamic' を採用するメリット" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;クロスサイトスクリプティング（XSS）の有効な対策として導入される &lt;strong&gt;Content Security Policy (CSP)&lt;/strong&gt; ですが、実際に運用しようとすると、外部スクリプトのロード設定が非常に複雑になるという課題に直面します。&lt;/p&gt;</description></item><item><title>Web開発におけるXSS（クロスサイトスクリプティング）の防御原則</title><link>https://takao.blog/ja/web/security-basics-xss-prevention/</link><pubDate>Tue, 25 Feb 2025 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/security-basics-xss-prevention/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Web開発におけるXSS（クロスサイトスクリプティング）の防御原則" /&gt;&lt;h2 id="はじめに"&gt;はじめに
&lt;/h2&gt;&lt;p&gt;Webセキュリティにおいて、&lt;strong&gt;XSS（クロスサイトスクリプティング：Cross-Site Scripting）&lt;/strong&gt; は、最も古くから存在し、かつ現在でも被害件数の絶えない深刻な脆弱性の一つです。&lt;/p&gt;</description></item><item><title>Subresource Integrity：CDN依存関係を保護する</title><link>https://takao.blog/ja/web/subresource-integrity/</link><pubDate>Fri, 20 Dec 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/subresource-integrity/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Subresource Integrity：CDN依存関係を保護する" /&gt;&lt;p&gt;Subresource Integrity（SRI）は、ブラウザがCDNやサードパーティオリジンから取得したリソースの改ざんを検証するセキュリティ機能です。British AirwaysのMagecart侵害、Polyfill.ioのサプライチェーン侵害など、サプライチェーン攻撃が増加する現代において、SRIは読み込んだリソースが開発者の意図したものであることを暗号学的に保証します。&lt;/p&gt;</description></item><item><title>セキュアクッキー設定：Web開発者完全ガイド</title><link>https://takao.blog/ja/web/secure-cookies/</link><pubDate>Mon, 09 Dec 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/secure-cookies/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post セキュアクッキー設定：Web開発者完全ガイド" /&gt;&lt;p&gt;クッキーは、Webにおいて最も頻繁に誤設定されるセキュリティコントロールの1つです。たった1つの属性が欠けているだけで、セッションハイジャック、CSRF、クロスサイト情報漏洩のリスクが生じます。モダンブラウザはデフォルト設定を厳格化していますが、各属性を理解し適切に組み合わせて多層防御を実現することが不可欠です。&lt;/p&gt;</description></item><item><title>SQLインジェクション対策：最新のデータベースセキュリティガイド</title><link>https://takao.blog/ja/web/sql-injection-prevention/</link><pubDate>Tue, 01 Oct 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/sql-injection-prevention/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post SQLインジェクション対策：最新のデータベースセキュリティガイド" /&gt;&lt;p&gt;SQLインジェクションは数十年の認識がありながら、今なおOWASP Top 10にランクインしています。2023〜2024年には医療、eコマース、政府機関でSQLiを悪用した重大な情報漏洩が発生しました。古典的な&lt;code&gt;' OR 1=1 --&lt;/code&gt;攻撃はよく知られていますが、二次注入、ブラインドSQLi（時間ベース・真偽値ベース）、帯域外抽出などの最新亜種も増加しています。予防策は周知されているにもかかわらず、レガシーコード、ORMの誤用、テスト自動化の不足により実行が不十分なのが現状です。&lt;/p&gt;</description></item><item><title>Vaultwarden/BitwardenでSSHキーを管理する方法</title><link>https://takao.blog/ja/web/vaultwarden-ssh-key/</link><pubDate>Thu, 20 Jun 2024 00:00:00 +0000</pubDate><guid>https://takao.blog/ja/web/vaultwarden-ssh-key/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Vaultwarden/BitwardenでSSHキーを管理する方法" /&gt;&lt;h2 id="なぜパスワードマネージャーでsshキーを管理するのか"&gt;なぜパスワードマネージャーでSSHキーを管理するのか
&lt;/h2&gt;&lt;p&gt;SSHキーはリモートサーバーやGitプロバイダー、内部インフラへの認証の標準手段です。しかし、多くの開発者は&lt;code&gt;~/.ssh/&lt;/code&gt;に平文ファイルとして保存し、保護も同期も監査もされていない状態で運用しています。SSHキーをVaultwarden（またはBitwarden）に移すことで、以下の3つの問題が解決します。&lt;/p&gt;</description></item><item><title>WebAuthnとパスキー：2024年のパスワードレス認証</title><link>https://takao.blog/ja/web/webauthn-passkeys/</link><pubDate>Tue, 02 Apr 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/webauthn-passkeys/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post WebAuthnとパスキー：2024年のパスワードレス認証" /&gt;&lt;p&gt;パスワードは数十年にわたってWeb認証の主要な仕組みでしたが、セキュリティとユーザビリティに多くの問題を抱えています。WebAuthn（Web Authentication）とパスキーエコシステムは、暗号学的に安全でフィッシング耐性のある認証を実現します。2024年現在、主要プラットフォームすべてがパスキーをサポートしており、パスワードレス認証を導入する絶好のタイミングです。&lt;/p&gt;</description></item><item><title>Vaultwarden：セルフホスト型パスワードマネージャー導入ガイド</title><link>https://takao.blog/ja/web/vaultwarden-install/</link><pubDate>Fri, 15 Mar 2024 00:00:00 +0000</pubDate><guid>https://takao.blog/ja/web/vaultwarden-install/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post Vaultwarden：セルフホスト型パスワードマネージャー導入ガイド" /&gt;&lt;h2 id="vaultwardenとは"&gt;Vaultwardenとは
&lt;/h2&gt;&lt;p&gt;Vaultwardenは、BitwardenサーバーAPIをRustで再実装したオープンソースのセルフホスト型パスワードマネージャーです。公式のBitwardenサーバーがMicrosoft SQL Serverと大量のリソースを必要とするのに対し、Vaultwardenは非常に軽量で、低スペックなVPSやRaspberry Piでも快適に動作します。すべての公式Bitwardenクライアント（デスクトップアプリ、ブラウザ拡張、モバイルアプリ、CLI）と互換性があります。&lt;/p&gt;</description></item><item><title>OAuth 2.0とOpenID Connect：モダンな認証ガイド</title><link>https://takao.blog/ja/web/oauth-oidc/</link><pubDate>Mon, 29 Jan 2024 00:00:00 +0900</pubDate><guid>https://takao.blog/ja/web/oauth-oidc/</guid><description>&lt;img src="https://takao.blog/img/thumnail.webp" alt="Featured image of post OAuth 2.0とOpenID Connect：モダンな認証ガイド" /&gt;&lt;p&gt;OAuth 2.0とOpenID Connectは、モダンなWeb認証・認可の基盤を形成しています。広く使われているにもかかわらず、これらのプロトコルは誤解され、誤設定されることが多く、予防可能なセキュリティ脆弱性を生み出しています。本ガイドでは、アプリケーションに安全な認証を統合するための基本概念、実装パターン、セキュリティベストプラクティスを解説します。&lt;/p&gt;</description></item></channel></rss>