The OpenNET Project / Index page

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

Apple опубликовал открытую библиотеку гомоморфного шифрования

03.08.2024 14:18

Компания Apple объявила о создании открытой библиотеки с реализацией методов гомоморфного шифрования на языке Swift. Библиотека позволяет создавать приложения, обрабатывающие данные, доступные только в зашифрованном виде, без промежуточной расшифровки ни на одном из этапов вычислений. На выходе выдаётся зашифрованный результат, который аналогичен шифрованию результата выполнения тех же вычислений над исходными незашифрованными данными. Код проекта распространяется под лицензией Apache 2.0. Реализация основана на схеме BFV (Brakerski-Fan-Vercauteren), которая, в свою очередь, основана на задаче обучения с ошибками в кольце (RLWE), защищённой от криптоанализа квантовыми компьютерами. Низкоуровневые примитивы для шифрования используются из библиотеки Swift Crypto.

Работа с данными при гомоморфном шифровании сводится к тому, что пользователь шифрует данные и без раскрытия ключей передаёт для обработки на внешний сервер. Сервер выполняет заявленные вычисления и формирует зашифрованный результат, не имея возможности определить с какими именно данными он работает. Пользователь при помощи своих ключей расшифровывает выданные данные и получает результат в открытом виде. Гомоморфное шифрование может применяться в облачных сервисах для конфиденциальных вычислений, реализациях систем электронного голосования, организации работы с зашифрованными данными в СУБД и конфиденциальной тренировке систем машинного обучения.

