<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title><![CDATA[Linux Forum &mdash; Инженеры из Google представили глобальную файловую систему Upspin]]></title>
		<link>https://linuxforum.ru/viewtopic.php?id=38575</link>
		<atom:link href="https://linuxforum.ru/extern.php?action=feed&amp;tid=38575&amp;type=rss" rel="self" type="application/rss+xml" />
		<description><![CDATA[Недавние сообщения в теме «Инженеры из Google представили глобальную файловую систему Upspin».]]></description>
		<lastBuildDate>Wed, 22 Feb 2017 05:45:23 +0000</lastBuildDate>
		<generator>PunBB</generator>
		<item>
			<title><![CDATA[Инженеры из Google представили глобальную файловую систему Upspin]]></title>
			<link>https://linuxforum.ru/viewtopic.php?pid=452749#p452749</link>
			<description><![CDATA[<p><br />&nbsp; &nbsp; Группа инженеров из компании Google представила проект Upspin, в рамках которого разработан экспериментальный фреймворк для организации безопасного совместного доступа к файлам. Upspin выполняет роль глобальной ФС, но не является файловой системой в классическом понимании. Upspin определяет набор протоколов, интерфейсов и реализаций программных компонентов, позволяющих связать в единое пространство имён различные данные, такие как ФС и сервисы хранения. Код эталонной реализации Upspin написан на языке Go и распространяется под лицензией BSD. Проект развивается сотрудниками Google, но не является официальным продуктом компании.&nbsp; &nbsp; &nbsp; Upspin позволяет унифицировать доступ к файлам, независимо от того, где они находятся, предоставляя гибкие механизмы для управления доступом и возможность получить файл из любой точки глобальной сети.&nbsp; &nbsp;Upspin&nbsp; пытается решить проблему с текущей фрагментированностью решений для совместного доступа к файлам,&nbsp; которая приводит к необходимости выполнения пользователем множества излишних действий, таких как выполнение промежуточных загрузок,&nbsp; сохранений и переупаковок.&nbsp; &nbsp; &nbsp;Например, при желании опубликовать картинку из Facebook в Twitter, пользователю нужно загрузить картингу на локальный диск и затем отдельно загрузить её в Twitter. Чтобы передать файл другому пользователю, приходится загружать его в одно из облачных хранилищ, при этом пользователь&nbsp; облачного хранилища не контролирует свои данные, который могут попасть в чужие руки в результате потери контроля над учётной записью или действий со стороны облачного провайдера, поэтому при работе с конфиденциальными данными приходится накладывать ещё один слой в виде шифрования.&nbsp; &nbsp; Upspin предлагает использовать для идентификации файла схему&nbsp; &nbsp;&quot;ann@example.com/dir/file&quot;, состоящую из email пользователя и виртуального пути. Зная глобальный идентификатор файла, любой пользователь, при предоставлении ему доступа, может обратиться к этому файлу из любого локального приложения, как к обычному файлу в своей ФС.&nbsp; Кроме файлов и директорий Upspin позволяет организовать доступ к динамически меняющейся информации, такой как данные от датчиков или результаты запросов к сетевым сервисам. Для прикрепления пространства имён Upspin к локальной ФС предоставляется FUSE-модуль. Для доступа также можно использовать программу upspin c набором типовых команд, таких как &quot;cp&quot;. Для подключения к глобальной ФС достаточно установить одну из реализаций Upspin, создать ключи для своего email и зарегистрировать их в хранилище ключей.&nbsp; &nbsp; &nbsp; Управление доступом производится путём создания в экспортируемой директории специального файла с именем Access, содержащего список полномочий, предоставленных другим пользователям. Например, добавив в файл правило &quot;read: joe@here.com, mae@there.com&quot;, пользователи joe@here.com и mae@there.com получат возможность чтения файлов в текущей директории и поддиректориях. Кроме чтения, можно предоставить доступ к записи, просмотру содержимого каталога, удалению, созданию файлов и т.п. Возможно создание групповых политик, использование шаблонов (например, &quot;read: all&quot; и &quot;*: all&quot;) и индивидуальное определение правил доступа к отдельным файлам.&nbsp; &nbsp; &nbsp; &nbsp;Ключевой целью разработки является обеспечение наивысшего уровня безопасности. Производительности уделяется второстепенная роль. В частности, в Upspin применяются современные методы идентификации пользователей по открытым ключам. Для хранения и обнаружения открытых ключей планируется задействовать технологию Key Transparency (пока доступен отлько один экспериментальный централизованный сервер ключей key.upspin.io). Все данные передаются в зашифрованном виде с обязательным использованием&nbsp; end-to-end-шифрования, при котором ключи фигурируют только на конечных системах владельца и получателя, и верификацией содержимого по цифровой подписи. Подобный подход позволяет не только развернуть свой собственный сервер Upspin,&nbsp; но и делегировать хранение файлов в любое облачное хранилище, не опасаясь, что данные попадут в чужие руки в результате компрометации хранилища или диверсии персонала. При этом в Upspin не обеспечивается&nbsp; &nbsp;&quot;forward secrecy&quot;, т.е. потеря ключа владельцем, означает возможность доступа к перехваченным файлам.&nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; <br />&nbsp; &nbsp; Источник: <strong>http://www.opennet.ru/opennews/art.shtml?num=46082</strong><br />&nbsp; &nbsp; <br /><a href="http://www.opennet.ru/opennews/art.shtml?num=46082">_источник</a></p>]]></description>
			<author><![CDATA[null@example.com (R2-D2)]]></author>
			<pubDate>Wed, 22 Feb 2017 05:45:23 +0000</pubDate>
			<guid>https://linuxforum.ru/viewtopic.php?pid=452749#p452749</guid>
		</item>
	</channel>
</rss>
