2010-10-09 21 views

Odpowiedz

1

Istnieje wiele możliwych rozwiązań, ale który z nich jest najlepszy (czyli spełnia swoje potrzeby bez zbyt dużej gramaturze lub zbyt skomplikowane do wdrożenia) zależy od Twoich wymagań:

  • mówisz kontroli dostępu dla usługa sieciowa, czy coś innego?

  • Jakiego rodzaju kontrolę dostępu chcesz wdrożyć? Opiera się wyłącznie na adresach URL zasobów lub w zależności od stanu/metadanych żądanych encji? Czy role są proste lub hierarchiczne? Czy różne działania wymagają różnych ról?

  • Czy musisz zajmować się również autoryzacją?

2

Przypuszczam, że pytanie, które starają się odpowiedzieć na to:

Czy użytkownik u mają dostęp do wspólnego działania op na obiekcie o?

Jedną z rzeczy, które należy wziąć pod uwagę, jest sposób definiowania obiektów domeny i grup użytkowników z perspektywy biznesowej (poza mechanizmem AC). W przypadku każdej implementacji RBAC musisz ją skonfigurować, aby określić, którzy użytkownicy i grupy użytkowników są. To wpłynie na twój wybór implementacji RBAC.

Kolejne (bardziej szczegółowe) pytanie: czy trzeba wspierać nadpisywanie uprawnień, włączanie i wyłączanie? W szczególności, czy chcesz móc obsługiwać scenariusz, w którym obiekt o1 jest dostępny dla grupy użytkowników g1, ale nie dla użytkownika u1 (który jest częścią grupy g1)?

zależności od konkretnych odpowiedzi, jguard (który jest zbudowany na JAAS) może być bardzo dobrym rozwiązaniem - http://jguard.net/

0

Forteca jest silnikiem zgodnym z ANSI RBAC (INCITS 359) i jest wydana na licencji open source BSD. Możesz ją ściągnąć stąd: http://iamfortress.org.

Powiązane problemy