Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
「フレームワークを使っていれば脆弱性は出ない」って本当? / Is it true that ...
Search
thatblue
March 16, 2019
Technology
0
76
「フレームワークを使っていれば脆弱性は出ない」って本当? / Is it true that Framework guards us from all vulnerability?
BSides Sendai 2019発表資料
thatblue
March 16, 2019
Tweet
Share
More Decks by thatblue
See All by thatblue
GitHub Pagesで構築したブログをスマホ対応させてみた / make mobile-compatible with lightweight css framework
thatblue
0
72
Sendai.rbコミュニティ紹介 2022 / Introduction of Sendai.rb 2022
thatblue
0
27
Rails Girls Sendaiコミュニティ紹介2022 / Introduction of Rails Girls Sendai 2022
thatblue
0
54
競技プログラミングへのお誘い~私と競プロ友達になってください / Invitation to Competition Programming
thatblue
1
590
好みのコーヒー探し / find my favorite coffee
thatblue
0
270
Rails Girls Sendai 2ndの後日談としてのSendai.rb / Sendai.rb, As a After Story of Rails Girls Sendai 2nd
thatblue
0
39
Sendai.rbコミュニティ紹介2020 / Introduction of Sendai.rb 2020
thatblue
0
20
Rails Girls Sendaiコミュニティ紹介2020 / Introduction of Rails Girls Sendai 2020
thatblue
0
24
ようやくDDDに手を出したので感想でも / I've getting started to DDD
thatblue
1
330
Other Decks in Technology
See All in Technology
誰も全体を知らない ~ ロールの垣根を超えて引き上げる開発生産性 / Boosting Development Productivity Across Roles
kakehashi
1
220
New Relicを活用したSREの最初のステップ / NRUG OKINAWA VOL.3
isaoshimizu
2
580
Evangelismo técnico: ¿qué, cómo y por qué?
trishagee
0
350
dev 補講: プロダクトセキュリティ / Product security overview
wa6sn
1
2.3k
CysharpのOSS群から見るModern C#の現在地
neuecc
1
3.1k
信頼性に挑む中で拡張できる・得られる1人のスキルセットとは?
ken5scal
2
530
10XにおけるData Contractの導入について: Data Contract事例共有会
10xinc
5
570
TypeScript、上達の瞬間
sadnessojisan
46
13k
サイバーセキュリティと認知バイアス:対策の隙を埋める心理学的アプローチ
shumei_ito
0
380
Can We Measure Developer Productivity?
ewolff
1
150
開発生産性を上げながらビジネスも30倍成長させてきたチームの姿
kamina_zzz
2
1.7k
Lambdaと地方とコミュニティ
miu_crescent
2
370
Featured
See All Featured
Save Time (by Creating Custom Rails Generators)
garrettdimon
PRO
27
840
A Philosophy of Restraint
colly
203
16k
Fontdeck: Realign not Redesign
paulrobertlloyd
82
5.2k
Scaling GitHub
holman
458
140k
Large-scale JavaScript Application Architecture
addyosmani
510
110k
The Power of CSS Pseudo Elements
geoffreycrofte
73
5.3k
Teambox: Starting and Learning
jrom
133
8.8k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
42
9.2k
Navigating Team Friction
lara
183
14k
GraphQLとの向き合い方2022年版
quramy
43
13k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
16
2.1k
It's Worth the Effort
3n
183
27k
Transcript
「フレームワークを使っていれば 脆弱性は出ない」って本当? そのレール、本当に乗ってますか #BSidesSendai BSides Sendai 2019 今野夕貴(@thatblue_plus)
とりあえず自己紹介 だいたい仙台出身、ほぼ仙台在住 学生時代を過ごした会津若松は 第二の故郷 新卒から10年くらい、ソフトウェ アエンジニア的なお仕事をしてい ます PHPやJavaを中心に、サーバサイ ドとかWebアプリケーションと呼 ばれるあたりの分野をやっていま
す ガルパン大好きなんですが近くにあ んまり語り合える人がいないのでお 友達になってください
こんな人に知ってほしい 業務での開発が未経験だけど、何か自分でWeb サービスの開発をしようとしている人 「脆弱性ってよくわからないけど、フレームワー ク使ってたら大丈夫でしょ」って思っている初 級エンジニア〜経験浅めのリードエンジニア もしくは上記のようなエンジニアを指導する 立場の人へ、指針の参考として 主にWebアプリケーション開発における、以下のような立 場の人
「フレームワークを使っていれば 脆弱性は出ない」って本当? 今回は 「フレームワーク=Webアプリケーションフレームワーク」 としてご理解ください
半分は本当だけど 半分は間違ってると思う
どのような攻撃からどう守っているのかを知らなければ (セキュリティ的な)意味は半減します 冨樫義博「幽☆遊☆白書 14巻」(集英社、1993年)
以上
……では登壇する意味が ないので
フレームワークを使っていても 脆弱性が入り込んでしまうポイント フレームワークやライブラリの選定ミス 設定ミス フレームワークの思想を無視した実装 フレームワークではどうしようもないところ のカバー漏れ
フレームワークや ライブラリの選定ミス
どうやって選ぶか RubyにおけるRailsのような、言語における「鉄板」があるなら従う 使用者数が少ないフレームワークは自信を持って選べるようになっ てからで十分 Google検索などで評判を調べてみる 少なくとも開発コミュニティが活発であること GitHubのstar数 中心になって開発している人がどんな人なのか 一万歩譲ってもセキュリティ対応期間中のもの、可能な限りリリース 済みの新しいバージョンを使う
評判の信ぴょう性を判断するには 結局自分が知識を持つしかない
とは言え、フレームワーク名で検索してサジェスト 上位に「脆弱性」って出てくるものは避けましょう フレームワークの名誉のため、モザイク処理済
設定ミス
デフォルト設定が安全側に倒れていないケース 設定変更のリスク判断が十分に出来ていないケー ス 設定の組み合わせによって問題が起きるケー ス
デフォルト設定が 安全側に倒れていないケース 例: FuelPHP(1.8のmasterで確認)のデフォル ト設定ではCSRFトークンのチェックをしてお らず、オプション機能扱いになっている 放っておいた場合何が起こるかは「はまち ちゃん事件」で検索 このときは勝手に日記を投稿されるだけで 済んだから良かった(!?)ものの、勝手に商品
を購入させるようなことになってたら……
設定変更のリスク判断が 十分にできていないケース DBなどに登録したHTMLをそのまま書き出した い、という要件 書き出す箇所だけエスケープを外すべきと ころ、全体のエスケープ設定を外してしま う
フレームワークの思想を 無視した実装
安全に実装する方法が分からない 「自分がやりたいことはフレームワークでサ ポートされていない」と思い込み、フレーム ワークを使わない実装を始めてしまう
安全に実装する方法が 分からない 是非が判断できないため、Google検索で見つ けた問題のある実装方法でそのまま済ませてし まう そもそも公式ドキュメントを読まない 読み慣れないと望む情報にたどり着くのが 大変なのはとてもよくわかる、が、読もう!
「やりたいことがフレームワーク でサポートされていない」という 思い込み 経験の浅いエンジニアにありがち フォームデータの多次元配列データに対応していないと思い 込み(というかそもそもそういう概念を知らず)、自前でPOST パラメータを読み出す処理を作り込んでしまった フレームワークのバリデーション機能でフォローできな くなるので、入力の検証が地獄になる 参考元のコードに求めているパターンの実装がなく、上長に
相談しても「もっとよく見て」と適当にあしらわれる(血涙) というわけで先輩方はどうかサポートしてあげてください
ここまでは、 ちゃんと「レールに乗って」いれば 回避できる話
フレームワークでは どうしようもないところの カバー漏れ
アクセスログを取ろうとして、リクエストパ ラメータに含まれていた平文のパスワードも そのままログに書き出してしまう 独自のバリデーションルールを作ろうとして、 正規表現をミスする そして問題のある入力を受け付けてしまう
余談:パスワードを平文で 保存してはいけない理由?
フレームワークなしでもそこそこセキュアに 組めるくらいの理解はないと正直厳しいと思っている 結局ここに戻ってくる 冨樫義博「幽☆遊☆白書 14巻」(集英社、1993年)
最低リードエンジニアくらいは、 とは思うのですが
できれば、みんなで勉強して頑張ろう 把握してるごく少人数で全部カバーとか死んじゃいます
みんな読もう、徳丸本 正式なタイトルは「体系的に学ぶ 安全なWebアプリケーションの作り方」 第二版がおすすめ
正しくレールに乗って ご安全に!