securityintronational

OAuth 2.0の「リダイレクトURI」を甘く見るな――その一行の妥協が、ユーザーを地獄へ引きずり込むエンジニア諸君、今日もセキュアなコードを書いてるか？「OAuth 2.0の実装なんてライブラリを使えば一発だよ」なんて考えているなら、今...

玄関の鍵を「だいたい合っていればOK」にしていませんか？OAuthの「リダイレクトURI」で絶対に守るべき鉄則こんにちは。セキュリティの現場で日々、泥臭いインシデントと格闘しているエンジニアです。今日は、OAuth 2.0という「便利な鍵の...

不安全なデシリアライズ：バイトストリームに潜む「実行可能な毒」の解剖学アプリケーションセキュリティの深淵を覗くとき、私たちはしばしば「信頼境界」の脆さに直面する。OWASP Top 10の常連でありながら、いまだに多くのエンタープライズシス...

なぜ「デシリアライズ」はエンジニアを破滅させるのか？ ― 現場で語られない真実やあ。今日も本番環境のログと睨めっこしているか？ アプリケーションセキュリティの現場で、最も「静かに、だが確実に」システムを終わらせる脆弱性、それが不安全なデシリ...

悪魔の招待状を見抜く：不安全なデシリアライズという「見えない侵入」の正体こんにちは！現場で泥臭いインシデント対応を続けていると、たまに「なぜそんなところから？」と首を傾げたくなるような攻撃に出くわします。その代表格が、今回お話しする「不安全...

SSRFの深淵：なぜ「バリデーション」は常に裏切られるのかSSRF（Server-Side Request Forgery）は、単なる「URLのバリデーション漏れ」ではない。それは、アプリケーションのサーバーを、攻撃者が遠隔操作するための「...

SSRFの恐怖：なぜ「URLのバリデーション」だけでは不十分なのか現場でインシデント対応をしていると、開発者が「URLを正規表現でチェックしているから大丈夫」と胸を張る場面によく遭遇する。だが、残念ながらその認識こそが、攻撃者の格好の餌食に...

こんにちは。セキュリティの最前線で、日々「見えない泥棒」とチェスをしている者です。今日は、最近のアプリケーション開発で「一番やってはいけないミス」の一つ、SSRF（サーバーサイドリクエストフォージェリ）についてお話しします。難しそうな名前で...

JWTの「none」アルゴリズムという悪夢：検証ロジックを「性善説」で書くエンジニアへ認証プロトコル、特にJWT（JSON Web Token）を実装する際、多くのエンジニアが陥る「盲点」がある。それは、トークンの署名を検証するライブラリの...

JWTの「none」脆弱性：なぜその実装は、玄関の鍵を自分で開けているのか現場でコードレビューをしていると、今でもたまに遭遇するんだ。「JWTの検証ライブラリを使っているから大丈夫だ」という慢心。だが、そのライブラリが「どのアルゴリズムを信...