Policy Acknowledgement De integriteitscontrole berekent hashes van bevestigingsrecords opnieuw en controleert hun koppelingen naar voorgaande records. Deze helpt inconsistenties in de geladen bewijsketen te detecteren. Deze stelt niet vast dat elke vereiste gebeurtenis bestaat, een medewerker een beleid heeft begrepen of de actuele bron nog overeenkomt met een gepubliceerde versie.
De controle voorbereiden
Gebruik een beheerderaccount dat de bevestigingslijst kan lezen en productinstellingen en auditlogboek kan bijwerken. Het dashboard kan zichtbaar zijn voor een auditor, maar de controle slaat het resultaat op en schrijft een auditgebeurtenis; alleen-lezen toegang kan daarom een fout veroorzaken nadat de records zijn onderzocht.
Bewaar bij onderzoek naar vermoedelijke schade de relevante records en identificatiegegevens voordat u wijzigingen uitvoert. Bewerk geen bewijs, zet geen hashes terug en verwijder geen records om een groen resultaat te krijgen. Stem de controle af met de eigenaar van een eventuele service die bevestigingen schrijft.
Verificatie uitvoeren
- Open Compliance Dashboard op de bedoelde hub.
- Zoek het venster voor bewijsintegriteit.
- Bekijk het laatst opgeslagen resultaat, het aantal records en het controletijdstip. Een oud resultaat is geen actuele garantie voor nieuw toegevoegde records.
- Selecteer Controleer nu en wacht tot de bewerking is voltooid.
- Leg het nieuwe resultaat en tijdstip vast, inclusief de identificatie van het eerste beschadigde record als die wordt gemeld.
De controle laadt het bevestigingslogboek in oplopende record-ID-volgorde. Deze berekent de hash van elk record opnieuw en vergelijkt de opgeslagen vorige-hashkoppeling met de hash van het voorgaande record. Dit betreft het logboek op die hub, niet alleen de afdeling of het beleid dat de dashboardfilters momenteel tonen.
Het resultaat interpreteren
| Resultaat | Betekenis |
|---|---|
| Niet geverifieerd | Er is geen opgeslagen verificatieresultaat beschikbaar. |
| Intact | De voor deze controle geladen records hadden overeenkomende hashes en vorige koppelingen. |
| Mislukt | Er is een verschil in hash of vorige koppeling gevonden; het eerste betrokken record wordt geïdentificeerd. |
| Bewerkingsfout | Lezen, berekenen of opslaan van het resultaat is mislukt; behandel dit niet als een voltooide schone controle. |
Het getoonde aantal records is de omvang van het geladen logboek. Wanneer de lus stopt bij het eerste verschil, mag dat aantal niet worden gelezen als bewijs dat elk later record afzonderlijk is gevalideerd. Een leeg logboek kan de consistentieberekening doorstaan zonder te bewijzen dat er een bevestiging bestaat.
De beschermingsgrenzen begrijpen
De keten kan een gewijzigd record onthullen of een ontbrekend record in het midden waarnaar de opvolger nog verwijst. Zonder een onafhankelijk bewaard vertrouwd eindpunt is het verwijderen van het laatste deel van het logboek of vervangen van de volledige keten niet noodzakelijk met alleen deze vergelijking detecteerbaar. Gelijktijdige directe schrijfbewerkingen kunnen ook keteninconsistenties veroorzaken die onderzoek vereisen in plaats van een onmiddellijke aanname van kwaadwillende bewerking.
❗ Belangrijk
De korte interfacetekst over bewijzen dat geen record is gewijzigd of verwijderd gaat verder dan deze controle garandeert. Een groen resultaat betekent ketenconsistentie voor de geladen gegevens, geen absolute onveranderlijkheid, volledigheid, juridische geldigheid of bewijs van de exacte broninhoud die een medewerker zag. Effectieve machtigingen en vastleggingsmodus blijven essentieel; zie KB10509. Gegevensopslag in Policy Acknowledgement: Direct en Service.
Een fout onderzoeken
Bewaar de eerst gemelde record-ID, het voorgaande record, hashes, controletijdstip en recente workflowactiviteit. Bekijk gerelateerde auditgebeurtenissen en eventuele servicefouten met een beheerder. Herstel de keten niet door opgeslagen hashes handmatig te vervangen. Als de oorzaak onzeker is, verstrekt u ondersteuning identificatiegegevens en geanonimiseerde foutdetails en houdt u het oorspronkelijke bewijs beschikbaar voor onderzoek. Zie KB10538. Mislukte bevestigingen en ontbrekende meldingen onderzoeken voor vastleggingsfouten die gedeeltelijke records kunnen achterlaten.
