Брелок брелока или брелка: «Брелков» или «брелоков» как пишется? Есть простое правило!

брелок — Викисловарь

Морфологические и синтаксические свойства[править]

бре-ло́к

Существительное, неодушевлённое, мужской род, 2-е склонение (тип склонения 3a по классификации А.

Корень: -брелок- ^{[Тихонов, 1996]}.

Произношение[править]

• МФА: ед. ч. [brʲɪˈɫok], мн. ч. [brʲɪˈɫokʲɪ]

Семантические свойства[править]

Значение[править]

1. небольшое украшение в виде маленькой подвески из металла, фарфора, слоновой кости и т. п., прикрепляющееся на цепочке карманных мужских часов, на браслете и т. п. ◆ Ну, точно как теперь смотрю: шитый французский кафтан, стальная шпага, парик а-лёль-де пижон, распудренный о фрима, бриллиантовые перстни на пальцах, золотые брелоки у часов и пуандалансоновые манжеты!
   М. Н. Загоскин, «Москва и москвичи», 1842—1850 г. (цитата из Национального корпуса русского языка, см. Список литературы) ◆ По жилету лежала изящная цепочка, с множеством мельчайших брелоков. И. А. Гончаров, «Обломов», 1859 г. (цитата из Национального корпуса русского языка, см. Список литературы) ◆ И ему остро, до сосущей боли в груди, захотелось забрать, обязательно забрать у индейца брелки. Ю.И. Федоров, «За волной — край света», 1989 г.

Синонимы[править]

Антонимы[править]

1. —

Гиперонимы[править]

1. подвеска, украшение

Гипонимы[править]

Родственные слова[править]

Этимология[править]

Происходит от франц. breloque «подвеска на цепочке часов».

Фразеологизмы и устойчивые сочетания[править]

Перевод[править]

Анаграммы[править]

брелок — это… Что такое брелок?

БРЕЛОК — это. .. Что такое БРЕЛОК?

Брелки или брелоки: как правильно?

Ещё в детстве существовал вопрос, на который, увы, для меня на тот момент не было ответа: почему «брелоки», а не «брелки»? «Брелки» появились по аналогии с «номерками», «носками», «мелками», «замками» и «звонками» (—> «номерки» —> «носки» —> «мелки» —> «замки» —> «звонки»). При беглой речи в этих словах гласная сокращается до нулевого звука, и это даже не слишком наблюдательному населению представляется нормой.

Дело в том, что слово пришло в русский язык из французского — breloque, в связи с чем вся лексическая конструкция считалась и считается корнем. Именно из-за этого буква «о» в «брелоках» не выпадает при склонении в различных падежах единственного, а также множественного числа. И словообразовательная схема «корень + суффикс», по которой строятся «номерки», здесь ни при чём. А вот «мелки», «звонки» и др. оправданно теряют беглянку «о».

Грамотные варианты

И.п. брелОк / брелОки

Р.п. брелОка / брелОков

Д.п. брелОку / брелОкам

В.п. брелОк / брелОки

Т.п. брелОком / брелОками

Р.п. брелОке / брелОках

Однако под ежедневным натиском речи неправильная форма «брелки» скоро вполне может стать нормой: русский подстраивает заимствованное слово под себя. В то же время эталонный, литературный вариант множественного числа — «брелоки» — становится практически не употребимым и переходит в раздел устаревшей лексики. Конечно, пока это только фантазии, которые, однако, вскоре могут стать реальностью.

Составители некоторых современных словарей уже сейчас признают и допускают употребление нелитературной формы слова. Так, например, авторитетный орфографический словарь Лопатина (Орфографический словарь Российской академии наук) отмечает равноправность «брелков» и «брелоков».

Следует отдать должное, иные словари и справочники дали пока не образцовой форме пометку «разговорности» (словарь С. А. Кузнецова), то есть утвердили возможность употребления в неформальной обстановке.

Зато словарь русского словесного ударения под редакцией М. В. Зарвы непреклонен и считает, что других вариантов, кроме формы «брелоки», не существует.

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

P.S. При размещении статьи случился неожиданный казус — компьютер посчитал слово «брелоки» неправильным и выделил его красным подчеркиванием, в то время как «брелки» посчитал правильным. Вот так мало-помалу меняется норма языка…

— 25% Брелок для ключей — вещица с многовековой историей.

ВНИМАНИЕ АКЦИЯ МАГАЗИНА : БРЕЛОКИ — СКИДКА 25%

(от стоимости брелка в магазине отнимайте 25%)

*Все брелоки в единственном экземпляре!

Практически у каждого из нас на связке ключей висит незамысловатая безделушка.

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

Свое название брелок получил от французского слова «амулет».

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

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

В среде аристократов — денди были разработаны свои правила сочетания брелоков и их ношения. Брелоки у элегантного кавалера чуть позвякивали, привлекая к ним внимание окружающих дам. Но уже в середине XIV века количество брелоков на цепочке уменьшилось до 2–3, и их стали воспринимать больше как сувениры — воспоминания, например, брелок на память от любимой женщины.

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

В конце XX — начале XXI веков опять начался бум в использовании брелоков в качестве украшений, на этот раз новой техники — мобильных телефонов. Как в стародавние времена иметь драгоценные брелоки стало престижно, для дорогих марок телефона их стали делать из золота и серебра, украшать драгоценными и поделочными камнями. Разнообразились и брелоки для ключей, появилась новинка — брелок с флеш-памятью, которую так же иногда делают из металла с дорогим напылением. Широкое распространение получили и брелоки с логотипом фирмы или компании, их используют как корпоративные подарки, а так же для провидения рекламных акций.

Разновидности брелоков

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

1. Обыкновенный брелок

Это самая распространённая разновидность брелока. Минимум 40 % обыкновенных брелоков украшены символикой или видами какого — либо города, государства, курорта и куплены в путешествиях. Остальные, за малым исключением, сводятся к корпоративным сувенирам, фигуркам знака Зодиака, рекламной продукции, брелоками — игрушками и подобными им.

2. Полезный брелок

К категории полезных относится любой брелок, имеющий одну или несколько функций помимо основной. Полезный брелок устроен гораздо сложнее, чем обыкновенный брелок, и требует большей осторожности в обращении. Примеры: брелок для управления автомобильной сигнализацией, брелок — зажигалка, брелок — компас, брелок — отвёртка и т. п.

3. Авторский брелок

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

4. Гостиничный брелок

К сожалению, этот вид брелока стоит на грани вымирания. Когда-то огромная деревянная «груша» с нанесённым при помощи выжигания номером комнаты не давала гостиничному ключу потеряться и напоминала постояльцу, что ключ надо всегда оставлять портье. Сейчас даже простые отели переходят на использование магнитных карточек в качестве ключей, а карточки не предусматривают прикрепления брелока. Однако некоторые эксперты относят к категории гостиничного брелока, также унифицированные пластмассовые брелоки — бирки, на которых, в специальном окошке, пишут номер или название помещения, к которому подходит данный ключ.

5. Пафосный брелок

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

6. Брелок для мобильного телефона

Это разновидность брелоков, отличающаяся от остальных объектом с которым они ассоциируются, — мобильным телефоном. В качестве крепления здесь выступает тонкая, но прочная леска или шнурок, а смысловую нагрузку несут миниатюрные фигурки или предметы. Некоторые брелоки для мобильного телефона чуть более функциональны, чем их коллеги: они мигают, когда телефон звонит, или представляют собой кольцо, за которое телефон можно подвесить на какой-нибудь крючок.

7. Брелок как подарок

Брелок, скорее всего, станет бесполезным и дежурным подарком для близкого человека. Однако брелок в качестве подарка незаменим, когда речь идёт о не обязывающем презенте просто кому-то знакомому. В любом случае, для подарка годятся только полезные и пафосные брелоки, а также иногда брелоки для мобильного телефона, и если последние не возбраняется дарить только девушкам и молодым женщинам, то хорошие, дорогие пафосные и полезные брелоки можно смело презентовать более широкому кругу лиц.

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

Как видите, даже такая маленькая вещица, как брелок, может выполнять множество функций и иметь насыщенную историю.

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

И, как известно, моде свойственно возвращаться, спустя столетия. В 21 веке вновь модно использовать для декорирования брелков драгоценные металлы и камни. И в наши времена это служит своеобразным показателем высокого дохода и престижа владельца.

А я особенно люблю делать брелоки. И часто на морскую тематику:

А Вы носите брелоки?

* Некоторые из представленных выше брелоков ещё есть в наличии в магазине http://www.livemaster.ru/cat-lover?view=profile

Брелоки с нанесением логотипа. Выгоды и особенности применения

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

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

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

Брелок с логотипом – приятный подарок участникам мероприятий

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

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

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

Преимущества использования брелоков с логотипом

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

На рынке современных видов сувенирных изделий брелоки, изготовляемые под нанесение, отличаются от иной продукции такими особенностями:

– с их помощью можно создать недорогой корпоративный сувенир под любое событие;

– изготовление брелков проводится из любых материалов, в любых цветах и видах;

– под нанесение можно использовать абсолютно всю площадь небольшого изделия;

– брелоки являются действительно универсальным предметом, используя который можно охватить огромную целевую аудиторию;

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

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

Выгоды и особенности применения брелоков

Для компании, которая заказывает изготовление брелков под нанесение, этот вид продукции выгоден по многим причинам. Однако главная из них – это рекламная функция. Изделия можно использовать в ходе различных мероприятий, направленных на раскрутку и пиар нового бренда, а также на поддержание репутации уже известной на рынке компании. Кроме того, брелоки – это подарки, симпатичные, эффектные, полезные и памятные. Их можно преподносить коллегам, деловым партнерам, друзьям, знакомым и вообще кому угодно.

Если говорить о непосредственной пользе данного изделия, то брелок является аксессуаром долговременного пользования. Логотип или надпись на брелке, будет напоминать о компании каждый раз, когда человек возьмет вещь с брелком в руки.

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

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

Заказать брелоки с логотипом в качестве промо-продукции просто и доступно по цене

Главные плюсы данной разновидности промопродукции состоят в ее невысокой цене и большом охвате целевой аудитории. В нашей компании можно сделать заказ брелков для промоакций абсолютно любой направленности. Мы занимаемся изготовлением брелоков:

– металлических;

– пластиковых;

– кожаных;

– акриловых;

– силиконовых;

– деревянных.

Мы производим брелоки под нанесение слоганов или логотипов в любом необходимом тираже и в оптимальные для заказчиков термины. Активы компании как производителя: опытный персонал и высокотехнологичные производственные мощности, которые на сегодня полностью автоматизированы. Это позволяет гарантировать заказчикам самое высокое качество сувенирных изделий по наиболее выгодной стоимости. Чтобы оговорить все нюансы заказа брелоков для проведения промоушенмероприятий, необходимо связаться с менеджерами производителя.

25 лучших брелков и брелков EDC 2020 года

Если вы читаете это, вы, вероятно, уже в некоторой степени знакомы с нашей позицией в отношении EDC — что есть несколько карманных вещей, которые мы считаем «необходимыми», которые, по нашему мнению, каждый должен носить с собой изо дня в день. Конечно, есть некоторые предметы, которые встречаются гораздо чаще, чем другие. Например, многие люди не очень хотят постоянно носить с собой нож — вероятно, из-за их репутации оружия и опасений, связанных с ним.Однако почти у каждого есть какая-то версия кошелька, которую они почти навязчиво держат при себе.

Что ж, одним из самых распространенных предметов повседневного ношения на самом деле может быть то, о чем вы не особо задумываетесь в поездках и уходах. Речь, конечно же, идет о связке ключей и / или связке ключей. Подобно кошельку — устройству, используемому для хранения ваших денег и идентификации — брелок EDC, вероятно, действительно необходим, поскольку большинству людей нужны средства для переноски и упорядочивания ключей от своего дома, машины, почтового ящика (если вы живете в квартире) , так далее.И хотя выбор одного из них — это явно личный процесс, мы пошли дальше и составили колоду, составив следующий список из 25 лучших брелков EDC, которые вы можете использовать прямо сейчас.

Система Exotac FreeKey

Если красота в простоте, то система Exotac FreeKey — это произведение бюджетного искусства. Эта система с разделенным кольцом, разработанная специально для организационных целей, позволяет группировать ключи вместе, чтобы отдельные из них оставались вместе, если вам потребуется удалить их из более крупной коллекции.У большинства людей, скорее всего, недостаточно ключей, чтобы воспользоваться этой отмычкой, но если у вас есть коллекция ключей, похожая на те, что используются дворниками, это может избавить вас от серьезных хлопот.

Покупка: $ 12

Аксессуары TEC P-7 Подвесной зажим для брелка

Доказательство того, что элегантность и крайний минимализм определенно могут идти рука об руку, зажим для подвески брелка TEC Accessories P-7 делает многое для такого крошечного предмета снаряжения. Просто прикрепите ключи к этому устройству, и вы можете держать их в надежном месте наготове в кармане, но при этом не дребезжать комком вниз. Он небольшой и простой, но в крайнем случае он может быть спасением и дает большие преимущества по всем направлениям за удобство и простоту.

Детали кольца для ключей для изготовления ваших собственных брелков

keyrings (7) — страница руководства Linux

Брелоки (7) Руководство программиста Linux БРЕЛОГИ (7)
 

НАЗВАНИЕ верх

       keyrings - возможность управления и хранения ключей в ядре
 

ОПИСАНИЕ вверху

       Средство управления ключами Linux - это прежде всего способ для различных
       компоненты ядра для хранения или кэширования данных безопасности, аутентификация
       ключи, ключи шифрования и другие данные в ядре.Предоставляются интерфейсы системных вызовов, чтобы программы пользовательского пространства могли
       управлять этими объектами, а также использовать объект для собственных нужд
       цели; см. add_key (2), request_key (2) и keyctl (2).

       Библиотека и некоторые служебные программы пользовательского пространства обеспечивают доступ
       на объект.  Смотрите keyctl (1), keyctl (3) и keyutils (7) для получения дополнительной информации.
       Информация.

     Ключи 
       Ключ имеет следующие атрибуты:

       Серийный номер (ID)
              Это уникальный целочисленный дескриптор, с помощью которого указывается ключ.
              в системных вызовах.Серийный номер иногда является синонимом
              называется идентификатором ключа. Программно, серийные номера ключей
              представлены с использованием типа  key_serial_t .

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

              Доступен ряд универсальных типов, а также
              некоторые специальные типы, определенные конкретными компонентами ядра.Описание (имя)
              Описание ключа - это печатаемая строка, которая используется в качестве
              поисковый запрос для ключа (в сочетании с типом ключа) как
              а также отображаемое имя.  Во время поиска описание может
              совпадать частично или точно.

       Полезная нагрузка (данные)
              Полезная нагрузка - это фактическое содержимое ключа. Обычно это
              устанавливается при создании ключа, но это возможно для ядра
              для вызова в пространство пользователя, чтобы завершить создание ключа
              если этот ключ еще не был известен ядру, когда он был
              просил.Для получения дополнительной информации см. Request_key (2).

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

       Права доступа
              Как и в случае с файлами, у каждого ключа есть собственный идентификатор пользователя,
              идентификатор группы и защитная метка. Каждая клавиша также имеет набор
              разрешения, хотя их больше, чем для обычного UNIX
              файла, и есть дополнительная категория - владелец - за пределами
              обычный пользователь, группа и прочее (см.   Possession  ниже).Обратите внимание, что ключи контролируются квотами, так как они требуют
              не заменяемая память ядра. ID пользователя-владельца указывает, чей
              квота списывается.

       Время окончания срока действия
              У каждого ключа может быть установлен срок действия. Когда это время
              достигнут, ключ помечается как просроченный и обращается к нему
              сбой с ошибкой  EKEYEXPIRED . Если не удалено, не обновлено или
              заменяется, то по прошествии определенного времени просроченный ключ
              автоматически удаляется (сборщик мусора) вместе со всеми ссылками
              к нему, и попытки доступа к ключу завершаются ошибкой
                ЕНОКЕЙ .Количество ссылок
              У каждого ключа есть счетчик ссылок. На ключи ссылается
              связки ключей, активными в данный момент пользователями и процессами
              учетные данные. Когда счетчик ссылок достигает нуля, клавиша
              планируется сборка мусора. 

     Типы ключей 
       Ядро предоставляет несколько основных типов ключей:

         "брелок" 
              Связки ключей - это специальные ключи, в которых хранится набор ссылок на другие
              ключи (включая другие связки ключей), аналогичные каталогу
              ссылки на файлы.Основное назначение брелока -
              предотвратить сборку мусора для других ключей, потому что
              к ним ничего не относится.

              Связки ключей с описаниями (именами), начинающимися с точки
              ('.') зарезервированы для реализации.

         «пользователь»  Это ключ общего назначения. Ключ полностью хранится
              в памяти ядра. Полезная нагрузка может быть прочитана и обновлена
              пользовательские приложения.

              Полезная нагрузка для ключей этого типа представляет собой большой двоичный объект произвольных данных.
              размером до 32 767 байт.Описание может быть любой допустимой строкой, хотя
              предпочтительно, чтобы он начинался с префикса, разделенного двоеточиями
              представляющий службу, для которой представляет интерес ключ (для
              экземпляр  "afs: mykey" ). 

         "вход в систему"  (начиная с Linux 3.3)
              Этот тип ключа по сути такой же, как  "пользователь" , но
              не обеспечивает чтение (т.е. keyctl (2)  KEYCTL_READ 
              операция), что означает, что полезная нагрузка ключа никогда не видна из
              пользовательское пространство.Это подходит для хранения логина-пароля
              пары, которые не должны читаться из пользовательского пространства.

              Описание ключа  "logon"   должно начинаться с непустого
              префикс, разделенный двоеточиями, предназначенный для идентификации
              сервис, которому принадлежит ключ. (Обратите внимание, что это отличается
              с ключей типа  «пользовательский» , где включение префикса
              рекомендуется, но не применяется.)

         "big_key"  (начиная с Linux 3.13)
              Этот тип ключа аналогичен типу ключа  "пользовательский" , но может
              содержат полезную нагрузку размером до 1 МБ.  Этот тип ключа
              полезно для таких целей, как хранение кешей билетов Kerberos.

              Данные полезной нагрузки могут храниться в файловой системе tmpfs, скорее
              чем в памяти ядра, если размер данных превышает накладные расходы
              хранения данных в файловой системе. (Хранение данных в
              файловая система требует, чтобы структуры файловой системы были размещены в
              ядро.Размер этих конструкций определяет размер
              порог, выше которого используется метод хранения tmpfs.)
              Начиная с Linux 4.8, данные полезной нагрузки шифруются при хранении в
              tmpfs, тем самым предотвращая его запись в незашифрованном виде
              в пространство подкачки.

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

       Имена типов ключей, начинающиеся с точки ('.') зарезервированы для
       реализация. 

     Брелоки 
       Как упоминалось ранее, связки ключей - это особый тип ключей, который
       содержат ссылки на другие ключи (которые могут включать другие связки ключей). Ключи
       могут быть связаны несколькими связками ключей. Брелоки можно рассматривать как
       аналогично каталогам UNIX, где каждый каталог содержит набор
       жесткие ссылки на файлы.

       Различные операции (системные вызовы) можно применять только к связкам ключей:

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

       Связывание
              К связке ключей может быть добавлена ​​ссылка, указывающая на ключ, который
              уже известно, при условии, что это не создает
              ссылочный цикл.

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

       Поиск
              Связку ключей можно рассматривать как корень дерева или поддерева в
              какие связки образуют ветви, а не связки - листья.
              В этом дереве можно искать ключ, соответствующий определенному типу.
              и описание.

       Смотрите keyctl_clear (3), keyctl_link (3), keyctl_search (3) и
       keyctl_unlink (3) для получения дополнительной информации.

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

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

       Связки ключей процесса
              Учетные данные процесса сами ссылаются на связки ключей с
              специфическая семантика.Эти брелоки прикреплены до тех пор, пока
              существует набор учетных данных, который обычно равен
              процесс существует.

              Есть три брелка с разным наследованием / разделением
              правила: связка ключей сеанса (7) (наследуется и разделяется всеми
              дочерние процессы), связка ключей процесса (7) (общая для всех
              потоков в процессе) и кольцо для ключей (7) (специфическое для
              конкретный поток).

              В качестве альтернативы использованию фактических идентификаторов связки ключей при вызовах
              add_key (2), keyctl (2) и request_key (2), специальный набор ключей
              значения  KEY_SPEC_SESSION_KEYRING ,  KEY_SPEC_PROCESS_KEYRING  и
                KEY_SPEC_THREAD_KEYRING  может использоваться для ссылки на вызывающий
              собственные экземпляры этих брелоков.Связки ключей пользователя
              Каждый UID, известный ядру, имеет запись, содержащую два
              связки ключей: связка ключей пользователя (7) и связка ключей сеанса пользователя (7).
              Они существуют до тех пор, пока запись UID в ядре
              существует.

              В качестве альтернативы использованию фактических идентификаторов связки ключей при вызовах
              add_key (2), keyctl (2) и request_key (2), специальный набор ключей
              значения  KEY_SPEC_USER_KEYRING  и  KEY_SPEC_USER_SESSION_KEYRING 
              может использоваться для ссылки на собственные экземпляры этих
              брелоки.Ссылка на связку ключей пользователя помещается в новую связку ключей сеанса.
              с помощью pam_keyinit (8), когда инициируется новый сеанс входа в систему.

       Постоянные брелоки
              Для каждого известного UID имеется постоянная связка ключей (7).
              в систему. Это может сохраняться после срока действия UID
              запись упоминалась ранее, но у нее установлен срок действия
              таким образом, что он автоматически очищается через заданное время.
              Постоянный набор ключей разрешает, например, скрипты cron (8).
              использовать учетные данные, которые остались в постоянном связке ключей
              после выхода пользователя из системы.Обратите внимание, что срок действия постоянного брелока
              сбрасывать каждый раз, когда запрашивается постоянный ключ.

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

              Эти специальные брелоки обычно закрыты для прямого
              переделка по пользовательскому пространству.Первоначально запланированный «групповой брелок» для хранения связанных ключей
       с каждым GID, известным ядру, пока не реализовано,
       вряд ли будет реализовано. Тем не менее постоянная
         KEY_SPEC_GROUP_KEYRING  определено для этой связки ключей.

     Владение 
       Концепция владения важна для понимания брелоков.
       модель безопасности. Имеет ли поток ключ определяется
       следующие правила:

       (1) Любой ключ или связка ключей, которые не предоставляют разрешение на поиск   для
           вызывающий абонент игнорируется во всех следующих правилах.(2) У потока есть связка ключей сеанса (7), связка ключей процесса (7),
           и кольцо для ключей (7) напрямую, потому что эти кольца
           упоминается в его полномочиях.

       (3) Если имеется связка ключей, то любой ключ, на который она ссылается, также
           одержимый.

       (4) Если какой-либо ключ, на который ссылается связка ключей, сам является связкой ключей, то правило (3)
           применяется рекурсивно.

       (5) Если процесс вызывается из ядра для создания экземпляра ключа
           (см. request_key (2)), тогда он также обладает
           связки ключей, как в правиле (1), как если бы это был запросчик.Обратите внимание, что владение не является фундаментальным свойством ключа, но должно
       лучше рассчитывать каждый раз, когда нужен ключ.

       Possession позволяет запускать программы set-user-ID, скажем, из
       оболочка пользователя для доступа к ключам пользователя. Предоставление разрешений
       владелец ключа, отказывая в них владельцу ключа, и группа разрешает
       предотвращение доступа к ключам на основе совпадений UID и GID.

       Когда он создает связку ключей сеанса, pam_keyinit (8) добавляет ссылку на
       брелок пользователя (7), таким образом делая брелок пользователя и все, что он
       по умолчанию содержит одержимое. Права доступа 
       Каждый ключ имеет следующие атрибуты, связанные с безопасностью:

       * ID пользователя-владельца

       * ID группы, которой разрешен доступ к ключу

       * Защитная этикетка

       * Маска разрешений

       Маска разрешений содержит четыре набора прав. Первые три
       наборы являются взаимоисключающими. Один и только один будет действовать в течение
       особая проверка доступа. В порядке убывания приоритета эти
       три набора:

         пользователь  Набор определяет права, предоставленные, если идентификатор пользователя ключа
              совпадает с идентификатором пользователя файловой системы вызывающего абонента. группа  Набор определяет права, предоставленные, если идентификатор пользователя не
              совпадение и идентификатор группы ключа соответствует файловой системе вызывающего абонента
              GID или один из дополнительных идентификаторов группы вызывающего абонента.

         другое  Набор определяет права, предоставленные, если ни один пользователь ключа
              Идентификатор или идентификатор группы совпадают.

       Четвертый набор прав:

         владелец 
              Набор определяет права, предоставленные, если ключ определен для
              быть одержимым вызывающим.Полный набор прав для ключа - это объединение любого из
       применимы первые три набора плюс четвертый набор, если ключ
       одержимый.

       Набор прав, которые могут быть предоставлены в каждой из четырех масок, следующий:
       следует:

         вид  Атрибуты ключа могут быть прочитаны. Это включает
              тип, описание и права доступа (без учета безопасности
              этикетка).

         читать  Для ключа: может быть прочитана полезная нагрузка ключа.Для брелока:
              список серийных номеров (ключей), к которым привязан брелок
              ссылки можно прочитать.

         запись  Полезная нагрузка ключа может быть обновлена, и ключ может быть
              отозван. Для связки ключей ссылки могут быть добавлены или удалены из
              брелок, и брелок можно полностью очистить (все
              ссылки удалены),

         поиск  Для ключа (или связки ключей): ключ может быть найден путем поиска.
              Для связки ключей: ключи и связки, связанные с
              брелок может быть найден. ссылка  Связи могут быть созданы из связок ключей. Начальный
              ссылка на ключ, который создается при создании ключа
              не требует этого разрешения.

         сетатр 
              Сведения о владельце и защитная метка ключа могут быть
              изменено, время истечения срока действия ключа может быть установлено, и ключ может
              быть отозванным.

       Помимо прав доступа, любой активный модуль безопасности Linux (LSM)
       может предотвратить доступ к ключу, если этого требует его политика.Ключ может быть
       LSM присваивает метку защиты или другой атрибут; этот ярлык
       можно получить через keyctl_get_security (3).

       См. Keyctl_chown (3), keyctl_describe (3), keyctl_get_security (3),
       keyctl_setperm (3) и selinux (8) для получения дополнительной информации.

     Поиск ключей 
       Одной из ключевых особенностей средства управления ключами Linux является
       способность найти ключ, который сохраняет процесс. В
       Системный вызов request_key (2) - это основная точка доступа для пользователей.
       космические приложения, чтобы найти ключ.(Внутренне ядро ​​имеет
       нечто подобное доступно для использования внутренними компонентами, которые делают
       использование ключей.)

       Алгоритм поиска работает следующим образом:

       (1) Связки ключей процесса ищутся в следующем порядке:
           резьбовой брелок (7), если он существует, технологический брелок (7), если
           он существует, а затем либо связка ключей сеанса (7), если она существует, либо
           связку ключей сеанса пользователя (7), если она существует.

       (2) Если вызывающий объект был процессом, который был вызван
           request_key (2) механизм вызова, затем связки ключей
           оригинальный вызывающий request_key (2) также будет найден.(3) Поиск в дереве связки ключей осуществляется в порядке возрастания: каждый
           сначала ищется совпадение по связке ключей, затем по связке ключей
           по этому брелку ищутся.

       (4) Если найден подходящий ключ, который действителен, то поиск
           завершается, и этот ключ возвращается.

       (5) Если найден соответствующий ключ, к которому прикреплено состояние ошибки, это
           отмечается состояние ошибки, и поиск продолжается.

       (6) Если действительный соответствующий ключ не найден, то первая отмеченная ошибка
           состояние возвращается; в противном случае возвращается ошибка  ENOKEY .Также можно искать конкретную связку ключей, и в этом случае только
       применяются шаги с (3) по (6).

       См. Request_key (2) и keyctl_search (3) для получения дополнительной информации.

     Создание ключа по запросу 
       Если ключ не может быть найден, request_key (2) будет, если задан
         callout_info  аргумент, создайте новый ключ и затем вызовите его в пространство пользователя
       для создания экземпляра ключа. Это позволяет создавать ключи на ас-
       необходимая основа.

       Обычно при этом ядро ​​создает новый процесс, который
       выполняет программу request-key (8), которая затем выполнит
       соответствующий обработчик в зависимости от его конфигурации.Обработчику передается специальный ключ авторизации, который позволяет ему и
       только для создания нового ключа. Это также используется для разрешения
       поиски, выполняемые программой-обработчиком, чтобы также искать
       брелоки запрашивающего.

       См. Request_key (2), keyctl_assume_authority (3),
       keyctl_instantiate (3), keyctl_negate (3), keyctl_reject (3),
       request-key (8) и request-key.conf (5) для получения дополнительной информации.

     / proc файлы 
       Ядро предоставляет различные файлы  / proc , которые предоставляют информацию о
       ключи или определить ограничения на использование ключей. / proc / keys  (начиная с Linux 2.6.10)
              В этом файле представлен список ключей, для которых выполняется чтение
              поток имеет разрешение  просмотр , предоставляя различную информацию
              о каждом ключе. У нити не обязательно должен быть ключ, чтобы
              быть видимым в этом файле.

              В список включены только те ключи, которые предоставляют  представление 
              разрешение на процесс чтения (независимо от того,
              не обладает ими).Проверки безопасности LSM все еще
              выполняется, и может отфильтровать дополнительные ключи, которые
              не авторизован для просмотра.

              Пример данных, которые можно увидеть в этом файле (с
              колонки пронумерованы для удобства ниже)
              следующий:

                (1) (2) (3) (4) (5) (6) (7) (8) (9)
              009a2028 I - Q --- 1 perm 3f010000 1000 1000 пользователь krb_ccache: primary: 12
              1806c4ba I - Q --- 1 перм. 3f010000 1000 1000 брелок _pid: 2
              25d3a08f I - Q --- 1 перм. 1f3f0000 1000 65534 брелок _uid_ses.1000: 1
              28576bd8 I - Q --- 3 перм. 3f010000 1000 1000 брелок _krb: 1
              2c546d21 I - Q --- 190 перм 3f030000 1000 1000 брелок _ses: 2
              30a4e0be I ------ 4 2d 1f030000 1000 65534 брелок _persistent.1000: 1
              32100fab I - Q --- 4 перм. 1f3f0000 1000 65534 брелок _uid.1000: 2
              32a387ea I - Q --- 1 перм. 3f010000 1000 1000 брелок _pid: 2
              3ce56aea I - Q --- 5 перм 3f030000 1000 1000 брелок _ses: 1

              Поля, показанные в каждой строке этого файла, следующие:

              ID (1) ID (серийный номер) ключа, выраженный в шестнадцатеричном формате.
                     десятичный.Флаги (2)
                     Набор флагов, описывающих состояние ключа:

                     I Ключ был создан.

                     R Ключ отозван.

                     D Ключ мертв (т. Е. Тип ключа не зарегистрирован.
                         istered). (Ключ может ненадолго находиться в этом состоянии во время
                         сборку мусора.)

                     Q Ключ вносит вклад в квоту пользователя.

                     U Ключ находится в стадии разработки посредством обратного вызова
                         пользовательское пространство; см.  ключ запроса  (2).N Ключ создается отрицательно.

                     i Ключ был недействителен.

              Использование (3)
                     Это количество учетных данных ядра.
                     структуры, которые прикрепляют ключ (приблизительно:
                     количество потоков и ссылок на открытые файлы, которые относятся
                     к этому ключу).

              Тайм-аут (4)
                     Время до истечения срока действия ключа, выраженное
                     в удобочитаемой форме (недели, дни, часы, минуты,
                     и секунды).Строка  perm  здесь означает, что ключ
                     постоянно (без тайм-аута). Строка  expd  означает, что
                     срок действия ключа уже истек, но еще не был
                     сбор мусора.

              Разрешения (5)
                     Ключевые разрешения, выраженные в виде четырех шестнадцатеричных
                     байты, содержащие слева направо владельца,
                     пользовательские, групповые и другие разрешения. В каждом байте
                     биты разрешения следующие:

                          0x01  вид 
                          Ox02  читать 
                          0x04  запись 
                          0x08  поиск 
                          0x10  ссылка 
                          0x20  setattr 

              UID (6)
                     ID пользователя владельца ключа.GID (7)
                     Идентификатор группы ключа. Значение -1 здесь означает, что
                     ключ не имеет идентификатора группы; это может произойти в определенных условиях
                     условия для ключей, созданных ядром.

              Тип (8)
                     Тип ключа (пользователь, брелок и т. Д.)

              Описание (9)
                     Описание ключа (имя). Это поле содержит де‐
                     Священная информация о ключе. Для большинства ключевых
                     типы, он имеет вид

                          имя [: дополнительная информация]

                     Подполе  name  - это описание (имя) ключа.В
                     необязательное поле  extra-info  содержит дополнительную информацию
                     Мнение о ключе. Информация, которая появляется
                     здесь зависит от типа ключа, а именно:

                       «пользователь»  и  «вход» 
                            Размер ключевой полезной нагрузки в байтах (выраженный
                            в десятичной системе счисления).

                       "брелок" 
                            Количество ключей, связанных с связкой ключей, или
                            строка  пуста , если нет ключей, связанных с
                            брелок для ключей. "big_key" 
                            Размер полезной нагрузки в байтах, за которым следует либо
                            строка  [файл] , если полезная нагрузка ключа превышает
                            порог, который означает, что полезная нагрузка
                            хранятся в (заменяемой) файловой системе tmpfs (5), или
                            в противном случае строка  [buff] , указывающая, что
                            key достаточно мал, чтобы размещаться в памяти ядра.Для типа ключа  ".request_key_auth"  (авторизация
                     ключ; см. request_key (2)), поле описания имеет
                     форма, показанная в следующем примере:

                         ключ: c9a9b19 pid: 28880 ci: 10

                     Эти три подполя следующие:

                       ключ  Шестнадцатеричный идентификатор создаваемого ключа.
                            в запрашивающей программе.

                       pid  PID запрашивающей программы. ci  Длина данных выноски, с которой
                            запрошенный ключ должен быть создан (т. е.
                            длина полезной нагрузки, связанной с авторизацией
                            ключ ризации).

         / proc / key-users  (начиная с Linux 2.6.10)
              В этом файле содержится различная информация для каждого идентификатора пользователя, имеющего
              хотя бы один ключ в системе. Пример данных, которые
              в этом файле можно увидеть следующее:

                     0: 10 9/9 2/1000000 22/25000000
                    42: 9 9/9 8/200 106/20000
                  1000: 11 11/11 10/200 271/20000

              В каждой строке показаны следующие поля:

                uid  ID пользователя. использование  Это внутренний счетчик использования ядра для ядра
                     структура, используемая для записи ключевых пользователей.

                nkeys / nikeys 
                     Общее количество ключей, принадлежащих пользователю, и
                     количество тех ключей, которые были созданы.

                qnkeys / maxkeys 
                     Количество ключей, принадлежащих пользователю, и максимальное
                     количество ключей, которыми может владеть пользователь. кв. Байтов / макс. Байтов 
                     Количество байтов, используемых в полезных данных ключей.
                     принадлежит этому пользователю, и верхний предел количества
                     байтов в ключевых полезных данных для этого пользователя.

         / proc / sys / kernel / keys / gc_delay  (начиная с Linux 2.6.32)
              Значение в этом файле определяет интервал в секундах af‐
              ter, отозванные ключи и ключи с истекшим сроком действия будут удалены.
              Назначение такого интервала состоит в том, чтобы
              окно времени, в котором пользовательское пространство может увидеть ошибку (соответственно
                EKEYREVOKED  и  EKEYEXPIRED ), который указывает, что произошло с
              ключ.Значение по умолчанию в этом файле - 300 (т. Е. 5 минут).

         / proc / sys / kernel / keys / persistent_keyring_expiry  (начиная с Linux 3.13)
              Этот файл определяет интервал в секундах, до которого каждый
              таймер истечения срока действия связки ключей сбрасывается каждый раз, когда
              доступ к связке ключей (через keyctl_get_persistent (3) или
              keyctl (2)  KEYCTL_GET_PERSISTENT  операция.)

              Значение по умолчанию в этом файле - 259200 (т.е.е., 3 дня).

       Следующие файлы (которые доступны для записи привилегированным процессам):
       используется для введения квот на количество ключей и количество байтов
       данные, которые могут храниться в ключевых полезных данных:

         / proc / sys / kernel / keys / maxbytes  (начиная с Linux 2.6.26)
              Это максимальное количество байтов данных, которое некорневой
              Пользователь может хранить в полезной нагрузке ключи, принадлежащие пользователю.

              Значение по умолчанию в этом файле - 20 000.

         / proc / sys / kernel / keys / maxkeys  (начиная с Linux 2.6.26)
              Это максимальное количество ключей, которое может
              своя.

              Значение по умолчанию в этом файле - 200.

         / proc / sys / kernel / keys / root_maxbytes  (начиная с Linux 2.6.26)
              Это максимальное количество байтов данных, которое пользователь root
              (UID 0 в пространстве имен корневого пользователя) может храниться в полезной нагрузке
              ключи, принадлежащие root.

              Значение по умолчанию в этом файле - 25 000 000 (20 000 до
              Linux 3.17).

         / proc / sys / kernel / keys / root_maxkeys  (начиная с Linux 2.6.26)
              Это максимальное количество ключей, которое пользователь root (UID 0
              в пространстве имен корневого пользователя) может владеть.

              Значение по умолчанию в этом файле - 1000000 (200 до Linux
              3.17).

       Что касается связок ключей, обратите внимание, что каждая ссылка в связке ключей потребляет 4
       байтов полезной нагрузки связки ключей.

     Пользователи 
       Средство управления ключами Linux имеет ряд пользователей и применений,
       но не ограничивается уже существующими.В число пользователей ядра этого средства входят:

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

       AF_RXRPC и kAFS - Аутентификация
              Сетевой протокол AF_RXRPC и файловая система AFS в ядре
              использовать ключи для хранения билета, необходимого для защищенного или зашифрованного
              движение. Затем они просматриваются сетевыми операциями на
              AF_RXRPC и операции с файловой системой в kAFS.NFS - сопоставление идентификаторов пользователей
              Файловая система NFS использует ключи для хранения сопоставлений стороннего пользователя.
              Идентификаторы к идентификаторам локальных пользователей.

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

       Проверка модуля
              Процесс сборки ядра можно сделать криптографической подписью
              модули. Затем эта подпись проверяется, когда модуль
              загружен.

       К пользователям пользовательского пространства этого объекта относятся:

       Хранилище ключей Kerberos
              Средство MIT Kerberos 5 (libkrb5) может использовать ключи для хранения
              токены аутентификации, которые можно сделать автоматически
              очистил установленное время после того, как пользователь в последний раз использовал их, но до
              затем позволяет им оставаться после того, как пользователь вышел из системы
              так что скрипты cron (8) могут их использовать.

СМОТРИТЕ ТАКЖЕ top

       keyctl (1), add_key (2), keyctl (2), request_key (2), keyctl (3),
       keyutils (7), persistent-keyring (7), process-keyring (7),
       брелок сеанса (7), брелок резьбы (7), брелок пользователя (7),
       user-session-keyring (7), pam_keyinit (8), ключ-запрос (8)

       Исходные файлы ядра  Documentation / crypto / asymmetric-keys.txt  и
       под  Documentation / security / keys  (или, до Linux 4.13, в файле
         Документация / безопасность / ключи.txt ).
 

ТОП КОЛОФОН

       Эта страница является частью выпуска 5.09 проекта Linux  man-pages . А
       описание проекта, информация о сообщениях об ошибках и
       последнюю версию этой страницы можно найти по адресу
       https://www.kernel.org/doc/man-pages/.


 

Страницы, которые относятся к этой странице: keyctl (1), add_key (2), keyctl (2), request_key (2), find_key_by_type_and_name (3), keyctl (3), keyctl_assume_authority (3), keyctl_capabilities (3), keyctl_chown (3), keyctl_clear (3), keyctl_describe (3), keyctl_get_keyring_id (3), keyctl_get_keyring_ID (3), keyctl_get_persistent (3), keyctl_get_security (3), keyctl_instantiate (3), keyctl_instantiate_iov (3), keyctl_invalidate (3), keyctl_join_session_keyring (3), keyctl_link (3), keyctl_move (3), keyctl_negate (3), keyctl_pkey_decrypt (3), keyctl_pkey_encrypt (3), keyctl_pkey_query (3), keyctl_pkey_sign (3), keyctl_pkey_verify (3), keyctl_read (3), keyctl_reject (3), keyctl_revoke (3), keyctl_search (3), keyctl_session_to_parent (3), keyctl_setperm (3), keyctl_set_reqkey_keyring (3), keyctl_set_timeout (3), keyctl_unlink (3), keyctl_update (3), keyctl_watch_key (3), recursive_key_scan (3), recursive_session_key_scan (3), proc (5), procfs (5), асимметричный (7), асимметричный ключ (7), keyutils (7), постоянный брелок (7), технологический брелок (7), брелок сеанса (7), брелок с резьбой (7), брелок пользователя (7), user_namespaces (7), брелок пользовательского сеанса (7), ключ.dns_resolver (8), запрос-ключ (8)

Авторские права и лицензия на это руководство, страница

tmc / keyring: keyring обеспечивает межплатформенный интерфейс связки ключей / keyring

 err: = keyring.Set ("libraryFoo", "jack", "жертва")
  пароль, err: = keyring.Get ("libraryFoo", "jack")
  fmt.Println (пароль) // Вывод: жертва 

 $ пройдите тест на github.com / tmc / брелок
 $ # для провайдера gnome-keyring
 $ go test -tags gnome_keyring github.com/tmc/keyring