アプリケーションセキュリティ & 安全な開発

DOMPurifyは「魔法の杖」ではない：HTML Sanitizationの深淵とアーキテクチャの防衛線セキュリティ・アーキテクト諸君、現場での「とりあえずDOMPurifyを通せば安全」という思考停止に、私は日々溜息をついている。確かに...

現場の最前線で語る：HTML無害化の「泥沼」とDOMPurifyによる絶対防衛ライン現場でコードをレビューしていると、いまだに「strip_tags を使えば安全」と信じ込んでいる設計に出くわすことがある。正直に言おう。それは、鍵の壊れた玄...

ユーザー入力は「毒入り」だと思え！DOMPurifyで安全なHTMLを手に入れる方法こんにちは。現場でセキュリティの最前線に立っているエンジニアです。皆さんは「ユーザーが自由に書き込める掲示板」や「プロフィール編集画面」を作るとき、どんな気...

コンテキストを読み違えるな：XSS防御の最前線と「エンコーディング」の深淵「XSS対策はサニタイズしていればOK」。そんな甘い言葉を信じている若手エンジニアほど、本番環境で痛い目を見る。我々のような現場の人間からすれば、XSS（Cross-...

XSSは「教科書通りのエスケープ」で防げるか？現場で語られるべき防御の真実「エスケープ処理は実装しているのに、なぜかXSS（クロスサイトスクリプティング）が抜けてくる」。現場で疲弊したエンジニアから、そんな嘆きを何度聞いたことか。多くの開発...

その「便利機能」が泥棒を招く？XSS（クロスサイトスクリプティング）を家防犯で理解しようこんにちは。セキュリティの世界へようこそ。システム開発をしていると、「ユーザーが入力した名前を画面にそのまま表示する」なんてことは日常茶飯事ですよね。で...

あなたのWebサイトが「知らない誰かに勝手に操作される」？CSRFの恐怖とCookieの守り方こんにちは。日々、システムの脆弱性と向き合っているセキュリティエンジニアです。今日は、Web開発を始めたばかりの皆さんが必ず一度は耳にするであろう...

なぜ「Secure属性」ごときで議論が止まるのか？――セッションハイジャックの境界線「CookieのSecure属性を付けるべきか？」といった議論が、2024年の今なおテックリードの間で交わされること自体、我々セキュリティアーキテクトにとっ...

なぜ「Secure属性」を忘れるだけで、あなたのプロダクトは裸同然になるのか現場でコードレビューをしていると、今でもたまに見かけるんだ。「session_start() は呼んでいるけれど、Cookieの属性設定はデフォルトのまま」というコ...

こんにちは！セキュリティの世界へようこそ。日々、見えない脅威と戦うエンジニアの皆さん、本当にお疲れ様です。今日は、Webアプリケーション開発の「いろは」でありながら、意外と見落とされがちな「Cookie（クッキー）のSecure属性」につい...