1. 11 10月, 2007 4 次提交
  2. 14 8月, 2007 1 次提交
  3. 31 7月, 2007 1 次提交
  4. 19 7月, 2007 1 次提交
  5. 11 7月, 2007 1 次提交
  6. 19 6月, 2007 1 次提交
  7. 08 6月, 2007 1 次提交
    • J
      xfrm: Add security check before flushing SAD/SPD · 4aa2e62c
      Joy Latten 提交于
      Currently we check for permission before deleting entries from SAD and
      SPD, (see security_xfrm_policy_delete() security_xfrm_state_delete())
      However we are not checking for authorization when flushing the SPD and
      the SAD completely. It was perhaps missed in the original security hooks
      patch.
      
      This patch adds a security check when flushing entries from the SAD and
      SPD.  It runs the entire database and checks each entry for a denial.
      If the process attempting the flush is unable to remove all of the
      entries a denial is logged the the flush function returns an error
      without removing anything.
      
      This is particularly useful when a process may need to create or delete
      its own xfrm entries used for things like labeled networking but that
      same process should not be able to delete other entries or flush the
      entire database.
      
      Signed-off-by: Joy Latten<latten@austin.ibm.com>
      Signed-off-by: NEric Paris <eparis@parisplace.org>
      Signed-off-by: NJames Morris <jmorris@namei.org>
      4aa2e62c
  8. 31 5月, 2007 1 次提交
  9. 05 5月, 2007 1 次提交
  10. 26 4月, 2007 4 次提交
  11. 05 4月, 2007 1 次提交
  12. 13 3月, 2007 1 次提交
  13. 11 2月, 2007 1 次提交
  14. 09 2月, 2007 2 次提交
  15. 07 12月, 2006 3 次提交
  16. 03 12月, 2006 1 次提交
  17. 22 11月, 2006 1 次提交
  18. 25 10月, 2006 1 次提交
  19. 16 10月, 2006 1 次提交
  20. 04 10月, 2006 1 次提交
  21. 29 9月, 2006 6 次提交
  22. 23 9月, 2006 5 次提交