> For the complete documentation index, see [llms.txt](https://docs.ecommerce.seb.ee/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lv/integracija/mobilais-sdk/ios-sdk/celvezi/drosiba.md). # Drošība Aizsargājiet akreditācijas datus, kartes datus un datu pārsūtīšanu iOS integrācijā un reģistrējiet notikumus droši. Izmantojiet šo ceļvedi, ja pārskatāt iOS integrāciju vai veidojat tādu, kurai jāiziet pārskatīšana. Tālāk norādītie noteikumi ir prasības, nevis ieteikumi. *** ## Akreditācijas dati **Veikala klienta noslēpumu un OAuth 2.0 klienta akreditācijas datu apmaiņu vienmēr glabājiet savā backend.** Nekad neiekļaujiet nevienu no tiem lietotnē. Ikviens, kuram ir veikala klienta noslēpums, var izveidot maksājumus jūsu veikalā, un viss, kas iekļauts lietotnes binārajā failā, ir atgūstams. Lietotne saņem tikai ar katru maksājumu saistītās vērtības: `paymentId`, `verificationKey`, un norēķinu saiti. **Nekad nereģistrējiet vai nepastāvīgi neglabājiet verifikācijas atslēgu.** Tā ir klienta puses akreditācijas informācija, kas attiecināta uz vienu maksājumu un pilnvaro SDK veikt ar maksājumu saistītus izsaukumus. Tai nevajadzētu pastāvēt ilgāk par maksājumu. SDK neglabā nevienu akreditācijas informāciju, nekādus kešus un nekādus žurnālus. Tā statusa sesija ir īslaicīga. *** ## Pasūtījuma izpilde {% hint style="warning" %} **Nekad neuztveriet SDK rezultātu kā atļauju izpildīt pasūtījumu.** Pasūtījuma izpildi balstiet uz paziņojumiem, ko platforma nosūta jūsu backend, un pirms rīcības apstipriniet stāvokli, izmantojot API. {% endhint %} Lietotnes rezultāts ir UX signāls, kas tiek ģenerēts ierīcē, kura jebkurā brīdī var zaudēt savienojumu, tikt apturēta vai pārtraukta. Tas jums pasaka, ko rādīt pircējam. *** ## Kartes dati Izvietotajā norēķinu lapā jūsu lietotne nekad neredz kartes datus. Tos savāc izvietotā lapa. Dzimtajā kartes formā kartes dati ierīcē tiek šifrēti pirms pirmā tīkla izsaukuma, kas tos pārsūta, izmantojot RSA-OAEP-256 atslēgas šifrēšanu un AES-256-GCM satura šifrēšanu JWE compact serialization formātā. Šifrēšanas atslēga tiek iegūta no norēķinu hosta katrai sesijai un nekad netiek kešota starp maksājumiem. Neapstrādātais kartes numurs un drošības kods pastāv tikai `CardInput` rekvizītos un tekstā bez šifrēšanas, ko SDK izveido tieši pirms šifrēšanas. Neviens no tiem netiek rakstīts diskā un neviens netiek reģistrēts žurnālā. {% hint style="warning" %} **Nekad neievietojiet neapstrādātos kartes laukus nekur citur.** Ne jūsu žurnālos, ne analītikas notikumos, ne avāriju atskaitēs, ne jūsu pašu glabātuvē un ne nevienā jūsu pašu pieprasījumā. Šifrētā vērtība ir vienīgais kartes datu artefakts, kam jāatstāj ierīce. {% endhint %} Ja jūsu draudu modelis to prasa, glabājiet kartes formu prom no ekrānuzņēmumiem un ekrāna ierakstiem, un neizmantojiet `CardInput` atkārtoti starp maksājumiem. *** ## Pārsūtīšana **Sertifikātu pārbaude nekad netiek ignorēta.** SDK neīsteno nevienu sertifikāta pieprasījuma apstrādātāju nevienā tīmekļa skatā, ko tas izveido, tostarp 3-D Secure izaicinājuma skatā. App Transport Security tiek piemērots parasti, un tiek sagaidīts, ka ikviens resursdators, ar kuru SDK sazinās, izmanto HTTPS. Nepievienojiet `NSAllowsArbitraryLoads` savas lietotnes `Info.plist`. Tas izslēdz App Transport Security visiem lietotnes domēniem, tostarp tiem, kas pārsūta maksājumu datplūsmu. *** ## Reģistrēšana žurnālā Reģistrēšana žurnālā pēc noklusējuma ir izslēgta. Ja `loggingEnabled` ir iestatīts uz `true`, SDK raksta plūsmas atskaites punktus, izmantojot `os_log` un: * reģistrē URL kā `scheme://host/…` tikai, jo norēķinu URL ceļā satur maksājuma ID un verifikācijas atslēgu; * nekad nereģistrē pieprasījuma vai atbildes pamattekstu; * nekad nereģistrē kartes datus, šifrēšanas atklātu tekstu, akreditācijas datus vai verifikācijas atslēgu. Piemērojiet to pašu disciplīnu arī savā žurnālu reģistrēšanā ap SDK. Jūsu turētās vērtības, `paymentId` un `orderNumber`, ir maksājumu metadati: maršrutējiet tos tā, kā jūsu organizācija maršrutē maksājumu metadatus, un pilnībā turiet `verificationKey` un kartes laukus ārpus žurnāliem. *** ## Kontrolsaraksts * Klienta akreditācijas dati glabājas tikai backend. * Verifikācijas atslēga tiek nodota lietotnei, izmantota un netiek glabāta. * Pasūtījuma izpildi nosaka backend, nevis lietotnes rezultāts. * Neapstrādātie kartes lauki nekad nepamet `CardInput`. * Nav App Transport Security izņēmumu piegādātajā būvē. * Nav maksājumu vērtību analītikā, avāriju atskaitēs vai trešo pušu žurnālu reģistrācijā. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lv/integracija/mobilais-sdk/ios-sdk/celvezi/drosiba.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.