青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品

qiezi的學習園地

AS/C/C++/D/Java/JS/Python/Ruby

  C++博客 :: 首頁 :: 新隨筆 ::  ::  :: 管理 ::
一、前言

出于數據安全性考慮,某些破壞性鏈接應該使用post請求,比如一個刪除記錄的請求。

除了腳本確認以外,服務端還需要post驗證,因為腳本是可以繞過的。想像你的頁面上有一個刪除鏈接,只作了客戶端腳本確認(老的scaffold生成代碼有這問題),被google找到了,它一個請求就會讓你的數據丟失。

rails對于這類請求的處理,是通過verify方法,默認的scaffold生成代碼有如下內容:

??#?GETs?should?be?safe?(see?http://www.w3.org/2001/tag/doc/whenToUseGet.html)
??verify?:method?=>?:post,?:only?=>?[?:destroy,?:create,?:update?],
?????????
:redirect_to?=>?{?:action?=>?:list?}

只有post請求時,destroy才會被允許,如果是get,就會被重定向到list。

二、實現

我自己實現了一個method_dispatch,當請求一個/test/a時,如果是get,則會直接執行TestController#a;如果是post,則會執行TestController#a_post,a_post應該是protected,這樣不會直接暴露給客戶,get/post就嚴格區分開來了。

method_dispatch現在是直接實現在ApplicationController中的,代碼如下:

class?ApplicationController?<?ActionController::Base
??protected
??def?self
.method_dispatch(*methods)
????before_filter?
:do_method_dispatch,?:only?=>?methods.flatten.map(&:to_sym)
??end

??private
??def?do_method_dispatch
????
if?request.post??&&?respond_to?("#{action_name}_post")
??????
eval("#{action_name}_post")
??????
return?false
????end
??end
end

由于ApplicationController里面的方法會被子類繼承到,所以必須嚴格處理訪問級別。

使用如下:

class?TestController?<?ApplicationController
??method_dispatch?
:a

??def?
index
??end

??def?a
????render?
:text?=>?'get?a'
??end
??def?b
????render?
:text?=>?'get?b'
??end
??protected
??def?a_post
????render?
:text?=>?'post?a'
??end
??def?b_post
????render?
:text?=>?'post?b'
??end
end

注意a_post,b_post要被保護起來防止直接調用。

index.rhtml里面演示了使用get和post的情況:

<%=?link_to?"Get?a",?:action?=>?'a'?%>
<%=?link_to?"Post?a",?{:action?=>?'a'},?{:post?=>?true}?%><br?/>

<%=?link_to?"Get?b",?:action?=>?'b'?%>
<%=?link_to?"Post?b",?{:action?=>?'b'},?{:post?=>?true}?%><br?/>

rails在處理有:post => true參數的link_to時,生成的代碼如下:

<a?href="/test/a"?onclick="var?f?=?document.createElement('form');
?????? this.parentNode.appendChild(f);?f.method?=?'POST';?f.action?=?this.href;?f.submit();return?false;"
>Post?a</a>

經測試上面代碼工作情況良好,使用get訪問/test/a時,顯示get a;使用post訪問時,顯示post a。使用get訪問/test/b時,顯示get b;使用post時,顯示get b,因為b并沒有使用method_dispatch。

三、應用

下面的posts_controller.rb是scaffold生成的:

class?PostsController?<?ApplicationController
??def?
index
????list
????render?
:action?=>?'list'
??end

??
#?GETs?should?be?safe?(see?http://www.w3.org/2001/tag/doc/whenToUseGet.html)
??verify?:method?=>?:post,?:only?=>?[?:destroy,?:create,?:update?],
?????????
:redirect_to?=>?{?:action?=>?:list?}

??def?list
????
@post_pages,?@posts?=?paginate?:posts,?:per_page?=>?10
??end

??def?show
????
@post?=?Post.find(params[:id])
??end

??def?new
????
@post?=?Post.new
??end

??def?create
????
@post?=?Post.new(params[:post])
????
if?@post.save
??????flash[
:notice]?=?'Post?was?successfully?created.'
??????redirect_to?
:action?=>?'list'
????
else
??????render?
:action?=>?'new'
????end
??end

??def?edit
????
@post?=?Post.find(params[:id])
??end

??def?update
????
@post?=?Post.find(params[:id])
????
if?@post.update_attributes(params[:post])
??????flash[
:notice]?=?'Post?was?successfully?updated.'
??????redirect_to?
:action?=>?'show',?:id?=>?@post
????
else
??????render?
:action?=>?'edit'
????end
??end

??def?destroy
????Post
.find(params[:id]).destroy
????redirect_to?
:action?=>?'list'
??end
end

可以看到,它添加了verify,但action過多,需要在verify中維護一份對應方法名,稍不留神就容易出現漏洞。

我把它修改如下:

class?PostsController?<?ApplicationController
??method_dispatch?
:new,?:edit,?:destroy

??def?
index
????list
????render?
:action?=>?'list'
??end

??def?list
????
@post_pages,?@posts?=?paginate?:posts,?:per_page?=>?10
??end

??def?show
????
@post?=?Post.find(params[:id])
??end

??def?new
????
@post?=?Post.new
??end

??def?edit
????
@post?=?Post.find(params[:id])
??end

??def?destroy
????render?
:inline?=>?<<-EOS
????? Are you sure?
??????
<%=?link_to?"Yes",?{},?:post?=>?true?%>
??????
<%=?link_to?"No",?:action?=>?'edit', :id => params[:id]%>
????EOS
??end

??protected
??def?destroy_post
????Post
.find(params[:id]).destroy
????redirect_to?
:action?=>?'list'
??end
??def?edit_post
????
@post?=?Post.find(params[:id])
????
if?@post.update_attributes(params[:post])
??????flash[
:notice]?=?'Post?was?successfully?updated.'
??????redirect_to?
:action?=>?'show',?:id?=>?@post
????
else
??????render?
:action?=>?'edit'
????end
??end
??def?new_post
????
@post?=?Post.new(params[:post])
????
if?@post.save
??????flash[
:notice]?=?'Post?was?successfully?created.'
??????redirect_to?
:action?=>?'list'
????
else
??????render?
:action?=>?'new'
????end
??end
end

相應地,還需要把new.rhtml中的action從create修改到new,把edit.rhtml中的action從update修改到edit。

這樣的修改把必須使用post請求的action隱藏起來,而相應的get操作是不修改或刪除記錄的,如果以post請求,才會自動調用這些保護的方法。
posted on 2006-09-17 11:13 qiezi 閱讀(783) 評論(3)  編輯 收藏 引用 所屬分類: Ruby
青青草原综合久久大伊人导航_色综合久久天天综合_日日噜噜夜夜狠狠久久丁香五月_热久久这里只有精品
  • <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>
            亚洲欧洲一区二区三区在线观看| 99国产精品一区| 欧美日韩精品欧美日韩精品一| 91久久黄色| 亚洲电影在线播放| 亚洲黄页一区| 一区二区三区四区在线| 国产精品欧美一区喷水| 亚洲一区二区网站| 亚洲欧美国产不卡| 久久免费国产精品| 欧美福利一区| 国产精品欧美日韩一区二区| 久久久久久尹人网香蕉| 亚洲激情在线播放| 日韩午夜在线观看视频| 久久久久久久网| 美国十次成人| 亚洲国产精品久久久久秋霞不卡| 亚洲在线观看免费| 久久久精品性| 亚洲精品视频二区| 久久国产免费看| 欧美日韩成人激情| 尤物视频一区二区| 亚洲欧美乱综合| 美女视频黄 久久| 亚洲视频播放| 欧美二区在线观看| 国产一区二区三区久久悠悠色av | 久久激情五月婷婷| 女女同性精品视频| 亚洲综合色自拍一区| 91久久综合| 欧美一区二区在线播放| 中文久久乱码一区二区| 亚洲国产三级| 久久精品日产第一区二区| 亚洲一区亚洲二区| 欧美激情一区二区久久久| 老司机aⅴ在线精品导航| 亚洲欧美制服另类日韩| 亚洲三级影院| 欧美在线视频一区二区| 亚洲永久字幕| 欧美日韩高清不卡| 亚洲精品美女在线观看| 黑人巨大精品欧美黑白配亚洲| 国产一区二区三区在线观看免费 | 国产乱人伦精品一区二区 | 久久夜色精品亚洲噜噜国产mv| 亚洲一区观看| 亚洲日本中文| 久久综合九色99| 在线成人国产| 欧美gay视频| 久久久水蜜桃| 亚洲第一精品福利| 久久露脸国产精品| 欧美怡红院视频一区二区三区| 性欧美暴力猛交69hd| 亚洲午夜激情网站| 欧美日韩一区二区视频在线| 欧美日韩免费| 一区二区三区欧美成人| 亚洲一区三区电影在线观看| 亚洲午夜电影网| 99在线精品观看| 欧美性淫爽ww久久久久无| 国产精品视频专区| 欧美一区二区三区精品电影| 久久国内精品自在自线400部| 校园春色综合网| 亚洲综合色激情五月| 久久精品国产亚洲aⅴ| 玖玖玖免费嫩草在线影院一区| 久久国产精品网站| 亚洲第一黄网| 一区二区动漫| 国产亚洲午夜高清国产拍精品| 在线观看日韩欧美| 欧美激情一区二区三区在线视频观看 | 99精品国产99久久久久久福利| 99国产精品99久久久久久粉嫩| 一本久道久久综合狠狠爱| 在线亚洲欧美| 亚洲无线视频| 亚洲福利视频一区二区| 亚洲视频中文字幕| 午夜精彩视频在线观看不卡| 欧美高潮视频| 午夜精品国产| 免播放器亚洲一区| 午夜一区在线| 欧美黄色免费网站| 午夜在线一区二区| 午夜在线观看免费一区| 欧美激情一区二区三区| 国产精品日产欧美久久久久| 黄色成人在线| 亚洲美女黄网| 在线观看亚洲视频啊啊啊啊| 99精品国产高清一区二区| 欧美在线91| 麻豆亚洲精品| 久久精品视频在线观看| 亚洲美女黄网| 尤物九九久久国产精品的特点| 亚洲伊人久久综合| 久久久久久久波多野高潮日日| 国产精品第一区| 女生裸体视频一区二区三区| 亚洲男同1069视频| 亚洲区免费影片| 久久精品亚洲一区| 欧美在线观看一二区| 亚洲美女av黄| 亚洲高清不卡av| 久久精品国产免费| 久久国产精品72免费观看| 亚洲午夜精品17c| 亚洲日韩中文字幕在线播放| 欧美1级日本1级| 国产伦精品一区二区三区免费 | 亚洲免费一区二区| 欧美成人四级电影| 欧美大片在线观看一区| 久久视频免费观看| 欧美在线3区| 国产午夜精品理论片a级大结局 | 亚洲精品日产精品乱码不卡| 久久综合色影院| 国产午夜精品一区二区三区欧美| 亚洲欧美经典视频| 欧美日韩国产在线| 日韩香蕉视频| 亚洲一级一区| 国产精品蜜臀在线观看| 久久不见久久见免费视频1| 亚洲一区二区在线| 亚洲欧美www| 国产精品嫩草99a| 亚洲一区在线看| 久久久久欧美精品| 狠色狠色综合久久| 久久美女艺术照精彩视频福利播放| 亚洲第一精品夜夜躁人人躁 | 亚洲一区中文| 久久综合伊人77777尤物| 亚洲日本无吗高清不卡| 亚洲韩国日本中文字幕| 欧美激情自拍| 亚洲美女电影在线| 亚洲欧美日韩精品在线| 久久成人精品视频| 久久午夜av| 亚洲久久一区| 欧美午夜片在线免费观看| 久久狠狠婷婷| 在线观看亚洲精品| 欧美人在线视频| 亚洲一区二三| 免费成人高清| 亚洲一区二区免费在线| 久久精品99国产精品日本 | 久久精品成人欧美大片古装| 久久久久91| 最新高清无码专区| 亚洲欧美在线x视频| 久久久亚洲综合| 亚洲激情成人在线| 欧美一区=区| 亚洲精品日韩久久| 国产日韩精品久久| 欧美成人午夜影院| 欧美在线看片a免费观看| 中日韩高清电影网| 国产视频自拍一区| 欧美精品少妇一区二区三区| 久久精品国产欧美激情| 欧美国产免费| 亚洲综合色婷婷| 亚洲人永久免费| 蜜乳av另类精品一区二区| 国产精品爽黄69| 欧美成人小视频| 久久久久国产精品人| 欧美一区二区三区在线看| 欧美大片免费久久精品三p | 亚洲精品国产欧美| 国产精品一区一区| 欧美激情第二页| 久久久久久久成人| 欧美一区二区三区免费大片| 亚洲香蕉网站| 亚洲日韩欧美视频| 亚洲国产小视频| **欧美日韩vr在线| 很黄很黄激情成人| 国产一区二区中文字幕免费看|