みんなのブックマーク 人気(7) 新着
-
入力時のバリデーションと出力時のエスケープが重複処理だというような基本的な思い違いをするような人が解説文を書いているからですねわかります
-
『最後に「何が正しいのか?」常に考えるようにしてください』<この文以下は私への反論のようなのでブログで返答する予定/書いた http://t.co/YAFNQvkQ
-
Railsの誤解を解いておくと、SQL実行時にはSQLで使えない文字をエスケープするし、HTMLに出すときもその文脈でエスケープします。自動で。バリデーション? 別の話ですよね? まあARからは分離済です。
-
バリデーションされてるデータを出力時エスケープするのはコード重複だからやめろっていうの、どこの世界のベストプラクティスだよ……
-
大垣さんはそろそろ出力時のバリデーションに通らなかった場合にどう処理すべきなのかを明示するべき。「SQLに安全に使用できない文字が使われました」という例外でも出すのだろうか。
-
苦笑しつつスルーしたいところですが、Railsがdisられている部分はちょっと……。Rubyコミュニティの方々は力強く反応したほうが良いのではないかという気がしないでもないです。
- プリペアドクエリのくだりが引っかかる。そもそも対象テーブル名やカラム名としてユーザー入力をそのまま使うのは脆弱性のもとだし、テーブル構造をユーザーに見せる事になるからセキュリティリスクだろ、糞設計だ
-
『この記事を読むのに必要な時間:およそ 3 ~ 5 分』 読めば読むほど考え込んでしまうので、3~5分なんかじゃ読めないです。 『セキュリティ対策とコーディングのベストプラクティスは相反する』…お前は何を(略
- "しかし,これはコーディングのベストプラクティスである「重複処理を排除した効率よいコード記述」に反します。" / 反しませんよ
-
毎度スパイシーな記事です。プリペアドクエリが使えない説明、なんでPHPを冠した記事で根拠がインストーラやねんっ!って。思いました。
- 大垣靖男さんはセキュリティ界の武田邦彦
-
『最後に「何が正しいのか?」常に考えるようにしてください』<この文以下は私への反論のようなのでブログで返答する予定/書いた http://t.co/YAFNQvkQ
- プリペアドクエリのくだりが引っかかる。そもそも対象テーブル名やカラム名としてユーザー入力をそのまま使うのは脆弱性のもとだし、テーブル構造をユーザーに見せる事になるからセキュリティリスクだろ、糞設計だ
- Design by Contractを知らないとは思いたくないが、本質を理解していないであろうことは確か
- はっ?
-
バリデーションされてるデータを出力時エスケープするのはコード重複だからやめろっていうの、どこの世界のベストプラクティスだよ……
- バリデーションが「セキュリティ対策」かは置いといて、内容は別に間違ってないように思うんですが…(Railsの話は分かりません)
-
なんでこんなに叩かれてるのかわからん。たぶん関連するエントリー: http://d.hatena.ne.jp/IwamotoTakashi/20090910
- 記事を書いてる人自身のバリデーションが壊れててうける
- よく知らないのに堂々と記事書くのがすごい
-
Railsの誤解を解いておくと、SQL実行時にはSQLで使えない文字をエスケープするし、HTMLに出すときもその文脈でエスケープします。自動で。バリデーション? 別の話ですよね? まあARからは分離済です。
- "最後に「何が正しいのか?」常に考えるようにしてください。" この記事に記載されていることは正しいことじゃないことが多い。理解した。
-
大垣さんはそろそろ出力時のバリデーションに通らなかった場合にどう処理すべきなのかを明示するべき。「SQLに安全に使用できない文字が使われました」という例外でも出すのだろうか。
-
入力時のバリデーションと出力時のエスケープが重複処理だというような基本的な思い違いをするような人が解説文を書いているからですねわかります
-
苦笑しつつスルーしたいところですが、Railsがdisられている部分はちょっと……。Rubyコミュニティの方々は力強く反応したほうが良いのではないかという気がしないでもないです。
- こんな解説がまかりとおっているからですね、わかりません
- コードの書き方(コーディング)ではなくアーキテクチャではないだろうか。








