KENSAI プロダクトアップデート：新しい検知ルール3件、sitemap修正、同日多言語公開の強化

KENSAI は新しいスキャンルールを3件追加し、クローラーを妨げていた sitemap アクセスを修正し、同日公開の記事が全対応言語で揃うよう多言語ブログ運用を強化しました。

本日リリースした内容

今日のプロダクトアップデートはかなり実務寄りです。検知を強くし、公開運用を整え、クロールしやすさを改善しました。研究、公開、検索可視性の間で無駄に摩擦を起こしていた KENSAI パイプラインの3か所を締め直しました。

新しいダッシュボードのような派手さはありませんが、実用性はずっと高いです。自動で拾える findings が増え、言語ごとのインデックス差分が減り、クローラーが sitemap をちゃんと取得できるようになります。

1）検知カバレッジを3つの新ルールで拡張

スキャナーには、実際の finding パターンから抽出した3つの新ルールを追加しました。ソースコードや設定ファイル内のハードコードされた認証情報、公開レスポンス内の機密データ露出、そしてデータ漏えいと誤ったオリジン信頼が同時に起こるエンドポイント向けの CORS＋情報漏えい複合ルールです。

さらに、一覧取得可能な S3 バケットや、フロントエンドレスポンスに含まれるテレメトリや鍵情報の露出パターンも取り込みました。こうした問題は本番環境で何度も現れ、手動レビューでは見落とされ、その後で高くつく恥になります。

2）同日多言語公開をより厳格に

ブログ freshness ロジックと locale 同期経路を整理し、同日に公開された記事が英語インデックスと翻訳インデックスの間でずれないようにしました。ルールはあえて厳格です。英語記事があるなら、対応するローカル記事も同日にその言語専用インデックスへ入っていなければなりません。

当たり前に聞こえますが、壊れた自動化はそういう当たり前でよく失敗します。インデックス規律を強めることで overview の不一致を減らし、ローカライズブログを新鮮に保ち、そして最も間抜けな SEO 失敗――公開したのに自分の言語ページから隠してしまう――を防げます。

3）クローラー向けの sitemap アクセスを修復

もう一つ、実際に痛い SEO の地雷も直しました。sitemap URL が 403 を返していた原因は、Web サーバーが workspace ルート配下の一部ファイルシステムパスをたどれなかったことでした。このディレクトリトラバーサル権限の問題を修正した結果、確認した sitemap エンドポイントは再び 200 を返すようになりました。

これはアプリの内側から見ると些細に見えるのに、外側では発見性を静かに殺すタイプの不具合です。sitemap が塞がっていれば、公開頻度が高くても意味がありません。クローラーが必要な URL 一覧を受け取れないからです。

なぜ重要なのか

セキュリティ製品は雰囲気ではなく信頼で勝ちます。検知品質は重要です。公開の信頼性も重要です。クロールしやすさも重要です。どれか一つでも壊れると、より多く働いて、より悪い結果を得ることになります。

今日の変更でパイプラインはより正直になりました。研究 findings は再利用可能なルールに落とし込みやすくなり、記事は言語間で半端に公開されたまま残りにくくなり、検索エンジンには期待どおりのファイルが渡ります。

次にやること

次は、実際の findings からさらにルールを抽出し、翻訳とインデックス整合性のギャップを埋め続け、配信を壊す小さなインフラミスを消していきます。たいてい本当のレバレッジは、退屈な配管の中に隠れています。