GitHub遭遇Mass Assignment漏洞攻击

GitHub近期遭受RubyonRails中的massassignment漏洞攻击。此漏洞影响基于Ruby的网站,并波及使用ASP.NET MVC等ORM Web框架的站点。开发人员不慎混合使用massassignment与ORM导致敏感数据被篡改。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

GitHub最近遭遇了一场Ruby on Rails漏洞攻击,该漏洞被称为mass assignment。此漏洞被认为不仅影响了大量基于Ruby的网站,还对使用ASP.NET MVC和其他ORM Web框架的网站造成了破坏。

\

Mass assignment用于将表单数据映射为对象,它在单独使用时是一项安全且高效的技术。这与ASP.NET中的数据绑定异曲同工,并且后者在单独使用时也同样很安全。其实,真正的漏洞是由于粗心大意地混用了mass assignment和ORM。

\

考虑这样的场景:数据库包含一张“用户”表,其中混杂了敏感和非敏感数据,例如可能有些列代表用户显示姓名、电子邮件地址以及是否为管理员。开发人员希望创建一个页面修改显示姓名及电子邮件地址。为了达到这个目的,他们使用Rails或MVC脚手架自动生成了域对象,或许还有view本身。接下去,他们将用户无法编辑的字段,如“是否为管理员”复选框从view中移除。

\

如果开发人员忘记将IsAdministrator属性从域对象中移除,那么一个安全漏洞便就此产生。如果他们没有进行移除,那么mass assignment或数据绑定器可能会陷入某种圈套,它们会在合法改动中更新不该修改的属性。接下去,当记录保存时,ORM库会悄无声息地存储新值。

\

有三种靠谱的方案可以解决该问题:

\
  • 标记不可被更新的属性,让mass assignment/数据绑定器将其忽略;\
  • 彻底清除业务对象中实际不需要的属性;\
  • 创建模型专门接受更新请求,并手工将它们映射到ORM对象或存储过程调用。\

应当指出,这并不是一个新的漏洞。我们可以很容易地找出4、5年前关于mass assignment的警告,例如标题为“Mass Assignment,黑客们的最爱”以及“不想被黑就使用attr_protected”的文章。这次唯一不同的是受害站点知名度较高。

\

查看英文原文:http://www.infoq.com/news/2012/03/GitHub-Compromised

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值