Kila ombi la API katika shirika lako linarekodiwa kwa siku 365 - nani, kilichofanyika, lini na kutoka wapi. Ipate chini ya Mipangilio, Kumbukumbu za ukaguzi.
Kila ombi la API katika shirika lako linarekodiwa kiotomatiki na kuhifadhiwa kwa siku 365 - kutoka console, muunganisho wako, na wenzako wa timu vilevile. Ipate chini ya Mipangilio → Kumbukumbu za ukaguzi. Kila uamuzi ambao Mchunguzi hufanya mwenyewe pia hurekodiwa hapo, chini ya Mchunguzi.
#Kinachorekodiwa
Kila ombi lililofanywa kwenye jukwaa la Didit ndani ya shirika lako, bila kujali nini kililitengeneza. Kila kiingilio kina:
| Sehemu | Undani |
|---|---|
| Timestamp | Ombi lilipofanywa |
| User | Aliyefanya: mwanachama aliyefanya ombi; kwa ombi la ufunguo wa API, jina la ufunguo pamoja na lebo ya Ufunguo wa API; Didit kwa kile ambacho Didit hufanya yenyewe; na Mchunguzi kwa uamuzi anaofanya mwenyewe |
| Method | GET, POST, PUT, DELETE |
| Path | Endpoint iliyoitwa |
| Status | Hali ya jibu la HTTP |
| IP address | Ombi lilikotoka |
| Application | Lilihusiana na programu ipi |
Logs zinahifadhiwa kwa siku 365 kisha kufutwa kiotomatiki.
Audit log iliyoundwa upya, inayoeleza kila badiliko kwa maneno na inayoweza kuhamisha unachokiangalia, inasambazwa hatua kwa hatua. Hadi itakapofikia shirika lako, ukurasa unaonyesha logi ya maombi iliyoelezwa hapa.
#Inatumika kwa nini hasa
Hali nne ambazo ndicho chombo sahihi:
- "Nani alibadilisha workflow hii?" Mtiririko unaofanya kazi tofauti na jana kwa kawaida una mabadiliko nyuma yake, na logi inataja nani aliyafanya.
- Kuchunguza tukio. Kufuatilia kwa usahihi kilichofikiwa, na nani, kutoka anwani gani, kwa mfuatano upi.
- Kutatua tatizo la muunganisho. Kuona maombi ambayo msimbo wako mwenyewe ulifanya kweli, badala ya yale unayodhani uliyafanya - ikiwa ni pamoja na yale yaliyopata 4xx.
- Kuthibitisha udhibiti wa ufikiaji. Kuonyesha mkaguzi kwamba ufikiaji wa data ya uthibitishaji unahusishwa na mtu na unaweza kukaguliwa.
#Kuchuja
Chuja kwa mtumiaji (mwanachama, ufunguo wa API, Didit au Mchunguzi), endpoint, au kipindi cha tarehe ili kupunguza orodha ndefu. Unapochunguza jambo mahususi, anza kutoka kwenye timestamp na uendelee kutoka hapo - ombi mara chache hutokea peke yake, na maombi yaliyo karibu nalo mara nyingi ndiyo yanayosimulia hadithi.
#Maombi ya funguo ya API yanahusishwa na ufunguo, si mtu
Ombi la funguo ya API halina mtu wa kulihusisha naye, kwa hivyo linaonyesha jina la ufunguo badala yake. Huo ndio uwakilishi wa uaminifu - jukwaa kwa kweli halijui ni huduma au mhandisi yupi kati ya wako aliyefanya ombi hilo.
Athari ya kivitendo: funguo moja inayoshirikiwa na huduma kadhaa hufanya tukio kuwa gumu zaidi kuchunguza. Kama uhusishaji ni muhimu kwako, mpe kila huduma ufunguo wake. Angalia kusimamia funguo zako za API.
#Maamuzi ya Mchunguzi mwenyewe yanahusishwa na Mchunguzi
Mchunguzi anapoamua mwenyewe, ndani ya uhuru uliompa, kipengele kinamtaja Mchunguzi, si mtu wala ufunguo. Hilo linahusu kila uamuzi anaofanya: kuidhinisha au kukataa kipindi au kumwomba mtumiaji akiwasilishe tena, kuweka hali ya muamala, na kutatua kesi, kuipeleka juu au kuomba taarifa kuihusu. Kila kimoja kati ya vipengele hivi kina kiungo cha ripoti ya Mchunguzi iliyo nyuma ya uamuzi, ili uone alichogundua na kanuni ipi ya sera yako aliyotumia.
Mtu anapoamua kuhusu ripoti ya Mchunguzi, kwa kukubali pendekezo lake au kulibatilisha, kipengele kinahusishwa na mtu huyo, kama mabadiliko mengine yoyote anayofanya. Kumbukumbu kamili ya Mchunguzi, pamoja na ripoti, maswali na mipaka yake ya usalama, inabaki kwenye kumbukumbu yake ya Shughuli. Angalia Dhibiti na simamia Mchunguzi.
#Kilichomo kwenye logi, na kisichomo
Logi inarekodi shughuli - nani aliita nini, lini, kutoka wapi, na hali gani ilirudishwa. Ni mkondo wa metadata, si nakala ya data ya uthibitishaji.
Kama unahitaji kujua kama data binafsi ya mteja inaonekana kwenye viingilio hivi - swali linalojitokeza wakati wa ukaguzi wa ulinzi wa data - pata jibu kutoka kwa mtu wako wa mawasiliano wa Didit na uliandike, badala ya kulikisia kutoka kwenye ukurasa wa usaidizi. Ni aina hasa ya kauli ambayo DPIA yako mwenyewe itahitajika kuithibitisha.
#Nani anaweza kuiona
Ufikiaji wa audit log unafuata jukumu. Compliance Officer unaijumuisha; Reader hana ufikiaji mpana. Wamiliki wanaweza kuupa jukumu maalum. Angalia kualika wanachama wa timu na kuweka majukumu.
Kumwondoa mwenzako hakuondoi historia yake kwenye logi - hilo ndilo lengo. Rekodi unayoweza kuihariri si rekodi.
#Utoaji wa data na ripoti nao vinarekodiwa
Kutengeneza PDF ya session au kutoa CSV ni ombi la API, kwa hivyo linaonekana hapa pamoja na nani aliyelifanya. Hilo ni muhimu unapohitaji kuonyesha kwamba ufikiaji wa ushahidi wa uthibitishaji unadhibitiwa badala ya kuwa wazi. Angalia kupakua ripoti ya uthibitishaji.
#Kama unahitaji zaidi ya siku 365
Muda wa kuhifadhi umewekwa kudumu kwa siku 365. Kama wajibu wako unahitaji muda mrefu zaidi, toa unachohitaji kwa ratiba na ukihifadhi kwenye mfumo wako mwenyewe - mtindo uleule wa kuhifadhi ushahidi wa session wewe mwenyewe. Kuamua muda unaohitajika ni uamuzi wa uzingatiaji kwa timu yako; usiupange kwa dhana.
Muda wa kuhifadhi audit-log na muda wa kuhifadhi data ya uthibitishaji ni mipangilio tofauti. Kuweka muda mfupi wa kuhifadhi data ya session hakupunguzi audit log, na kinyume chake pia ni kweli. Angalia jinsi Didit inavyolinda data ya watumiaji wako.
Bado umekwama? Zungumza na binadamu.
Weka kitambulisho cha shirika lako na kitambulisho cha kikao unachouliza kukihusu.