Intel arendab HTTPA protokolli, mis täiendavad HTTPS-i

Intel'i insenerid pakuvad välja uue protokolli HTTPA (HTTPS Attestable), mis laiendab HTTPS-i täiendavate garantiiidega teostatavate arvutuste turvalisuse osas. HTTPA võimaldab tagada kasutaja päringu töötlemise terviklikkuse serveris ning veenduda, et veebiteenus, mis töötab TEE-keskkonnas (Trusted Execution Environment), ei ole häkitud või administraatori tegevuse tulemusel muudetud.

HTTPS kaitseb edastatavaid andmeid võrgu kaudu edastamise ajal, kuid ei suuda välistada nende terviklikkuse rikkumist, mis tuleneb serveri rünnakutest. Isolatsioonianklaavid, mille loomiseks kasutatakse selliseid tehnoloogiaid nagu Intel SGX (Software Guard Extension), ARM TrustZone ja AMD PSP (Platform Security Processor), võimaldavad kaitsta olulisi arvutusi ning vähendada riske konfidentsiaalsete andmete lekke või muutmise osas lõpp-punktil.

HTTPA tagab edastatud teabe usaldusväärsuse, kasutades Intel SGX'i pakutavaid atesteerimisvahendeid, mis kinnitavad arvutuste teostamise anklaava ehtsust. Sisuliselt laiendab HTTPA HTTPS-i võimalust kauget aluste atesteerimist, võimaldades kontrollida, et see toimub ehtsas Intel SGX keskkonnas ning et veebiteenusele võib usaldada. Protokolli arendatakse algselt kui universaalselt rakendatavat, mis saab olema teostatav ka teiste TEE-süsteemide jaoks.

Lisaks HTTPS-ile iseloomulikule kaitstud ühenduse loomise protsessile nõuab HTTPA ka usaldusväärse seansivõtme kokkuleppimise. Protokoll tutvustab uut HTTP-meetodit "ATTEST", mis võimaldab töödelda kolme tüüpi päringuid ja vastuseid:

• „preflight“ kontrollimaks, kas kaugpool toetab aluste atesteerimist;
• „attest“ atesteerimise parameetrite kokkuleppimiseks (krüptograafilise algoritmi valik, seansi jaoks unikaalsete juhuslike järjestuste vahetamine, seansi identifikaatori genereerimine ja anklaava avaliku võtme edastamine kliendile);
• „trusted session“ — seansivõtme loomine usaldusväärse teabe vahetamiseks. Seansivõti luuakse eelnevalt kokkulepitud eel-salajase järjestuse (pre-session secret) alusel, mille klient on genereerinud, kasutades saadud... serverilt TEE avaliku võtme ja iga poole genereeritud juhuslike järjestuste.

HTTPA eeldab, et klient on usaldusväärne, samas kui server ei ole usaldusväärne, st klient võib kasutada seda protokolli arvutuste kontrollimiseks TEE keskkonnas. Samas ei taga HTTPA, et töö käigus teostatavad veebiserver muud arvutused, mis ei toimu TEE-s, ei olnud kompromiteeritud, mis nõuab eraldi lähenemist veebiteenuste arendamisel. Seega on HTTPA põhiliselt suunatud kasutamiseks spetsialiseeritud teenustega, millele esitatakse kõrged nõudmised teabe terviklikkusele, nagu finants- ja tervishoiusüsteemid.

Kui TEE-s teostatavad arvutused peavad olema kinnitatud nii serveri kui ka kliendi jaoks, on ette nähtud mHTTPA (Mutual HTTPA) protokolli variant, mis teostab kahepoolse verifitseerimise. See variant on keerulisem, kuna nõuab kahepoolset sessioonivõtmete loomist serverile ja kliendile.

Allikas: opennet.ru