The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Google представил открытый стек OpenSK для создания криптографических токенов

30.01.2020 22:42

Компания Google представила платформу OpenSK, позволяющую создавать прошивки для криптографических токенов, полностью соответствующих стандартам FIDO U2F и FIDO2. Подготовленные с использованием OpenSK токены могут применяться в качестве аутентификаторов для первичной и двухфакторной аутентификации, а также для подтверждения физического присутствия пользователя. Проект написан на языке Rust и распространяется под лицензией Apache 2.0.

OpenSK даёт возможность создания собственного токена для двухфакторной аутентификации на сайтах, который в отличие от готовых решений, выпускаемых такими производителями, как Yubico, Feitian, Thetis и Kensington, построен на полностью открытой прошивке, доступной для расширения и аудита. OpenSK позиционируется как исследовательская платформа, которую производители токенов и энтузиасты могут использовать для разработки новых возможностей и продвижения токенов в широкие массы. Изначально код OpenSK был разработан как приложение для Tock OS и протестирован на платах Nordic nRF52840-DK и Nordic nRF52840-dongle.

Кроме программного обеспечения проектом предоставляются макеты для печати на 3D-принтере корпуса USB-брелока на базе популярного чипа Nordic nRF52840, включающего микроконтроллер ARM Cortex-M4 и криптоакселератор ARM TrustZone Cryptocell 310. Nordic nRF52840 является первой эталонной платформой для OpenSK. В OpenSK обеспечена поддержка криптоакселератора ARM CryptoCell и всех предоставляемых чипом видов транспорта, включая USB, NFC и Bluetooth Low Energy. Помимо задействования криптоакселератора в OpenSK также подготовлены обособленные реализации алгоритмов ECDSA, ECC secp256r1, HMAC-SHA256 и AES256, написанные на Rust.

Следует отметить, что OpenSK не первая открытая реализация прошивки для токенов с поддержкой FIDO2 и U2F, аналогичные прошивки развивают открытые проекты Solo и Somu. По сравнению с упомянутыми проектами OpenSK написан не на Си, а на языке Rust, позволяющем избежать многих уязвимостей, возникающих из-за низкоуровневой работы с памятью, таких как обращение к области памяти после её освобождения, разыменование нулевых указателей и выход за границы буфера.

