Роскомпозор потребовал от Tor удалить «запрещённую информацию» — в случае отказа сеть заблокируют
> Письмо ведомства к Tor опубликовано на GitLab. Внимание на него обратил проект «Роскомсвобода». По словам пользователя, опубликовавшего письмо, уведомление Роскомнадзора ему переслала немецкая хостинговая компания Hetzner.
Недавно один анончик запилил софт для харкача, способный воссоздать стеганографию в треде. Только представь, какие границы оно открывает для действительно свободного общения. Больше никаких автозамен, вордфильтров, правил, где модератор может забанить любого неугодного.
А как насчет такого варианта? 1 этап: (уже работает) крипто-вставки в посты, комменты и т.д. 2 этапом: застеганографить их под обычный текст (только его будет много, прийдется юзать лонгборды видимо, если применимо к VK)
P.S. Собрано на коленке для простоты на движке Хромиум (что само по себе уже черезчур толсто, но для прототипа сойдет)
С какой версии там зондовкак в windows 10? Какая на уровне windows 7? Чтобы система не делала всякие скриншоты и не отправляла данные ввода клавиатуры, чтобы apple без меня не могли получить удаленный доступ к компьютеру, сейчас же если позвонить в сапорт они могут сами подключиться без моего участия, это работает только если ввёл Apple ID?
> Доступ к моему Mac — это функция службы iCloud, которая позволяет настроить сетевое подключение между компьютерами Mac для удаленного доступа к ним.
В 10.7 lion появился icloud, значит с этой версии это как винда 10? Но handoff появился только в 10.10 а буфер обмена между устройствами и Siri с 10.12
В 10.13 завезли всяких нейросетей которые сканируют файлы, посещаемые сайты и т.д.
С 10.14 , а может и в более старых с обновлением, отправляет в Apple хэш при запуске каждой программы
Выходит последняя Mac OS по уровню зондов как windows 7 это 10.6 snow leopard 2009 года?
Я придумал p2p-аналог интернетов, который относительно не трудно реализовать. Сеть не нужно настраивать (zeroconf), и является юзерфрендли. > Зачем? На криптаче такие глупые вопросы не задают. > Чем лучше аналогов? У каждой скрытосети свои плюсы и минусы. Эта сеть - просто еще одна альтернатива.
Предлагаю обсудить проект, и может присоединиться к его разработке.
Начнем рассматривать с самого высокого уровня сети - обычного пользователя сети (не программиста): 1. Юзер скачивает пакет. 2. Устанавливает. 3. Происходит магия. 4. Заходит в браузер. 5. Набирает hive:410/test.p2p 6. Заходит на сайт.
Когда заходит просто на hive:410 - открывает домашнюю страницу проекта с менеджером файлов и прочими настройками и интересностями.
Опускаемся ниже : уровень данных.
Как вообще выглядит Hive? Представьте себе кучу файлов имеющих фактический адрес (хеш). К любому файлу обраться по адресу hive:410/${hash}. Но для удобства использования сети, мы можем называть файлы человекочитаемыми именами. Делается это с помощью HNS (Hive NameSpace) - распределенной хештаблицы. К примеру, программист создал html-файл, и создал в HNS запись что к данному файлу можно обратиться по "example.hive" и подписал запись.
Заметили? Здесь нет концепции "сайта" как некой папки с файлами. Все файлы сети находятся в куче и нет разделения между сайтами. Программист создает папку с проектом и специальная утилита загружает все файлы проекта в "кучу" подписывая в HNS файлы как {"test.p2p/js/main.js": "==Hxkdhiei6473...", к примеру. Обращаться можно как публичному имени, так и по хешу. Хеш удобен в случае медиаконтента, публичное имя удобно в случае рабочих файлов проекта (скриптов, баз данных и тд). Хеш публичного имени можно заменить.
Само API улия убийственно простое: 1. GET hive:410/${hash|pubname} - запросить файл по имени или хешу. 2. POST hive:410 - отправить файл в кучу. 3. PUT hive:410/${pubname} - обновить запись в HNS (доказав, что владелец записи). Либо создать запись. 4. DELETE hive:410/${hash|pubname} - в случае с публичным именем - удаляет запись. В случае хеша - удаляет файл в локальной куче пользователя.
Есть зарезервированные публичные имена для локальных DB юзера.
Еще ниже, уровень пиров: В Hive используется IPv6. Понятное дело, пользователей с IPv6 по пальцам пересчитать, потому используем костыль Miredo/Teredo, идущий как зависимость пакета. Miredo не требует к конфигурации, оно просто устанавливается вместе с пакетом и дает тебе IPv6 без какой-либо задней мысли.
На это уровне так же есть DHT включающий все пиры в сети.
Как получить Peer DHT если ты в первый раз зашел в сеть? Через публичные пиры, работающие на постоянной основе. Они либо будут прописаны в конфиге изначально, либо надо будет искать на Github список публичных пиров и прописывать их в конфиге ручками, как это надо делать с Yggdrasil.
hive:410 как вы уже поняли представляет собой локальный http-сервер.
Когда клиент запустился, он пытается обновить все свои DHT.
Когда юзер пытается получить файл, сервер смотрит в DHT и ищет там у кого можно этот файл взять, и обращается к ним. Файл скачивается, и юзер начинает раздавать его другим. Он отправляет всем другим юзерам весть о том, что этот файл можно найти у него.
Когда юзер постит файл он отправляет другим пирам весть о том, что он добавил новый файл и то, что этот файл можно взять у него.
Когда юзер обновляет запись в HNS он подписывает изменения и вещает об этом. Другие пользователи проверяют изменения и в случае мутной хуйни отклоняют изменения в локальной NHS.
Тоже самое происходит при удалении записи, правда, запись не пропадает бесследно, вместо нее появляется запись с тем же адресом, но вместо хеша - сообщение о том, что запись удалена подпись владельца(ов) записи.
Удаленную запись можно будет обновить с новым хешем позже и уже это уже сможет сделать другой владелец, однако информация о предыдущем владельце остается.
И так немного по вопросам к реализации непосредственно опытным криптачерам: Стоит ли писать сервер сразу на bash? Меньше зависимостей будет. Правда, теряется кроссплатформенность. Но над ней в принципе придется поработать в любом случае.
Как лучше всего поддвержать и проверять на законность тех или иных изменений в HNS?
Как лучше организовать броадкаст по сети? Не будешь же ко всем пирам (их и тысячи могут быть) в сети подключаться. Предлагаю распространять "волной": передаешь запись трем пирам, каждый из них перепадает еще трем и так по всей сети.
Как лучше всего получать новые DHT при запуске клиента (особенно при первом)? Не доверять же первому встречному пиру.
Как лучше передавать файлы? Искать у случайного владельца файла и качать целиком, или скачивать у всех но порциями (как в торрентах)?
>>48179 > В БД можно только писать, а вот удалять и изменять нельзя? Это зависит от разработчика сайта полностью. Hive дает только канал для общения пиров. > Есть какие-либо наработки, помимо написанного в треде? Я работал с WebRTC. Написать собственный p2p-сайт можно и без создания целого протокола. Правда, все данные сайта будут храниться непосредственно в браузере - как только юзер кеш почистит, дб стереться. Неудобно.
>>48180 > Это зависит от разработчика сайта полностью. Hive дает только канал для общения пиров. Не вижу смысла каждому разрабу писать/копипастить один и тот же код каждый раз, когда необходима БД, вместо того чтобы добавить синхронизацию БД в протокол. Появляется неудобство использования одной из ключевых кмк фич сети. Да и к тому же не представляю как это реализовать. Вот есть у тебя страница, есть на ней кнопка, после нажатия на которую в итоге должна добавиться запись в БД. Для этого тебе надо использовать Hive API. Куда и какой запрос будешь слать? Твой API работает только с файлами и позволяет редактирование только создателю.
> Написать собственный p2p-сайт можно и без создания целого протокола. > как только юзер кеш почистит, дб стереться Это-то понятно, для этого нужен локальный веб-сервер, который всем рулит, ну ты это и так знаешь. Исходники i2pd глядел, можно всё абсолютно так же сделать, за исключением чесночной маршрутизации.
>>48181 > Вот есть у тебя страница, есть на ней кнопка, после нажатия на которую в итоге должна добавиться запись в БД. Нажал кнопку, отредактировал локальную дб, отправил интент остальным пирам. Всё через REST API локального сервера.
>>48182 > отредактировал локальную дб Т.е. получил от веб-сервера файл БД, открыл его в контексте браузера, там же отредактировал и отправил обратно? Это целиком БД в оперативке висеть будет.
> отправил интент остальным пирам Каким методом происходит обновление и в какой момент должна быть проверка на корректность данных? Проверка обязана быть на стороне веб-сервера, так как в случае некорректности входных данных необходимо отклонить изменения. По крайней мере должен вызываться какой-то "прикреплённый" к файлу JS-код, который принимает на вход обе версии файла и возвращает true/false в зависимости от корректности данных.
TideCoin thread! Tidecoin (TDC) был создан по образцу великих
Аноним07/07/21 Срд 23:19:30№46983Ответ
TideCoin thread! Tidecoin (TDC) был создан по образцу великих криптовалют, таких как биткойн и лайткойн. Его главная особенность - пост-квантовая технология шифрования FALCON-512 ( https://csrc.nist.gov/projects/post-quantum-cryptography/round-3-submissions & https://falcon-sign.info ), что означает, что он будет защищен от квантовых компьютеров, которые могут выполнять вычисления в миллиарды раз быстрее, чем современные серверы. Биткойн, в частности, уязвим для таких атак, а это означает, что монеты потеряют ценность, когда такие компьютеры станут обычным явлением. Монета также является F/LOSS ПО, Bы можете проверить все исходные коды на github (например, подтвердить наличие шифрования).
NIST's Post-Quantum security standard Open Source Software Total supply: 21000000 TDC One minute block time, faster payment CPU friendly Pow algorithm, more inclusive Exponential increase halving time: 0.5, 1, 2, 4, ...Years
>>46986 У каждого майнера есть его производительность, которая определяется в хэшах в секунду. Чем выше хэшрейт - тем выше вероятность создать новый блок в блокчейне и получить за это награду (10 TDC). Когда майнеров очень много и хэшрейт всей сети монеты большой, то вероятность одному найти монету очень маленькая. Чтобы этому противостоять люди объединяются в пулы, где вся их вычислительная мощность суммируется, а награда пулу распределяется между всеми его майнерами пропорционально их участию.
>>46989 Тoлько на процах и стоит майнить. На видеокартах очень плохо копается, нет смысла
>>46994 Скоро сделают мобильный кошелек и легкий кошелек на ПК, а пока что можно скачать один раз -> создать адрес для майнинга и сохранить wallet.dat -> удалить блокчейн
Сап крипт Нужны ваши варианты деанона телефона и почты если есть: ФИО Дата рождения Город Учебное заведение+направление+группа Вк Оператор мобильной сети