Kā integrācijas partneris mums nosūtīja privāto atslēgu — droši

3. daļa no "Kā Agdir izmanto SecretDrop" — sērija par to, kur agtech uzņēmums un tā klienti patiesībā dalās noslēpumiem.

Lielākoties jūs nekad nesūtāt privāto atslēgu. Atslēgu pāra būtība ir tāda, ka privātā puse paliek vietā: jūs to ģenerējat, reģistrējat publisko pusi pie tā, kam vajag jūs verificēt, un privātā puse nekad neatstāj jūsu mašīnu.

Bet reizi pa reizei privātā atslēga patiešām jāpārvieto starp diviem uzņēmumiem. Šis ir stāsts par vienu no šādiem reizēm.

Situācija

Integrācijas partneris — precīzās lauksaimniecības uzņēmums, kas veido divvirzienu datu plūsmu ar Agdir — darbināja savu API ar savstarpējo TLS. Vienkāršas API atslēgas viņiem nebija pietiekamas: lai pat atvērtu savienojumu, zvanītājam jāuzrāda klienta sertifikāts, ko partneris ir izdevis un uzticas tam. Tas ir spēcīgs iestatījums, un izplatīts, kad divi uzņēmumi apmaina sensitīvus datus mašīna-mašīnai.

Lai Agdir savienotājs varētu autentificēties, partnera operāciju komanda ģenerēja klienta sertifikātu un tā privāto atslēgu speciāli mums. Šī privātā atslēga ir akreditācijas dati. Bez tās integrācija nevar savienoties; ar to ikviens var uzdoties par mūsu savienotāju viņu API.

Tātad diviem uzņēmumiem bija problēma, ar ko indivīdi saskaras katru dienu, tikai ar augstākiem likmes: kā nogādāt dzīvu privāto atslēgu no viņu puses pie mums, tai nenoplūstot pa ceļam?

Kā tas parasti noiet greizi

Noklusējums B2B integrācijās ir nomācoši neformāls:

• Saspiediet sertifikātu un atslēgu, nosūtiet kā pielikumu e-pastā.
• Ielieciet paroli otrajā e-pastā ("drošībai").
• Vai nometiet abus koplietotajā biļetē jebkurā atbalsta rīkā, kas savieno abas komandas.

Katrs no tiem atstāj privātās atslēgas pastāvīgu kopiju sistēmā, kuru neviens uzņēmums pilnībā nekontrolē — pasta serveri, dublējumi, biļešu rīka datu bāze, to iesūtnes, kas vēlāk tiek CC. Privātā atslēga, kas nokļūst e-pasta pavedienā, ir atslēga, kuru jūs nekad patiešām nevarat atgūt.

Un atšķirībā no paroles, to nevar vienkārši "mainīt" klusi — klienta sertifikāta atsaukšana un atkārtota izsniegšana nozīmē rotācijas koordinēšanu starp abiem uzņēmumiem. Daudz labāk to nekad neizlaist.

Ko mēs darījām tā vietā

Partneris nosūtīja atslēgu caur SecretDrop:

1. Viņi ielīmēja privāto atslēgu (PEM) vienreizējā saitē un nosūtīja paroli kā atsevišķu iznīcināšanas pēc lasīšanas saiti.
2. Viņi kopīgoja abas saites ar mūsu integrācijas inženieri pa parastajiem kanāliem — e-pasts bija labi, jo saite nav atslēga.
3. Mūsu inženieris katru saiti atvēra vienu reizi, ielādēja sertifikātu un atslēgu tieši mūsu noslēpumu pārvaldniekā, un abas saites iznīcinājās.

Privātā atslēga veica vienu ceļu — no viņu velves uz mūsējo — un neatstāja nevienu kopiju nevienā iesūtnē, biļetē vai tērzētavā abās pusēs. Ja kāds vēlāk izrakņā e-pasta pavedienu, kas izveidoja integrāciju, tur nav nekā sensitīva, ko atrast.

Secinājums

Ja esat partneris, kam jānodod citam uzņēmumam privātā atslēga, sertifikāts vai jebkādi dzīvi akreditācijas dati:

• Nekad nesūtiet pa e-pastu vai nepievienojiet kā pielikumu. Pielikumi ir visnoturīgākā, visvieglāk pārsūtāmā kopija no visām.
• Nosūtiet to kā iznīcināšanas pēc lasīšanas saiti un nosūtiet jebkuru paroli kā otru, atsevišķu saiti.
• Apstipriniet, ka saņēmējs to atvēra, pēc tam uzskatiet pārsūtīšanu par pabeigu — noslēpums vairs nepastāv nekur tranzītā.

Drošas integrācijas ir tik drošas, cik drošs ir brīdis, kad tās tiek izveidotas. Privātā atslēga, kas pastāvēja tikai dažas sekundes, kas vajadzīgas, lai to ielādētu velvē, ir tāda, kuru nekāds nākotnes pārkāpums — nevienā pusē — nekad nevarēs atklāt.

---

Iepriekš sērijā: Kā zemnieks nosūtīja API atslēgu savam izstrādātājam · Kā Agdir komanda nodod piegādātāju akreditācijas datus.
Veidojat integrāciju un vajag pārvietot atslēgu starp uzņēmumiem? Izmantojiet SecretDrop — viens lasījums, tad pazūd uz visiem laikiem.