Предложенная для установки прошивка базируется на TockOS, операционной системе для микроконтроллеров на базе Cortex-M и RISC-V, обеспечивающей sandbox-изоляцию ядра, драйверов и приложений. OpenSK оформлен как апплет для TockOS. Кроме OpenSK Google также подготовил для TockOS оптимизированное для Flash-накопителей (NVMC) хранилище и набор патчей. Ядро и драйверы в TockOS, как и OpenSK, написаны на языке Rust.



  1. Главная ссылка к новости (https://security.googleblog.co...)
  2. OpenNews: В OpenSSH добавлена поддержка универсальной двухфакторной аутентификации
  3. OpenNews: Первая открытая реализация анклава для аппаратно изолированных окружений
  4. OpenNews: Google, SiFive и WD основали альянс для продвижения открытых чипов и SoC
  5. OpenNews: Новая криптографическая библиотека EverCrypt с математическим доказательством надёжности
  6. OpenNews: Google представил открытый проект OpenTitan для создания заслуживающих доверия чипов
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/52281-u2f
Ключевые слова: u2f, fido2, auth, opensc, google
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (67) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 23:28, 30/01/2020 Скрыто ботом-модератором [﹢﹢﹢] [ · · · ]     [к модератору]
  • +8 +/
     

  • 1.3, Аноним (3), 23:57, 30/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +15 +/
    Всё открыто, болтики, пластмасса для корпуса, шнурочек, резисторы в обвязке. Самая малость -- чипы закрыте, ну мы гугелю верим. Это ж Open!
     
     
  • 2.26, Аноним (26), 09:29, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > -- чипы закрыте, ну мы гугелю верим. Это ж Open!

    Во всяком случае, производителя чипов они выбрали одного из самых мутных.

     

  • 1.4, Аноним (4), 00:06, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    "Ядро и драйверы в TockOS, как и OpenSK, написаны на языке Rust."

    usafe: 890
    extern "C": 106

     
     
  • 2.6, proninyaroslav (ok), 00:16, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Low level programming сплошь и рядом unsafe, так как предполагает применение машинных инструкций, чтений/записи по сырым указателям на адреса в памяти и прочей низкоуровневой магии. Но, опять таки, поверх этого unsafe можно и нужно делать safe код, в чём раст и помогает.
     
     
  • 3.10, Аноним (10), 02:28, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • –8 +/
    safe построенный поверх unsafe автоматически превращается в тыкву. Т.о. главнпя мантра растофилов обнуляется, а запредельная сложность, кривой дизайн и уёбищный синтаксис остаются.
     
     
  • 4.15, Аноним (15), 02:40, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зато запихнули какую-то операционку в стремный нордик, еще и с проприетарным беспроводным стеком небось, потребовался аж M4F навороченный... в общем все прелести hype driven development.
     
  • 4.18, qetuo (?), 04:40, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Safe код безопасен тогда, когда безопасна прослойка Unsafe снизу. Для прослойки Unsafe гарантии предоставляет программист, для Safe -- компилятор. Так, в отличие от С/С++, код разбивается на два множества, одно из которых корректно (с точки зрения языка), если корректно другое. Если твоя программа оказалась тыквой, то, скорее всего, именно ты виноват в некорректном коде в Unsafe. Никто не винит sudo за возможность удалить /, но почему-то многие винят Unsafe за возможность писать по рандомному указателю.
     
     
  • 5.20, Аноним (20), 07:45, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Можно подумать что в других языках по другому
     
     
  • 6.21, qetuo (?), 08:36, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да все точно так же. Просто в расте оно явно разделено, ну и гарантий побольше за счет лайфтаймов. clang похожее умеет, но там нужно флаги подтыкать, да и на уровне языка не хватает конструкций.
     
  • 6.23, Аноним (-), 09:07, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    > Можно подумать что в других языках по другому

    Ну, чо, в Ada классно придумали - аналог VLA сделать. Так что парой нехитрых действий можно поиметь грабель покруче сишников. При том те то хотя-бы догадываются с какой стороны грабли могут прилететь, а господа "за меня подумает компилер и рантайм" просто получают ручкой по затылку. ВНЕЗАПНО.

     
     
  • 7.49, other_anonymous (?), 18:30, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А можно поподробней? Что вы понимаете под "парой нехитрых действий можно поиметь грабель покруче сишников" и что такое "аналог VLA"?
     
     
  • 8.55, Аноним (-), 09:46, 01/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну вот то - выделение памяти под массивы переменного размера в рантайме И если ... текст свёрнут, показать
     
     
  • 9.59, Аноним (59), 13:33, 01/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет То ли дело просто выделять память подсказка unconstrained массивы соверше... текст свёрнут, показать
     
     
  • 10.68, Аноним (-), 07:08, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да Можно делать выделение памяти без выделения памяти Еще один баянный метод п... большой текст свёрнут, показать
     
     
  • 11.70, Аноним (59), 16:30, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет Для начала, определитесь выделять или не выделять, потому что ранее вы сам... большой текст свёрнут, показать
     
  • 7.52, анонн (ok), 20:57, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Можно подумать что в других языках по другому
    > Ну, чо, в Ada классно придумали - аналог VLA сделать.

    https://www.adaic.org/resources/add_content/docs/craft/html/ch06.htm?
    > Ada95
    > The bounds of an array don’t have to be static; you’re allowed to calculate
    > them at run time:
    >    Appts : Appt_Array (1..N);   -- N might be calculated when the program is run

    Заодно стырив машину времени!

    > Так что парой нехитрых действий можно поиметь грабель покруче сишников. При том те то хотя-бы догадываются с какой стороны грабли могут прилететь, а господа "за меня подумает компилер и рантайм" просто получают ручкой

    В чем именно "покруче" можно поиметь грабель? Или аноним, как обычно, слышал звон?

     
  • 6.29, Аноним (29), 11:06, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    по другому, потому во всех других языках, кроме rust, безопасная часть - интерпретируемая или JIT-компилируемая (== более медленная чем нативный код)
     
  • 5.38, Аноним (38), 13:32, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Переведу просто безопасная часть становится небезопасной. Никакого профита раст не дает. Даже скорость разработки у него не выше.
     

  • 1.5, proninyaroslav (ok), 00:07, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    По их логике если проект секурный - надо писать на расте. А для всего остального и сишечки хватит. Или же в гугле есть какая то тенденция использовать раст для всех новых проектов, а не только секурных и высоконадёжных?
     
     
  • 2.9, анонимно (?), 01:45, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну, если Rust из коробки способен обеспечить большую безопасность при той же скорости что и Си то конечно надо переходить на Rust.
     
     
  • 3.11, Аноним (10), 02:31, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Другое дело, что он не обеспечивает ни того ни другого. ИЧСХ, сравнивают всё время почему-то с много более простым, древним и реально могущим стрелять в ногу Си, но никогда - с современными плюсами.
     
     
  • 4.14, Аноним (15), 02:38, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    На си тоже можно писать очень по разному. На микроконтроллерах так там зачастую вообще делают статичное распределение ресурсов. Когда если фирмварь вообще стартанула - она и работает как батарейка энержайзер. И тогда проблемы с освобождением памяти при отсутствии malloc и free как бы неактуальны - их нет как класса.

    И вообще, в МК чем проще фирмвара - тем надежнее и предсказуемее. Напихать черти-какую операционку, супе-яп и чего там еще - это создание себе проблем а потом героическое их "решение".

     
  • 4.28, proninyaroslav (ok), 10:56, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Современные плюсы тоже подвержены UB. И любому кто программирует на них, надо держать данный факт в голове. Компиляторы скорее всего покажут тебе warning по этому поводу, но в safe подмножестве раст категорически откажет компилировать такой код. Нужно ли это - каждый решает сам для себя.
     
  • 4.72, anonymous (??), 09:59, 04/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если выбирать быстрое и лёгковесное подмножество C++, то придётся избавится от шаблонов, наследований и прочей мишуры. Что по сути уже почти тупо Си. Просто придётся писать 'new myShit()' 'new_my_shit', вместо 'delete a' писать 'my_shit_destroy(a)', а вместо виртуальных методов (которых, кстати, тоже лучше бы не использовать в ряде случаев) делать указатели на функции (которые определяются в "конструкторе"). Что скорее просто лёгкое синтаксическое изменение.
     
     
  • 5.73, anonymous (??), 10:00, 04/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Про указатели на функции поспешил. Есть и ряд других (более адекватных) вариантов. Зависит от того, зачем человеку в голову пришло использовать виртуальные методы.
     
  • 3.12, Аноним (-), 02:35, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А потом узнать что вся экосистема компонентов - жестко завязана на одну единственную мозиллу корп, со всей дури вляпавшись в вендорлок.

    Вендорлок настолько крутой что нельзя даже сделать измененный компилер и называть его растом. Это конечно "для вашего же блага", но где был бы си, если бы имела место такая политика? Там же где паскаль? :)

     
     
  • 4.27, proninyaroslav (ok), 09:56, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Вендорлок настолько крутой что нельзя даже сделать измененный компилер и называть его растом

    Так раст и карго это торговая марка. От смены названия раст не перестанет быть растом в своей сути. Где тут вендорлок не совсем понимаю.

     
     
  • 5.56, Аноним (56), 09:51, 01/02/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Так раст и карго это торговая марка.

    Я уже видел как это работает на примере файрфокса и его дополнений. Очень не понравилось. Что-то не хочется чтобы меня так же можно было так же натянуть когда я програмлю, если без мозилабраузера я еще переживу, то вот резко менять програмерское окружение после какой-нибудь диверсии мозиллы - грабли.

     
     
  • 6.57, proninyaroslav (ok), 10:52, 01/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > резко менять програмерское окружение после какой-нибудь диверсии
    > мозиллы - грабли.

    В чём эта резкая смена будет заключаться? В смене названия языка)?

     
     
  • 7.61, Аноним (-), 06:24, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В чём эта резкая смена будет заключаться? В смене названия языка)?

    В смене экосистемы, например. Очень не здорово когда репо с компонентами завязано на одну коммерческую фирму, особенно столь ушибленную как мозилла.

     
     
  • 8.69, proninyaroslav (ok), 09:21, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Про репо согласен Но это скорее проблема для разработчика софта И это проблема... текст свёрнут, показать
     
  • 4.51, анонн (ok), 20:11, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А потом узнать что вся экосистема компонентов - жестко завязана на одну
    > единственную мозиллу корп, со всей дури вляпавшись в вендорлок.

    Сказал анонимный аноним, а анонимному анониму можно верить!

    > Вендорлок настолько крутой что нельзя даже сделать измененный компилер и называть его растом.

    Избирательное восприятие - это прекрасно!
    https://www.linuxfoundation.org/trademark-usage/
    > A trademark provides the owner with an exclusive right to authorize or control the use of the mark.  Your right to use a mark of The Linux Foundation is provided for in this policy and in the statement of permitted use, if any, that may accompany the trademark notice displayed on the website dedicated to the project.  A copyright license, even an open source copyright license, does not include an implied right or license to use a trademark that may be related to the project developing the licensed software or other materials.  

    Подсказываю: назови "anonims rust compiler" или "darustcompiler" или "zerustificator" и т.д.

    > Это конечно "для вашего же блага", но где был бы
    > си, если бы имела место такая политика?

    Для начала - давайте-ка компилятор "Си" в студию.

     
     
  • 5.62, Аноним (-), 06:28, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Для начала - давайте-ка компилятор "Си" в студию.

    Ну пожалуйста. GCC? Clang? Мало? Ну пусть TCC будет, он C99 более-менее сделал. А тут только нечто от мозиллы, да еще с завязкой репо на них. В файрфоксе я уже этого счастья хлебнул, когда мало того что апи перекорежили так еще и фикшеные дополнения потом хрен поставишь, потому что все подписями облеплено без возможности самому (или автором) подписать. Еще не хватало чтобы в програминге меня так же приложили при случае.

     
     
  • 6.71, анонн. (?), 00:02, 04/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Для начала - давайте-ка компилятор "Си" в студию.
    > Ну пожалуйста. GCC? Clang? Мало? Ну пусть TCC будет, он C99 более-менее сделал.

    Опять в ход пошла демагогия.
    Ну вот:
    GNU Compiler Collection или его часть GNU project C compiler
    Tiny C Compiler
    Clang
    ни одно "Си"-онли в названии. Это раз.

    Да и затрейдмаркить "C" наверное несколько сложновато. Вы попробуйте взять llvm (которая ™), "сделать измененный компилер"-бэкэнд и называть его LLVM.
    Это два.

    И появились вышеперечисленные в 1987, 2005 и 2007. Это три.

     
  • 3.19, Аноним (19), 07:19, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > надо переходить на Rust

    Типичное мнение математиков, те бесконечно изобретают велосипед вместо того, чтобы взять молоток и забить гвоздь.

     
     
  • 4.36, Аноним (38), 13:21, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ага саморез микроскопом. Типичное слесаря.
     
     
  • 5.63, Аноним (-), 06:31, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ага саморез микроскопом. Типичное слесаря.

    Слесари как раз обычно догадываются отвертку взять. Иногда, правда, эти паршивцы закручивают обычным philips'ом какой-нибудь pozidriv, убивая и инструмент и шляпку, но это кой-как работает. В отличие от навороченных теоретических построений так и остающихся абстракциями и теориями.

     

  • 1.8, Аноним (-), 01:40, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    ERC-20 токены я так смогу прошить?
     
     
  • 2.48, Аноним (48), 18:04, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нет только то что идет из коробки.
     

  • 1.13, Аноним (-), 02:35, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > позволяющем избежать многих уязвимостей,

    ...и добавляющим толпу новых. Начиная от использования мутных нордиков с черти-чем внутри и заканчивая жестким локом на мозиллу.

     
     
  • 2.16, Анотолей (?), 03:41, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Нордики интересные девайсы, для изучения самое то. С учетом еще того, что не только блюпуп можно на них тестить. Другое дело, что рут кеи для секурюбута и прочих трастцелл радостей у них очень любопытно завязаны на неизвлекаемые самогенеренные ключи, которые почему-то привязаны к номерам партий чипов (в доках прямо написано, часть про руткей). То есть, для изучения - норм, для продакшена и безопасности - ни в коем случае
     
     
  • 3.24, Аноним (-), 09:18, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Одна из самых вендорлокнутых фирм на планете, снискавшая себе известность прежде... большой текст свёрнут, показать
     

  • 1.17, Аноним (17), 04:22, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Парни, а не подскажете брелок для PKCS11 с возможностью аппаратной генерацией ключей?
     
     
  • 2.25, Аноним (26), 09:21, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Парни, а не подскажете брелок для PKCS11 с возможностью аппаратной генерацией ключей?

    На этом глобусе вроде бы нет железок которые _аппаратно_ так смогут. Фирмварно - пожалста, только фирмвара это всего лишь некий софт запущеный на мелком процике. И было бы очень кстати если бы это был открытый код, а не спидозное проприетарное черт знает что.

     
     
  • 3.32, Аноним (17), 11:55, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    а я правильно понимаю, что для обхода подобных проблем и были написаны такие сервисы как rngd?
    т.е. ключи генерируем используя сразу несколько генераторов случайных чисел?
     
     
  • 4.64, Аноним (-), 06:48, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    С RNG вот какая проблема когда комп только стартует, его состояние в целом мо... большой текст свёрнут, показать
     

  • 1.30, Следопыт (??), 11:14, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Обожаю Opennet не только за новости в ламповом стиле, но и за концентрацию могущественных разработчиков, которые всегда поясняют как надо правильно и на каком языке писать код всяким криворучкам из Google, Apple, Intel и тд. ;)
     
     
  • 2.31, Аноним (31), 11:50, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну, свою безопасность этим весельчакам (Google, Apple, Intel и т.д.) я бы не стал доверять во всем не разобравшись, пусть они хоть на Ada, хоть на Rust пишут. В конце концов, большая часть этих контор значительную часть дохода имеет на личных данных пользователей.

    А вот видя новости про Rust на opennet, я всегда напрягаюсь, потому что предчувствую уже, как местные эксперты начнут пеной исходиться. "Сишечка еще плюнет на могилку вашему расту", "одни хеллоуворлды - язык ни к чему не пригоден", "хруст никто не использует, кроме мамкиных хипстеров", "где мое наследование", "без unsafe ничего написать нельзя", "есть unsafe - значит все unsafe"  и т.д.

    Уже голова пухнет от этих однообразных вбросов. Хоть бы состав реплик как-то обновляли.

     
     
  • 3.42, Аноним (42), 14:03, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    >большая часть этих контор значительную часть дохода имеет на личных данных пользователей

    Твои личные данные не стоят ничего, угомонись, мамкин эксперт, зарабатывают на рекламе. Второе - своими данными в гугле ты можешь, хотя бы, управлять, в отличии от Аппл. В реале ваши данные отлично сливаются во всяких мессенджерах, типо телеги и васяпа. И это в то время, когда в "зловещем гуголе", тыщу лет есть гуглталк, ныне Hangouts, которому даже ошейник (номер телефона) для использования не нужен. Только браузер и гуглоакк. Продолжайте сходить с ума.

     
     
  • 4.46, Аноним (31), 14:24, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы это мне? Просто мне показалось, что соломенному чучелу.

    > Твои личные данные не стоят ничего

    У вас странные приоритеты. Для коропораций да, они ничего не стоят. Копейки, капля в океане. Для меня они стоят всего. Утечка моих данных никак не скажется на гугле, а мне может испортить жизнь. Почему я должен рассуждать о ценности своих данных с точки зрения корпораций, а не с собственной?

    > зарабатывают на рекламе

    Которая таргетируется на основе личных данных.

    > В реале ваши данные отлично сливаются во всяких мессенджерах, типо телеги и васяпа.

    Я что-то говорил про телегу или васяп? Они в одной куче с гуглом, яблоком и прочими друзьями.

    И я даже не сказал, что этот проект гугла плохой - лишь то, что не поверю этим ребятам, пока не разберусь в деталях, вот и все.

     
  • 4.65, Аноним (-), 06:54, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Твои личные данные не стоят ничего, угомонись,

    А зачем они тогда их тырят? Начиная с "резервной копии" пароля вайвая? Как-то не логично тырить то что ничего не стоит.

    > когда в "зловещем гуголе", тыщу лет есть гуглталк, ныне Hangouts, которому

    ...которыз закрыли, с разморозкой :)

    > даже ошейник (номер телефона) для использования не нужен. Только браузер и гуглоакк.

    Дык гугл по этому добру вас узнает лучше чем по номеру телефона. В браузере у них эвона сколько кукисов навешано и гуглоаналитикой отзондировано, так же шикарно ваш номер телефона сторонние сайты не отгружают, однако.

    > Продолжайте сходить с ума.

    Эксперты в треде, все в машину!

     

  • 1.33, VladSh (?), 13:06, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    > Компания Google представила платформу OpenSK...
    > Проект написан на языке Rust
    > Ядро и драйверы в TockOS, как и OpenSK, написаны на языке Rust.

    По моему, начинается новая эра, господа, раз уж Гугол стал писать на Rust!

     
     
  • 2.37, Аноним (31), 13:26, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Опасно делать такие предположения здесь. Не стоит тут подвергать сомнению вечность и незыблемость C (можете очень осторожно похвалить какой-нибудь Zig, но большего вам не позволят), хех.
     
     
  • 3.40, VladSh (?), 13:36, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Я больше про Go.
     
     
  • 4.41, Аноним (31), 13:43, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Я сомневаюсь, что Rust прямо вытеснит Go, все же простота в изучении и малое число концепций - это рыночное преимущество. В вебе я вижу скорее симбиоз между Rust и Go. Например, натыкался на случай, как в одной компании Rust использовали для самого нагруженного сервиса, а остальное на Go.
     
     
  • 5.53, proninyaroslav (ok), 23:00, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Раст и го немного про разные вещи. Го больше любим питонистам и сишникам (не ++), так как эдакий си с некоторыми элементами питона, а с другой стороны компилируемый и быстрый по сравнению с питоном. Лично мне го кажется местами странным в сравнении с растом или питоном, ощущается влияние Роба и его команды беженцев из Plan 9. Простота го часто сваливается в примитивность, одни дженерики чего стоят, которые не добавиди так как их не любит Роб, хотя библиотечная функция make(), new() и некоторые другие по сути дженерик-функции без использования interface{}, просто эти дженерики внутри языка и недоступны "простолюдинам" и джунам для который язык создавался (можно найти эти дженерики в документации к пакету builtin).
     
  • 2.45, Аноним (38), 14:17, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Не зря же они Мозилле деньги отваливали.
     
  • 2.66, Аноним (-), 06:57, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > По моему, начинается новая эра, господа, раз уж Гугол стал писать на Rust!

    Чувак, зайди на гитхаб гуглы и посмотри на ЭТО. Половина репо - тупо карманные проекты програмеров. И там есть все, от makefile до vhdl.

     

  • 1.34, Аноним (38), 13:14, 31/01/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Хорошая попытка Гугл, но нет.
     
     
  • 2.43, Аноним (42), 14:05, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    Опасносте! Ужас! Моя приваси стоит дораха! Нед!
     
     
  • 3.44, Аноним (38), 14:16, 31/01/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ну так убери рутовый пароль со своей виндоуз хп раз тебе не надо.
     
     
  • 4.67, Аноним (-), 06:58, 02/02/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ну так убери рутовый пароль со своей виндоуз хп раз тебе не надо.

    У него как у истинного хомяка беспарольный вход под админом :)

     

  • 1.54, Аноним (54), 07:09, 01/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    https://www.nitrokey.com/news/2018/nitrokey-pro-2-available

     
  • 1.58, Аноним (58), 12:30, 01/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Лицензия как всегда...
     
  • 1.60, Аноним (60), 17:27, 01/02/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Концлагерь Бухенвальд представил открытые квартиры для создания уютного гнёздышка.
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру