クライアントからサーバサイドのデータベース書き換え

LineやFacebookなど，サーバクライアントのアプリケーションはさまざまですが，内部のデータベース処理はどうなっているのでしょうか．クライアントはどのような形で，サーバにデータを送信し，サーバはデータを保管するのでしょうか．

RubyやPerlなどもあるでしょうが，触ったことがないので，PHPでお話させてください．
PHPでサーバサイドアプリケーションを設け，データベースを読み書きするとします．

PHP
1$stmt = $pdo -> prepare("INSERT INTO my_table (id, name) VALUES (:id, :name)");
2$stmt->bindParam(':id', $name, PDO::PARAM_INT);
3$stmt->bindValue(':name', $value, PDO::PARAM_STR);
4$stmt->execute();

のような関数を”http://(Mine)/insertValue.php?id=!!!&name=!!!!!”(URL引数に限らず，POSTリクエストでも)として公開し，クライアントのブラウザや，アプリケーションからアクセスすることを考えおります．このような手法は，一般的に行われているのでしょうか．それとも，他にメジャーな手法があるのでしょうか．ご教授ください．

行動規範の内容に同意します

回答2件

そうですね。
GETやPOSTによってクライアントから与えられた情報を加工/操作するのがwebアプリケーションの基本的な動作です。
それに加えてcookieやリファラーと言ったリクエストヘッダ情報を使う事が多いです。
*その他のHTTPメソッド（DELETEやPUT等）も使用することも可能ですが、一般的なwebアプリケーションではあまり使用されるケースは見られません。
*mod_rewrite等の方法でURLをGETに変換する場合もあります。

また、クライアントからの情報は基本的に「悪意のある情報である」と考え、
入力時のバリデーション（本来持っていない情報を持っていないか、想定されない文字が含まれていないか、文字数が想定を超えていないか等）
及び
出力時のエスケープ（掲示板等ではHTMLタグを入力されてそれをそのままHTMLタグとして表示してしまうとクライアントが任意にサイトを改竄出来ることになってしまうので、HTMLタグがただの文字列として表示されるようにする等）
等の措置を取ります。

投稿2015/12/12 01:21

tanat

総合スコア18713

退会済みユーザー

2015/12/12 09:31

リファラーを用いることもあるのですね！変なアクセス元を弾いて，限定的にすることができそうですね．あっさり調べてみたところでは，mod_rewriteを用いて，/mine/example.html?id=○○&name=××を/mine/○○/××.htmlにすることが可能なのでしょうか．GETリクエストは，URLによる情報漏れが怖いため，使われないのでしょうが． SQLインジェクションを知ってはおりますが，その他のWebアプリケーションセキュリティには疎いため，まだまだ勉強する必要がありますね．参考になりました．ありがとうございます！

tanat

2015/12/12 10:24

リファラーについては偽装可能なので補助的な利用とし、本当にアクセス元を制限したい場合（フォームの送信先等）はユニークなトークンを使ったりします。 mod_rewriteは提示の様な形で使用可能ですが、スクリプト側でも対応は必要です。 GETはURLの共有やブックマークが必要なところでは普通に使われています。teratailのURLもそうですね。セキュリティについてはIPAの安全なwebサイトの作り方 https://www.ipa.go.jp/security/vuln/websecurity.html にわかりやすくまとめられているので見てみて下さい。

退会済みユーザー

2015/12/12 13:27

”ユニークなトークン”については，どこかで見た気がします！OAuthなどでしょうか．よろしければ，参考にできそうなキーワード群をお教えください． "スクリプト側でも対応"は，「RewriteRule ^/mine/([0-9A-Za-z]+)/([0-9A-Za-z)]+)\.html$ /mine/example.cgi?id=$1&name=$2 [L]」でできるものでしょうか．通常同様にGET値を取得できそうですね． "URLの共有やブックマーク"！なるほど，そうですね！Youtubeのシークなどの共有にもこれが使われていますね． 100ページ...多いと思ったら，分かりやすく項目がまとまっていますね．ありがどうございます！参考にします．

tanat

2015/12/12 14:01

「ユニークなトークン」はワンタイムトークン等と呼ばれますね。　CSRF対策として使われることも多いので、ワンタイムトークン CSRF等で検索するといいかと思います。ここで言うスクリプト側での対応は、全てのURLをmod_rewriteでパースしてしまった場合、それぞれ別のスクリプトで受信するのが面倒になる（機能が追加される度にmod_rewriteを記述しないといけない、など）ため、リクエストを全て一つのスクリプトで受けて実施する処理もパラメータに含ませる（所謂フロントコントローラーパターン）様な処理になります。このあたりは既存のフレームワークのルーティング機構が参考になると思います。

行動規範の内容に同意します

データベースを書き換える機能はそれで満たすでしょうが(チュートリアルでもそうなっているものも多いですが)、個人的に思うに

整合性のとられたデータを書き込もうとしているか
だた単にデータを出し入れするだけではない

などなどの理由で、サーバー側で何らかのデータを加工する層を設けているように思います

したがって、簡単なものであれば右から左に受け流すレベルかも知れませんが、とりあえずなにかは挟むようにしています
よく言われる「ビジネスロジック層」というのがこれに当たるのでは
※諸説あると思います

投稿2015/12/11 20:34

dojikko

総合スコア3939

退会済みユーザー

2015/12/12 09:38

データのチェックは必須ですね．データの出し入れには，特に注意を払って，構築する必要がありますね．書き換えの権限を持っているかのチェックもできればよいのですが... 知識不足でなかなか難しいです．このほかにも，Webセキュリティ対策としてとられている手法は様々ありますね．参考になります．ありがとうございました．

行動規範の内容に同意します

あなたの回答