Suche zeigt alle Arten, nur Arbeitsrollen öffnen die Akte
Punkt 1 und 2 der Wünsche, plus zwei Lücken, die dabei sichtbar wurden. **Suche.** Wer nach Alvarez sucht, landet auf den Fallakten und erfährt nie, dass es dazu auch eine Personalakte gibt: die Suche fand sie, aber hinter einem Reiter, auf den nichts hindeutete. Die Reiter tragen jetzt ihre Trefferzahl, und ein leeres Ergebnis nennt ausdrücklich, wo etwas liegt. Dabei fiel auf, dass searchPersonnel das Recht personnel.read nicht prüfte. Die Kommandopalette tat es, die Aktenseite tat es, die Suche nicht - über /suche?kind=personnel kam jeder mit ausreichender Stufe an eine Liste aller Personalakten mit Namen, Dienstgrad und Etiketten. Die Prüfung steht jetzt dort, wo diese Akten herausgegeben werden. Die Trefferzahl einer Art, die es für den Nutzer nicht gibt, ist null und nicht 0: eine Null wäre die Auskunft „hier ist nichts", und die steht ihm nicht zu. **Täter und Mittäter** als Beteiligtenrollen - und damit wurde eine ältere Lücke offensichtlich: ein Beteiligter durfte die Akte lesen, gleich in welcher Rolle. Bei „Betroffener" fiel das nicht auf, bei „Täter" wäre es offensichtlich falsch. Der Beschuldigte hätte die Ermittlung gegen sich selbst mitgelesen. Die Beteiligtenliste beantwortet zwei Fragen: wer bearbeitet den Fall, und um wen geht es darin. Nur die erste ist eine Berechtigung. WORKING_ROLES nennt die drei, die die Akte öffnen; Zeuge, Betroffener, Täter und Mittäter öffnen nichts. Das gilt an allen vier Stellen, die auf Beteiligung prüften: Aktenzugriff, Dokumentzugriff über die besitzende Akte, „meine Fälle" und der Filter „nur meine". Zwei bestehende Tests hatten die alte Annahme festgeschrieben und benutzten WITNESS, um Zugriff zu belegen; sie prüfen jetzt mit INVESTIGATOR.
This commit is contained in:
@@ -1,5 +1,6 @@
|
||||
import type { Prisma } from '@afis/db'
|
||||
import type { EffectivePermissions } from '@/lib/auth/permissions'
|
||||
import { WORKING_ROLES } from '@/lib/cases/terms'
|
||||
|
||||
/**
|
||||
* Where-Fragment für alle Akten, die ein Nutzer lesen darf.
|
||||
@@ -11,10 +12,15 @@ import type { EffectivePermissions } from '@/lib/auth/permissions'
|
||||
* Reihenfolge nach dem Dokument, erste zutreffende Regel gewinnt:
|
||||
* 1. Ausschluss → kein Zugriff, egal welche Stufe
|
||||
* 2. Admin → Zugriff
|
||||
* 3. Beteiligter → Zugriff
|
||||
* 3. Beteiligter **in einer Arbeitsrolle** → Zugriff
|
||||
* 4. Stufe reicht → Zugriff
|
||||
* 5. sonst kein Zugriff
|
||||
*
|
||||
* Zu 3.: Die Beteiligtenliste beantwortet zwei Fragen — wer bearbeitet den
|
||||
* Fall, und um wen geht es darin. Nur die erste verschafft Zugang. Ein
|
||||
* Betroffener, ein Zeuge oder ein Täter mit Discord-Konto läse sonst die
|
||||
* Ermittlung gegen sich selbst mit. Siehe lib/cases/terms.ts.
|
||||
*
|
||||
* Der Ausschluss steht auch über dem Admin. Das Codebeispiel im Dokument gibt
|
||||
* für Admins `{}` zurück und übergeht ihn damit — das widerspricht der
|
||||
* Reihenfolge eine Zeile darüber. Hier gilt die Reihenfolge: der Ausschluss
|
||||
@@ -27,15 +33,16 @@ export function visibleCaseWhere(p: EffectivePermissions): Prisma.CaseWhereInput
|
||||
exclusions: { none: { userId: p.userId } },
|
||||
}
|
||||
|
||||
const arbeitetDaran: Prisma.CaseWhereInput = {
|
||||
participants: { some: { userId: p.userId, role: { in: [...WORKING_ROLES] } } },
|
||||
}
|
||||
|
||||
if (p.isAdmin) return notExcluded
|
||||
|
||||
const conditions: Prisma.CaseWhereInput[] = [
|
||||
notExcluded,
|
||||
{
|
||||
OR: [
|
||||
{ participants: { some: { userId: p.userId } } },
|
||||
{ classification: { lte: p.clearanceLevel } },
|
||||
],
|
||||
OR: [arbeitetDaran, { classification: { lte: p.clearanceLevel } }],
|
||||
},
|
||||
]
|
||||
|
||||
|
||||
@@ -1,6 +1,7 @@
|
||||
import type { Prisma } from '@afis/db'
|
||||
import type { EffectivePermissions } from '@/lib/auth/permissions'
|
||||
import { visibleCaseWhere } from '@/lib/access/caseFilter'
|
||||
import { WORKING_ROLES } from '@/lib/cases/terms'
|
||||
|
||||
/**
|
||||
* Where-Fragmente für Personalakten und Dokumente.
|
||||
@@ -72,7 +73,11 @@ export function visibleDocumentWhere(p: EffectivePermissions): Prisma.DocumentWh
|
||||
{
|
||||
OR: [
|
||||
{ classification: { lte: p.clearanceLevel } },
|
||||
{ case: { is: { participants: { some: { userId: p.userId } } } } },
|
||||
{
|
||||
case: {
|
||||
is: { participants: { some: { userId: p.userId, role: { in: [...WORKING_ROLES] } } } },
|
||||
},
|
||||
},
|
||||
],
|
||||
},
|
||||
],
|
||||
|
||||
Reference in New Issue
Block a user