Ключҳо аз сервер ба муштарӣ чӣ гуна интиқол дода мешаванд?

Тавсиф мувофиқ қоидаларга мувофиқ равишда керак эмас.

Сервердан мижозга турли хил калитлар ўтказилиши мумкин, контекст ва ишлатилган протоколга қараб. Асосий турдаги калитлар, уларни ўтказиш ёки келишиш мумкин бўлганлар:

1. Жамоат калитлар: Ассиметрия криптографияда, сервер ўз жамоат калитини мижозга ўтказиши мумкин. Бу қуйидагича фойдаланилади:

   • Мижоз томонидан маълумотларни шифрлаш, уларни фақат сервер (мувофиқ хусусий калитга эга бўлган) декод қила олади.
   • Сервер томонидан ўз хусусий калити билан яратилган рақамли имзо текшириши.

2. Сессия идентификаторлари (Session IDs) / Сессия токенлари (Session Tokens): Булар тоза криптографик калитлар эмас, аммо фойдаланувчи сессиясини аниқлашда калит ролини ўйнайди. Сервер мижозни аутентификациядан кейин уникал идентификатор яратади ва уни мижозга жўнатади (кўпинча cookie шаклида). Мижоз кейинчалик бу IDни сўровларга қўшиб, сессия ҳолатини сақлайди.

3. Симметрич шифрлаш учун калитлар: Ҳатто симметрик калитлар одатда тўғридан-тўғри очиқ шаклда ўтказилмайди, улар кўпинча хавфсиз алоқа ўрнатиш жараёнида (масалан, TLS/SSL протоколлари орқали) яратилади ёки келишилади. Сервер ва мижоз Diffie-Hellman алгоритми ёки унинг вариантларидан фойдаланиши мумкин, бу орқали улар биргаликда хавфсиз равишда умумий симметрик калитни келишишади, уни тўғридан-тўғри ўтказмай. Бу симметрик калит сессия давомида барча трафикни шифрлаш учун қўлланилади.

4. Автентификация ва рўйхатга олиш учун токенлар (масалан, JWT): Сервер мижозга муваффақиятли автентификациядан кейин токен (масалан, JSON Web Token) чиқариши мумкин. Бу токен фойдаланувчи ва унинг ҳуқуқлари ҳақида маълумотлар сақлайди. Мижоз ҳар бир сўровда бу токенни серверга юбориб, ўз шахсини ва ҳуқуқларини тасдиқлайди. Ҳатто токен криптографик калит эмас, у сервер томонидан фақат у ёки бир нечта сервер/хизматлар томонидан имзоланган ёки шифрланган.

5. API калитлари / Мижознинг махфий калитлари: Айрим архитектураларда, сервер мижозга (масалан, мобил илова ёки бошқа хизматга) статик API калити ёки махфий калитни бериш мумкин, бу сўровларни аутентификация қилиш учун қўлланилади. Аммо бу мижоз дастурлари учун камроқ хавфсиз, чунки калит олиб қўйилиши мумкин.

6. Сертификатлар: Сервер ўз SSL/TLS сертификатини сўз бошида мижозга ўтказади. Сертификат сервернинг жамоат калитини ўз ичига олади ва ишончли сертификатлаштирувчи ташкилот томонидан имзоланган. Мижоз сертификатдан сервернинг ҳақиқийлигини текширади ва унинг жамоат калитини олади.

HTTPS/TLS контекстида жамоат калитини қўллаш мисоли:

1. Мижоз TLS руҳсатномасини бошлайди.
2. Сервер мижозга ўз сертификатини юборади, у сервернинг жамоат калитини ўз ичига олади.
3. Мижоз сертификатни текширади (ишонч зани, муддати ва ҳоказо) ва сервернинг жамоат калитини олади.
4. Мижоз вақтинча симметрич калит яратади.
5. Мижоз бу симметрич калитни сервернинг жамоат калити орқали шифрлайди.
6. Мижоз шифрланган симметрич калитни серверга юборди.
7. Сервер симметрич калитни ўз хусусий калити билан декод қилади.
8. Кейинги маълумот алмашинуви бу келишилган симметрич калит ёрдамида шифрланади ва декодланади.

Асосий нуқталар:

• Сервердан мижозга махфий/хусусий калитларни тўғридан-тўғри ўтказиш жуда ҳам таъқиқланмайди, хавфсизлик нуқтаи назаридан.
• Одатда, сервер жамоат калитлар, сессия идентификаторлари, токенлар ёки симметрик калитлар келишувини ўтказади.
• Аниқ турдаги калитлар сценарийга (автентификация, шифрлаш, сессияни сақлаш ва ҳоказо) боғлиқ бўлади.