Идите на бродове са пуним пакетом криптографских пакета у стандардној библиотеци како бисте помогли програмерима да граде сигурне апликације. да заврши ревизију основног сета пакета који су такође валидисани као део Аудиција је произвела један налаз ниске озбиљности, у наследном и неподрженом облику. , и неколико информативних налаза. Цео текст извештаја о ревизији може се наћи . Руте у Bits ФИПС 140-3 модул Go+BoringCrypto интеграција ovde Опсег ревизије обухватио је наше имплементације размене кључева (ЕЦДХ и пост-квантни МЛ-КЕМ), дигитални потпис (ЕЦДСА, РСА, и Ед25519), шифровање (АЕС-ГЦМ, АЕС-ЦБЦ, и АЕС-ЦТР), хашинг (СХА-1, СХА-2, и СХА-3), кључна деривација (ХКДФ и ПБКДФ2), аутентификација (ХМАЦ), као и криптографски генератор случајних бројева. Имплементације великих целовитих и елиптичних кривина ниског нивоа, са својим деликатним језгром монтаже, укључене су. Протоколи вишег нивоа као што су ТЛС и Ponosni smo na bezbednosnu evidenciju Go kriptografskih paketa i na ishod ove revizije, što je samo jedan od mnogih načina na koje dobijamo uverenje o ispravnosti paketa. који, на пример, дају приоритет безбедности над перформансама. са низом различитих техника. Ми направимо став да искористимо сигурне АПИ-је чак и за интерне пакете, и наравно можемо се ослонити на својства језика Го да бисмо избегли проблеме са управљањем меморијом. Криптографски принципи Тестирајте их темељно Једна ниска озбиљност пронађена Једини потенцијално искоришћени проблем, ТОБ-ГОЦЛ-3, има , што значи да је имао мали утицај и био је тешко изазвати. Овај проблем је поправљен у Го 1.24. Ниска озбиљност Кључно, ТОБ-ГОЦЛ 3 ( ) односи се на управљање меморијом у , која није омогућена подразумевано и није подржана за употребу изван Google-а. Детаљније дискутовано испод Legacy Go+BoringКрипто GOEXPERIMENT Пет информативних налаза Преостали резултати су , што значи да они не представљају непосредни ризик, али су релевантни за најбоље праксе безбедности. информације Резултати TOB-GOCL-1, TOB-GOCL-2, и TOB-GOCL-6 се односе на могуће временске бочне канале у различитим криптографским операцијама. Од ових три налаза, само TOB-GOCL-2 утиче на операције које се очекивало да ће бити константне због рада на тајним вредностима, али то утиче само на циљеве Power ISA (GOARCH ppc64 и ppc64le). TOB-GOCL-4 истиче ризик од злоупотребе у интерном АПИ-у, ако се поново користи изван свог тренутног случаја употребе. TOB-GOCL-5 указује на пропуштену проверу за лимит који је непрактичан за постизање. Временски страни канали TOB-GOCL-1 и TOB-GOCL-6 су повезани са функцијама које ми не користимо за осетљиве вредности, али би се могле користити за такве вредности у будућности, а TOB-GOCL-2 је повезан са монтажном имплементацијом P-256 ECDSA на Power ISA. : конверзија из бајтова у елементе поља није константно време (ТОБ-ГОЦЛ-1) crypto/ecdh,crypto/ecdsa Унутрашња имплементација NIST елиптичних кривина обезбедила је метод за конверзију елемената поља између интерне и спољне репрезентације која је радила у променљивом времену. Све употребе овог метода радиле су на јавним уносима који се не сматрају тајним (јавне вредности ЕЦДХ и јавни кључеви ЕЦДСА), тако да смо утврдили да ово није сигурносни проблем. , како би се спречило случајно коришћење ове методе у будућности са тајним вредностима, и тако да не морамо да размишљамо о томе да ли је то проблем или не. Направите метод константним временом у сваком случају : П-256 условна негација није константно време у Повер ИСА саставу (ТОБ-ГОЦЛ-2, ЦВЕ-2025-22866) crypto/ecdsa Изнад оног , Го такође подржава бројне додатне платформе, укључујући неке мање уобичајене архитектуре.Током прегледа наших имплементација монтаже различитих примарних криптографских примитива, тим Траил оф Битс пронашао је један проблем који је утицао на имплементацију ЕЦДСА на архитектурама ppc64 и ppc64le. Прва класа Go платформе Због употребе условне инструкције раздвајања у имплементацији условне негације П-256 тачака, функција је радила у променљивом времену, а не у константном времену, као што се очекивало. са обрасцем који већ користимо на другим местима да условно изаберемо тачан резултат у константном времену. Замена условне инструкције за раздвајање Да би приоритет код који стиже до већине наших корисника, и због специјализованог знања потребно за циљање специфичних ИСА, генерално се ослањамо на доприносе заједнице да одржи монтажу за не-прве класе платформи. : Scalar.SetCanonicalBytes није константно време (TOB-GOCL-6) crypto/ed25519 Интерни пакет едвардс25519 обезбедио је метод за конверзију између интерне и спољашње репрезентације скалара који су радили у променљивом времену. Овај метод је коришћен само на уносу потписа на ed25519.Verify, који се не сматрају тајним, тако да смо утврдили да ово није сигурносни проблем. , како би се спречило случајно коришћење ове методе у будућности са тајним вредностима, и зато што смо свесни да људи копају овај код изван стандардне библиотеке, и могу га користити са тајним вредностима. Направите метод константним временом у сваком случају Cgo Мемори Менаџмент Проналажење ТОБ-ГОЦЛ-3 односи се на проблем управљања меморијом у интеграцији Го+БорингЦрипто. : прилагођени финализатор може ослободити меморију на почетку позива функције Ц користећи ову меморију (ТОБ-ГОЦЛ-3) crypto/ecdh Tokom pregleda, bilo je nekoliko pitanja o našoj cgo-based Go+BoringCrypto integraciji, koja pruža FIPS 140-2 kompatibilan kriptografski način za unutrašnju upotrebu u Google-u. Тим Траил оф Битс пронашао је једну рањивост и , који су оба били резултати ручног управљања меморијом потребним за интеракцију са Ц библиотеком. Пошто Go тим не подржава коришћење овог кода изван Google-а, одлучили смо да не издајемо унос базе података о CVE или Go рањивости за овај проблем, али ми . Несигурност релевантни буг Поправио сам га у Go 1.24 Ова врста замке је један од многих разлога због којих смо одлучили да се удаљимо од Go+BoringCrypto интеграције. који користи редовне пакете чисте Го криптографије, што нам омогућава да избегнемо сложену цго семантику у корист традиционалног модела Го меморије. native FIPS 140-3 режим Комплетност имплементације Напомене TOB-GOCL-4 и TOB-GOCL-5 односе се на ограничене имплементације две спецификације, и . Нист СП 800-90А РФЦ 8018 CTR_DRBG API представља вишеструке ризике злоупотребе (TOB-GOCL-4) crypto/internal/fips140/drbg Kao deo ovog Да бисмо то урадили, потребна нам је имплементација НИСТ ЦТР_ДРБГ (детерминистички генератор случајних битова заснован на АЕС-ЦТР-у) како бисмо обезбедили усклађеност са случајностима. native FIPS 140-3 режим Budući da nam je za naše svrhe potreban samo mali podskup funkcionalnosti NIST SP 800-90A Rev. 1 CTR_DRBG, nismo implementirali punu specifikaciju, posebno izostavljajući funkciju derivata i strune personalizovanja. Пошто је наша имплементација чврсто опсежена на специфичан случај употребе који нам је потребан, а пошто се имплементација не извози јавно, утврдили смо да је то прихватљиво и вреди смањена сложеност имплементације. To detaljno opisuje ta ograničenja. Додајте упозорење у документацију : PBKDF2 ne primenjuje ograničenja izlazne dužine (TOB-GOCL-5) crypto/pbkdf2 У Го 1.24, започели смо процес кретања пакета од у стандардну библиотеку, завршавајући збуњујући образац у којем су пакети прве стране, високог квалитета и стабилне Го криптографије чувани изван стандардне библиотеке без посебног разлога. golang.org/x / Крипто Као део овог процеса, преселили смо Пакет у стандардној библиотеци, као црипто / пбкдф2. Док је прегледао овај пакет, тим Траил оф Битс је приметио да нисмо спровели ограничење на величину дериватних кључева дефинисаних у . golang.org/x / крипто / pbkdf2 РФЦ 8018 Граница је Када користите СХА-256, прекорачење границе би узело кључ од више од 137ГБ. Не очекујемо да је неко икада користио ПБКДФ2 да генерише кључ тако велики, поготово зато што ПБКДФ2 покреће итерације на сваком блоку, али ради исправности, ми . (2^32 - 1) * <hash length> сада примењује ограничење као што је дефинисано стандардом Šta je sledeće Резултати ове ревизије потврђују напор који је Го тим уложио у развој висококвалитетних, једноставних за коришћење криптографских библиотека и требало би да пружи поверење нашим корисницима који се ослањају на њих да изграде сигуран и сигуран софтвер. Међутим, ми не почивамо на нашим лаврима: Го доприносници настављају да развијају и побољшавају криптографске библиотеке које пружамо корисницима. Го 1.24 сада укључује ФИПС 140-3 режим написан у чистој Го, који тренутно пролази кроз ЦМВП тестирање. Ово ће обезбедити подржани ФИПС 140-3 компатибилан режим за све кориснике Го-а, замењујући тренутно неподржану Го+БорингЦрипто интеграцију. Такође радимо на имплементацији модерне пост-квантне криптографије, увођењем МЛ-КЕМ-768 и МЛ-КЕМ-1024 имплементације у Го 1.24 у , и додавање подршке пакету крипто / тлс за хибридну размену кључева Кс25519МЛКЕМ768 . Крипто / млечни пакет На крају, планирамо да уведемо нове лакше за коришћење високог нивоа криптографских АПИ-ја, дизајнираних да смање баријере за бирање и коришћење висококвалитетних алгоритама за основне случајеве употребе. Планирамо да почнемо са понудом једноставног хашинг АПИ-ја за лозинке који уклања потребу за корисницима да одлуче на који од безброј могућих алгоритама треба да се ослањају, са механизмима за аутоматску миграцију на новије алгоритме као најсавременије промене. Роланд Схоемакер и Филипо Валсорда Овај чланак је доступан на The Go Blog под лиценцом CC BY 4.0 DEED. The Go блог The Go блог Фотографија Batyrkhan Shalgimbekov на Unsplash Батирхан Шалгимбеков Unsplash

Try and Download Go 

Read My Stories

Овај аудио је произведен на оригиналном језику приче!

Пакети криптографије Го-а били су ревидирани: резултати

About Author

КОМЕНТАРИ

ХАНГ ТАГС

ОВАЈ ЧЛАНАК ЈЕ ПРЕДСТАВЉЕН У

Related Stories

Building the Cloud Future: Sreedevi Velagala's Trek in AWS Architecture

Building a website with React and Bulma

Leadership Success Story: Srinath Muralinathan's Transformative Projects at Amazon

Sravana Kumar Reddy Yeruva’s Fusion Transformation Sets a New Standard in ERP Excellence

Building the Cloud Future: Sreedevi Velagala's Trek in AWS Architecture

Building a website with React and Bulma

Leadership Success Story: Srinath Muralinathan's Transformative Projects at Amazon

Sravana Kumar Reddy Yeruva’s Fusion Transformation Sets a New Standard in ERP Excellence

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps