Jak zapewnić, że RAG nad SharePoint nie ujawni cudzych dokumentów?
Najpierw odpowiedz na głos lub w myślach, potem porównaj.
Odpowiedź
Prawo do dokumentu sprawdzam przed przekazaniem jego treści modelowi. Przy własnym indeksie muszę przechowywać i aktualizować informacje o tym, kto może czytać dany dokument. Alternatywą może być wyszukiwanie przez rozwiązanie, które egzekwuje dostęp u źródła. Wybór zależy od rzeczywistych możliwości integracji.
SharePoint ma grupy i dziedziczenie praw z folderów lub witryn, więc nie zakładam, że jeden prosty odczyt zawsze opisze wszystko. Ograniczenie aplikacji do wybranych witryn nie zastępuje praw poszczególnych użytkowników. Zmiany dostępu muszą uwzględniać indeks, cache i cytaty. Gotowe funkcje konektora trzeba sprawdzić także pod kątem ograniczeń i statusu wersji testowej.
Dlaczego to ważne: Charakterystyczny problem firmowych danych w tej roli.
Możliwe dopytania: Co jeśli użytkownik stracił dostęp przed chwilą, a indeks nadal ma stare prawa?
Jak poszło? Bądź szczery — „Jeszcze nie” dodaje pytanie do powtórki.
Zacznij od
- G-P01 · Co to jest RAG? — RAG i retrieval
- M-P02 · Co to są Entra ID, Microsoft Graph i SharePoint? — Python, Microsoft i SAP
- D08 · Czym różni się uwierzytelnienie od autoryzacji? — Backend, dane i system design
Przećwicz w kodzie
- Asystent z nowym wymaganiem — samodzielna ocena z listą kontrolną
Dalsza lektura
- Azure AI Search: Document-level access control(otwiera się w nowej karcie)Docs; dostęp 22.10.2026. Security filters, native ACL i funkcje preview; synchronizacja praw wymaga jawnego mechanizmu.
- Microsoft ISE: Propagating SharePoint Document Permissions(otwiera się w nowej karcie)30.04.2026. Przykład materializacji ACL i Sites.Selected; zakres trzeba sprawdzić dla konkretnego środowiska.