1. 18 12月, 2012 1 次提交
  2. 29 11月, 2012 1 次提交
  3. 09 11月, 2012 1 次提交
  4. 30 9月, 2012 1 次提交
  5. 14 9月, 2012 1 次提交
  6. 12 9月, 2012 1 次提交
  7. 01 9月, 2012 1 次提交
  8. 31 8月, 2012 2 次提交
  9. 11 8月, 2012 1 次提交
  10. 10 8月, 2012 3 次提交
  11. 28 7月, 2012 2 次提交
  12. 22 6月, 2012 1 次提交
  13. 13 6月, 2012 1 次提交
  14. 12 6月, 2012 1 次提交
  15. 07 6月, 2012 2 次提交
  16. 05 6月, 2012 1 次提交
  17. 17 5月, 2012 1 次提交
  18. 19 4月, 2012 6 次提交
  19. 18 4月, 2012 1 次提交
  20. 06 4月, 2012 1 次提交
  21. 21 3月, 2012 1 次提交
  22. 06 3月, 2012 1 次提交
  23. 02 3月, 2012 1 次提交
  24. 16 2月, 2012 1 次提交
    • N
      Catch raw hrefs as bad, warn unless wrapped in a "safe" method · 3dc688ee
      Neil Matatall 提交于
      Add concept of a safe-ening method to mark hrefs as safe
      
      Feature:
      Warn when using unsafe hrefs.  This is a very specific case that as of now produces a ton of noise.  This came out of an xss vuln where the value was escaped but still vulnerable.
      
          link_to 'asdf', h(@scary)
      
      where
      
          @scary = 'javascript:alert(1)'
      
      or
      
          @scary = 'data:  # http://palpapers.plynt.com/issues/2010Oct/bypass-xss-filters/
      
      This branch accomplishes slightly intelligent warnings by adding a new command line option to declare methods that make a string URL safe (unless there is already a standard one out there).  e.g.:
      
          $ brakeman . --url-safe-methods ensure_valid_protocol!
      
          link_to 'asdf', ensure_valid_protocol!(@scary, :javascript)
      3dc688ee
  25. 09 2月, 2012 2 次提交
  26. 02 2月, 2012 1 次提交
  27. 18 1月, 2012 1 次提交
  28. 07 1月, 2012 1 次提交
  29. 07 12月, 2011 1 次提交