В инфраструктуре Apple реализованная система применяется для конфиденциальной проверки "Caller ID" - пользователь передаёт на сервер Apple зашифрованный номер телефона, а сервер, без его расшифровки, проверяет наличие номера в чёрных списках для блокирования спама или базах данных с информацией о принадлежности номеров. В отличие от типовых схем конфиденциальной проверки ключа без его раскрытия серверу, в которых сервер передаёт клиенту всю БД, а клиент осуществляет проверку на своей стороне, применение гомоморфного шифрования позволяет ограничиться передачей на сторону клиента лишь небольшой порции метаданных. Подобный подход позволяет организовать проверку в очень больших БД, которые не могут быть переданы на сторону клиента. Код серверной части для организации подобных проверок опубликован под лицензией Apache 2.0.



  1. Главная ссылка к новости (https://www.swift.org/blog/ann...)
  2. OpenNews: Google открыл инструментарий для полностью гомоморфного шифрования
  3. OpenNews: IBM открыл тулкит гомоморфного шифрования для Linux
  4. OpenNews: CryptDB - проект по обеспечению надежного шифрования данных в СУБД
  5. OpenNews: Первая открытая реализация анклава для аппаратно изолированных окружений
  6. OpenNews: IBM, Google, Microsoft и Intel образовали альянс для развития открытых технологий защиты данных
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/61655-swift
Ключевые слова: swift, crypt, homomorphic
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (70) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Bklrexte (ok), 14:40, 03/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +14 +/
    Давайте без шуток. Опен-сорс проекты это всегда хорошо.
     
     
  • 2.3, Аноним (3), 14:47, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +20 +/
    >на языке Swift

    толку с такого опенсорса как с козла молока

     
     
  • 3.41, Аноним (41), 16:39, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Поддерживаю. Только хотел написать, что просто лижут яица себе.
    Под свою экосистему разработали библиотеку. Ну молодцы чего.
    Теперь осталось только понять кто и зачем ее станет использовать.
     
     
  • 4.96, Андрей (??), 14:35, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > гомоморфного шифрования

    Какое неприличное название. Неужели нельзя было придумать что-то другое? Я не специалист по терминам, но если бы я создавал какую-то новую терминологию, а бы задумался для начала...

     
     
  • 5.106, Аноним (106), 21:09, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Придумать" увы, нельзя - это ЛАТЫНЬ.
     
  • 5.114, Аноним (114), 12:39, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это термин из терии групп, если не ошибаюсь.
     
  • 5.117, Соль земли (?), 13:36, 05/08/2024 Скрыто ботом-модератором     [к модератору]
  • +1 +/
     
  • 3.44, Аноним (44), 16:59, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >> на языке Swift
    > толку с такого опенсорса как с козла молока

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

     
  • 3.45, Аноним (45), 17:21, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    И чё? Тебе не нужно, кому-то нужно, отвянь
     
  • 3.57, Аноним (57), 20:30, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Так самое сложное там не код на языке, а алгоритмы и бизнес-логика. Перепиши на сях, если так нужно. Есло умеешь, конечно.
     
     
  • 4.67, Аноним (67), 22:10, 03/08/2024 Скрыто ботом-модератором     [к модератору]
  • –7 +/
     
  • 3.79, Akteon (?), 23:13, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сообщество не может переписать на более открытые языки программирования (оно ж только это и делает) ?? Сообщество боится дыр в процессе ??
     
     
  • 4.111, Андрей (??), 07:44, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Так swift вроде открытый же ? У него экосистема вне apple конечно унылая, но собрать на линуксе вроде можно, было бы желание.
     
  • 4.115, Аноним (114), 12:45, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем это переписывать? Межделмаш уже сделал на гораздо более открытом языке https://www.opennet.me/opennews/art.shtml?num=53459
     
  • 3.81, vitalif (ok), 23:35, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Ну гомо же, как всегда)
     
  • 2.7, Аноним (7), 14:51, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    >Опен-сорс проекты это всегда хорошо.

    Хорошо, когда ещё и реальная польза есть.

    >на языке Swift

    Востребовано это будет только на платформах самого Яббла.

     
     
  • 3.28, Аноним (-), 15:19, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Хорошо, когда ещё и реальная польза есть.

    Вот если именно ты им воспользуешься, то будет реальная польза.

    > Востребовано это будет только на платформах самого Яббла.

    С чего это?
    Свифт уже давно официально поддерживает линукс - Red Hat, Fedora, Amazon Linux, Ubuntu (причем с древней 20.04) и винду.


     
     
  • 4.50, Аноним (50), 18:45, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    На расте проектов больше чем на вот этом.
     
  • 4.54, Илья (??), 19:23, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > Свифт уже давно официально поддерживает линукс

    Никто в здравом уме не станет работать с этим ворохом костылей поверх objectivec.

     
     
  • 5.64, Аноним (-), 21:30, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Мда... Вообще-то там практически нет obj c.
    github.com/swiftlang/swift
       Objective-C 0.5%

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

    Тем не менее, на свифте успешно пишется кроссплатформа для винды.
    Для линукса тоже можно, но нафиг нужно?

     
  • 3.42, Аноним (42), 16:41, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    https://www.swift.org/install
     
  • 3.112, в1110ф (?), 09:14, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Востребовано это будет только на платформах самого Яббла.

    и что? Пользователей ябла в мире 19%, а в США почти 50%. Так что все ок.

     
  • 2.26, noc101 (ok), 15:14, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    С ног на голову перевернул всё.
    Опен Сорс не хорошо и не плохо. Все зависит от проекта и реализации.
     
     
  • 3.59, johny (??), 21:11, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Главное у кого ружьё....
     
  • 2.87, КО (?), 09:44, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Да, только офф-топики плохо
     

  • 1.16, Аноним (16), 14:58, 03/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +5 +/
    https://www.apple.com/privacy/
     
  • 1.19, мяв (?), 15:02, 03/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    >пользователь передаёт на сервер Apple зашифрованный номер телефона, а сервер, без его расшифровки, проверяет наличие номера в чёрных списках для блокирования спама или базах данных с информацией о принадлежности номеров

    в чем, собственно, проблема, просто сравнить хеши?

     
     
  • 2.25, Аноним (25), 15:13, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Хэш можно брутфорснуть, ключ для шифрования будет подобрать сложнее
     
     
  • 3.47, Аноним (47), 17:27, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    а теперь поясните как в случае шифрования будет происходить поиск? В каком виде в базе хранятся "черные" номера?
     
     
  • 4.83, penetrator (?), 00:25, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    я нашел пример https://github.com/apple/live-caller-id-lookup-example

    но там все упирается в Apple_SwiftHomomorphicEncryption_Pir_V1_KeywordDatabaseRow и тд

    import ArgumentParser
    import Foundation
    import PrivateInformationRetrievalProtobuf
    import SwiftProtobuf

    надо ковырять саму библиотеку, что-то мне подсказывает что все спрятано там, в том числе поиск в базе (https://github.com/apple/swift-homomorphic-encryption)

    если у кого-то есть время, посмотреть you are welcome ))

     
  • 2.29, Аноним (-), 15:22, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > в чем, собственно, проблема, просто сравнить хеши?

    У них проблем нет проблем сравнить хеши.
    А у тебя начнутся, если хеш твоего номера случайно совпадет с номером нигерийского принца.

     
     
  • 3.69, Аноним (67), 22:31, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Они начнутся и при сравнении зашифрованных номеров, ничем тут не лучших хэша.
     
     
  • 4.82, нах. (?), 23:44, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ну если местный эксперт писать будет - то да. Вы ж все именно так и делаете. И ключ будет 1234.

    Скажи, эксперт, тебе не приходит в голову что шифрует-то - клиент на своей стороне, расшифровке получателем ЭТО не подлежит в принципе, поэтому ключ шифрования надо каждый раз выбирать - новый?

    А два разных клиента - вообще в принципе не зашифруют одним и тем же.

    Чем это отличается от хэша - догадайся сам.

     
     
  • 5.107, Аноним (107), 00:41, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Вот тебе экcперд намёк:

    > А два разных клиента - вообще в принципе не зашифруют одним и тем же.

     
  • 2.43, Vf (?), 16:55, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В том что хэш от заведомо малого объема данных это фигня.
     
     
  • 3.49, Аноним (49), 18:27, 03/08/2024 Скрыто ботом-модератором     [к модератору]
  • +/
     
  • 2.68, Додо (?), 22:31, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Во-первых, хеш от маленького объема данных можно легко расшифровать.
    Во-вторых, по хэшам все равно можно установить, кто кому звонит. Если Apple пользуется услугами сторонней компании для проверки спам-номеров, то при использовании подобного шифрования даже эта компания не будет знать, чей именно номер проверяет.
    Правда, с трудом могу понять, как подобное в принципе возможно. Математика - сложная штука, блин.
     
     
  • 3.80, Аноним (80), 23:16, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    В самом по себе принципе гомоморфизма нет ничего сложного.

    Если вы возьмете два потока байт, закодируете их с помощью AES-OFB и сделаете между полученными значениями XOR, то применив (правда, дважды) операцию декодирования к результату вы окажетесь на руках с тем же самым набором байт, как если бы вы просто два потока байт поXORили.

    Эллиптические кривые позволяют производить ещё более прикольные трюки, при этом математика за этим всем стоит очень несложная.

    Но вот как делать поиск в БД - тут я теряюсь в догадках. Точнее, варианты есть, но к гомоморфизма они отношения не имеют.

     
     
  • 4.90, Аноним (90), 11:10, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Как сделать поиск по ключу, если серверу не передать ключ Если сервер отвечает ... большой текст свёрнут, показать
     
  • 2.75, СмешнойШнурокКорпатыча (?), 23:01, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    а вы понимаете вообще, в чем суть шифрования? в чем проблемы? и для чего эти шифры? или так - MD5 и нормас??
     

  • 1.24, Аноним (24), 15:10, 03/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Насколько я помню, полностью гомоморфная обработка информации требует сотни гибибайт для простейшего Hello Worldа. Именно поэтому это не нашло применения в реальном мире. А так любую программу можно скомпилировать. Только у вас есть столько памяти и вычислительных ресурсов, как на хранение шифротекстов, так и на их обработку?
     
     
  • 2.46, Аноним (45), 17:22, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ты помнишь неправильно
     
  • 2.70, Аноним (67), 22:40, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > у вас есть столько памяти и вычислительных ресурсов, как на хранение шифротекстов, так и на их обработку?

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

     

  • 1.53, Илья (??), 19:21, 03/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    swift это такой замаскированный objectivec. Его может использовать только мазохист или погрязший в зависимостях эппла дурак. 5 лет херачил на нём, хочется скорее закопать это поделие.

    Дотнет наше всё

     
     
  • 2.73, Аноним (67), 22:52, 03/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Си(даже не говорю уже про Ассемблер) - не?
    Для настоящих программистов... что бы не быть чем то вроде JS-скриптовика с псевдо-унифицированной же архитектурой, которая на самом деле отдельная архитектура паразитирующая на других архитектурах, паразит...
     
     
  • 3.105, Аноним (106), 21:06, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ты писал на Си и C#? Попробуй чисто для себя - сразу поймёшь ПРОПАСТЬ в производительности и удобстве! Это уже не говоря о мириадах библиотек под .NET
     
     
  • 4.108, Аноним (107), 00:59, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Тогда уж, всё же удобней не писать - а, пользоваться)))
    А, вот тут то вопрос производительности Си vs C# наличествует ещё как ...

    (нет и на Си конечно можно залагать, хоть чаще это всё же на С++ при злоупотреблением ООП и особенно чужими билиотеками, т.б.универсальными и т.б.багнутыми или просто неоптимизированными, хоть конечно не чужое если тоже не значит оптимизированное это требует колоссальных затрат времени, которые таким как вы фактически халтурщикам - просто неприемлемы же). А, про " производительности и удобстве!" кто спорит?... Только потом у игр и ПО неадекватные производимому системные требования, т.б. скрыто перекладыаемые же, их стоимость отсутствия тормозов, на пользователя в добавок к цене продукта, в т.ч.и когда нулевой у freeware/OSC.

     
  • 2.126, Аноним (126), 23:50, 07/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > 5 лет херачил на нём, хочется скорее закопать это поделие.
    >
    > Дотнет наше всё

    Про дотнет могу то же самое сказать. Зачем эти вылезшие из корпорашек язычки - C#, Swift, Go без свободного сообщества и свободной экосистемы? Если не нравятся плюсы, есть раст.

     
     
  • 3.127, Илья (??), 05:24, 08/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    dotnet/C# полностью свободный, они всё переделали уже чуть ли не 10 лет назад.
     

  • 1.56, Вы забыли заполнить поле Name (?), 20:13, 03/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    > Работа с данными при гомоморфном шифровании сводится к тому, что пользователь шифрует данные и без раскрытия ключей передаёт для обработки на внешний сервер.

    Ой к чему эти полумеры? У вас все данные из телефона есть.

     
  • 1.84, Аноним (84), 04:32, 04/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    MicrosoftSEAL сто лет как доступен под МIT лицензией.  
     
  • 1.85, Аноним (85), 07:40, 04/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Единственно непонятно, зачем данные посылать на какой то сервер.
    Для шифрования?
    Так клиент же уже отправляет шифрованные данные!
    Или для того, что бы на стороне сервера тоже могли прочитать твои шифрованные данные?
     
     
  • 2.91, Qq (?), 11:58, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Там очень хитрая идея, шифруешь «нечто» локально, и отправляешь на сервер. Сервер не может расшифровать, но может проводить ряд операций над твоим зашифрованным «нечто».

    Сервер в результате операций изменит твой зашифрованный «блоб», но не будет знать чего он достиг в результате своих действий. И отправляет этот «блоб» тебе назад. Ты расшифровываешь его своим ключом шифрования и видишь результат вычислений на сервере

     
     
  • 3.95, n00by (ok), 14:20, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Идея вовсе не хитрая: всё храниться в облаках, а клиент сервера ничего не может поделать с данными, кроме как показать на экране и инициировать оплату по карте. Сейчас схему обкатывают (сервер проводит ряд операций над твоим зашифрованным «нечто»), что бы в будущем поменять клиента и сервер местами.
     
     
  • 4.98, Аноним (98), 15:25, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Плохая идея эпл ненужен.
     
     
  • 5.99, Аноним (85), 16:56, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не для Эпол.
    Сделают насильные распределенные вычисления, хомячкам будут кидать задании, их айфони будут фоново что то просчитывать, не имея доступа к зашифрованным данным.
    "Люди - новая нефть" ©
     
     
  • 6.109, Аноним (107), 01:28, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    айфони прошлый век, м.б.для защиты связи с тут рассмотренным:
    - https://www.opennet.me/opennews/art.shtml?num=61655#70

    Если предположить что это именно для расчёта, а не просто криптографии их зловредских м_снских сообщений им нужно, то саммо собой напрашивается вариант что считать планируют - нейроны...
    например .. минимум ранее бывшего в здании с надписью Зверь, в брюсселе, а тут значит уже в т.ч.как на нейронной же "платформе" т.о.зн.быстрей чем любые аппартные чипы,
    иначе же сложность и затраты на всё слишком неадекватны, и уж точно это не уровень банковских операций и т.б. магазинных оплат.

     
  • 4.100, Аноним (90), 17:59, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    тут можно одну из схем "нулевого разглашения" (ZK) применить. И поиск то сводится (частный случай) к ответу на вопрос "содержится ли в базе ключ Х", да или нет, и никаких возвращаемых значений по ключу. Ограничена применимость такого поиска.
     
     
  • 5.110, Аноним (107), 02:42, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Квантовые же вычисления, ныне даже публично, значит уже давно. Зачем поиск тут - параллельный перебор по формуле, в т.ч.зависящей от общего секретного ключа.
    Чтобы не городить квантовый процессора в напр.мобилках - тоже м.б. так или иначе втихую использован мозг его владельца. Скоерей всего не без вреда, минимум ускоренное устаревание клеток [и даже вовсе рак].

     
     
  • 6.113, Аноним (113), 12:16, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    > Квантовые же вычисления,

    Ну и квантово-стойкие алгоритмы применяют ведь.

    > тоже м.б. так или иначе втихую использован мозг его владельца.

    Вангую, что в ближайщие 1000 лет этого не достичь.

     
     
  • 7.121, Аноним (121), 04:59, 06/08/2024 [^] [^^] [^^^] [ответить]  
  • +1 +/
    А, ты уверен что уже сейчас не так, с тобой же....
     
     
  • 8.122, Аноним (122), 11:11, 06/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Уверен, потомучто телевизер не смотрю, а то что у большинства уже развилась шиза... текст свёрнут, показать
     
  • 3.124, Аноним (124), 14:14, 06/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Не понятно как можно изменять блоб не поломав
     

  • 1.86, beck (??), 08:34, 04/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Не очень понимаю,  как это работает.

    Зашифровал с маркантом, получается случайная равновероятная последовательность, как с ней производить что-то?

     
     
  • 2.104, Аноним (106), 21:03, 04/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Ну для этого великие умы и думали! Как без расшифровки проводить вычисления. Это давно проработанная теория, её далеко не Эппля придумала.
     
     
  • 3.120, beck (??), 20:05, 05/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    Я почитал мурзилки по вопросу и пришёл к выводу,  что там нет маркантов, а ключи постоянные или меняются по какому-то известному алгоритму или последовательности.

    С добавлением марканта такая штука не работает.

     

  • 1.88, Аноним (88), 10:21, 04/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Ну а для какого ещё шифрования они могли опубликовать библиотеку
     
  • 1.118, Аноним (118), 19:55, 05/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Какой объём данных так можно обработать? Что насчёт структуры? Можно ли так виртуалку хотя-бы с досом запустить?
     
  • 1.119, Аноним (119), 19:59, 05/08/2024 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Обмен хэшами. На сервере - таблица из хэшей. Терминал вычисляет хэш сервер ищет строку с этим хэшем и отдает соответствующий хэш.
     
     
  • 2.123, Аноним (123), 11:34, 06/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    В этом случае сервер будет знать что вам звонят спасены
     
     
  • 3.125, Аноним (124), 14:20, 06/08/2024 [^] [^^] [^^^] [ответить]  
  • +/
    звонок - событие терминала. Оно скрыто от сервера. Сервер отрабатывает связи хэшей.
     

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



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

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