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

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 閱讀(793) 評論(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>
            久久国产精品久久精品国产| 一区二区三区欧美在线| 欧美精品麻豆| 性欧美大战久久久久久久免费观看| 性久久久久久久久| 亚洲激情在线激情| 美国十次成人| 国产精品盗摄一区二区三区| 久久久久在线| 欧美图区在线视频| 欧美xart系列高清| 国产精品视频自拍| 亚洲激情在线激情| 激情视频亚洲| 亚洲自拍偷拍麻豆| 日韩午夜av| 久久久噜噜噜久久人人看| 亚洲一区欧美| 欧美精品大片| 久久久国产成人精品| 欧美日韩伊人| 亚洲高清一区二| 黄色欧美成人| 欧美一区二区三区免费观看 | 久久久国产精品亚洲一区 | 一级日韩一区在线观看| 久久精品在线视频| 亚洲欧美日韩一区二区在线 | 午夜精品www| 欧美好骚综合网| 久久婷婷麻豆| 国产在线观看一区| 亚洲欧美综合另类中字| 亚洲色无码播放| 欧美精品免费在线| 欧美二区在线观看| 激情亚洲网站| 久久精品国产久精国产一老狼| 亚洲一区久久| 欧美日韩在线播放三区四区| 麻豆精品一区二区综合av| 国产九九精品视频| 亚洲欧美日韩中文在线制服| 亚洲欧美日韩系列| 国产精品久久久91| 亚洲影院高清在线| 欧美一区综合| 国产精品你懂的在线| 一区二区三区欧美亚洲| 亚洲一区日韩在线| 国产精品成人免费视频| 在线亚洲免费| 性久久久久久久久| 国产日产欧产精品推荐色| 亚洲一区国产| 久久大香伊蕉在人线观看热2| 国产精品免费福利| 国内精品久久久久久 | 国产精品日韩欧美大师| 欧美在线一二三区| 欧美激情一区二区三区成人| 一区二区三区 在线观看视| 国产精品色午夜在线观看| 久久电影一区| 亚洲欧洲另类国产综合| 午夜在线成人av| 亚洲国产精品久久久久久女王| 欧美日韩国产不卡在线看| 亚洲欧美日韩在线观看a三区| 欧美成人精品影院| 亚洲免费小视频| 亚洲电影观看| 国产精品一区在线播放| 欧美二区不卡| 久久精品伊人| 亚洲一区中文| 亚洲精品乱码久久久久| 久久一二三四| 欧美亚洲三区| 在线综合欧美| 亚洲人成在线播放网站岛国| 国产偷国产偷精品高清尤物| 欧美日韩第一区日日骚| 久久亚洲一区二区| 香港久久久电影| 一区二区三区国产精品| 亚洲国产精品一区二区久| 久久婷婷国产综合尤物精品 | 亚洲最新视频在线| 一区二区三区我不卡| 国产精品女主播在线观看| 欧美1级日本1级| 久久久久久亚洲精品不卡4k岛国| 中文av字幕一区| 亚洲美女黄色| 欧美国产精品v| 美国成人直播| 久久久欧美一区二区| 午夜精品久久久久久久蜜桃app| 亚洲美女中出| 亚洲另类黄色| 亚洲精品一区二区三区不| 136国产福利精品导航网址| 国产视频自拍一区| 国产精品久久久爽爽爽麻豆色哟哟 | 日韩视频在线观看| 最新国产成人在线观看| 欧美激情精品久久久久久久变态| 狂野欧美激情性xxxx| 久久国产夜色精品鲁鲁99| 亚洲欧美制服另类日韩| 亚洲一区三区在线观看| 亚洲欧美成人一区二区在线电影| 99精品欧美一区| 日韩一级裸体免费视频| 9色精品在线| 亚洲视频欧美在线| 亚洲一区激情| 欧美一级久久久久久久大片| 欧美一区二区精品| 久久久99国产精品免费| 久久亚洲综合色| 嫩草影视亚洲| 亚洲区一区二区三区| 日韩手机在线导航| 亚洲一区二区三区精品动漫| 在线亚洲欧美专区二区| 性欧美大战久久久久久久久| 欧美一区二区三区成人| 久久精品视频免费| 美女国产一区| 欧美日韩一区免费| 国产日韩高清一区二区三区在线| 国语自产精品视频在线看一大j8| 好吊色欧美一区二区三区视频| 在线不卡亚洲| 亚洲视频观看| 久久人体大胆视频| 亚洲国产一成人久久精品| 99av国产精品欲麻豆| 亚洲欧美精品在线观看| 久久久久一区| 欧美精品麻豆| 国产欧美一区二区精品婷婷| 在线观看免费视频综合| 一本一本大道香蕉久在线精品| 亚洲一级在线| 美日韩精品视频免费看| 99精品视频免费| 久久久91精品国产一区二区三区| 欧美激情免费在线| 国产日韩欧美在线视频观看| 91久久亚洲| 久久精品国产一区二区三区免费看 | 欧美高清视频www夜色资源网| 亚洲另类一区二区| 久久激情视频久久| 欧美日韩精品一区二区三区| 国产亚洲一区二区三区在线观看| 亚洲精品欧美一区二区三区| 欧美亚洲日本网站| 亚洲国产高清aⅴ视频| 午夜精品影院| 欧美日韩日日夜夜| 亚洲大胆人体在线| 欧美在现视频| 亚洲美女av网站| 久久综合色天天久久综合图片| 国产精品每日更新在线播放网址| 亚洲国产成人av| 久久精品30| 亚洲午夜视频在线| 欧美日韩国产在线看| 亚洲黄色一区| 麻豆91精品| 欧美在线影院| 国产精品女人毛片| 亚洲图片欧美日产| 最新精品在线| 欧美wwwwww| 亚洲高清资源| 欧美本精品男人aⅴ天堂| 欧美有码视频| 国产午夜精品全部视频在线播放| 亚洲一区二区综合| 亚洲剧情一区二区| 欧美伦理视频网站| 99国产一区| 亚洲精品少妇30p| 欧美精品高清视频| 日韩亚洲欧美成人| 亚洲人成在线观看一区二区| 欧美1区3d| 亚洲精品日韩一| 亚洲欧洲日产国码二区| 欧美黄污视频| 一区二区三区四区国产精品| 亚洲狼人精品一区二区三区| 欧美日产国产成人免费图片| 亚洲最黄网站|