Přeskočit na hlavní obsah
Verze: 0.25.0

Bezpečný trezor

Bezpečný trezor uchovává hesla, tokeny a e-mailové účty, které vaše scénáře potřebují. Hodnoty jsou v klíčence operačního systému — nikdy se nezapisují do souboru projektu, takže projekt můžete commitnout do Gitu a sdílet s kolegy bez rizika, že uniknou přihlašovací údaje.

Každý projekt má vlastní izolovaný trezor: klíče a hodnoty jsou vázané na daný projekt.

Otevřete ho tlačítkem Trezor v hlavní nástrojové liště.

Dialog Bezpečný trezor se 4–5 položkami obou typů, se sloupci


Použití tajemství ve scénáři​

Na klíč se odkazujete zástupným zápisem:

{{SECRET:MUJ_KLIC}}

Napište ho do jakéhokoli textového parametru — do Hesla u SQL, do Tokenu slacku, do URL adresy webhooku Teams, do příkazového řádku. Zástupný zápis se vyhodnotí až za běhu a skutečná hodnota se nikdy neobjeví v souboru projektu.

tip

Tajemství se vyhodnocují všude, kde se přijímá čistý text, takže {{SECRET:DB_HESLO}} funguje stejně dobře uvnitř delšího connection stringu jako samostatně v poli pro heslo.


Správa položek​

Dialog vypisuje každý klíč se skrytou hodnotou. U každého řádku můžete:

AkceEfekt
Zobrazit / Skrýt hodnotu tajemstvíDočasně odhalí uloženou hodnotu.
UpravitOtevře Upravit tajemství pro změnu hodnoty, typu nebo názvu klíče.
Kopírovat klíčZkopíruje název klíče, připravený k vložení do zápisu {{SECRET:…}}.
SmazatOdebere položku z klíčenky. Vyžádá si potvrzení.

Tlačítko Přidat otevře Přidat tajemství, kde položce dáte Klíč, vyberete její Typ a vyplníte hodnotu.

poznámka

Klíč lze zaregistrovat i s prázdnou hodnotou. Pak se zobrazuje jako nenastavený — užitečné, když projekt předáváte kolegovi a chcete mu vypsat klíče, které má doplnit.

Když klíčenka zápis odmítne​

Přidání, úprava i smazání tajemství zapisují do klíčenky operačního systému a tento zápis může selhat — zamčená klíčenka, zásada, která to zakazuje, nebo vůbec neběžící služba klíčenky.

Editor to teď ohlásí. Operace skončí dialogem Chyba trezoru s textem Trezor se nepodařilo aktualizovat a důvodem, který klíčenka vrátila, a seznam dál ukazuje skutečný obsah trezoru.

Přechod z verze 0.24.x

Do verze 0.24.0 odmítnutý zápis selhal potichu: dialog se prostě zavřel a seznam se překreslil, jako by změna proběhla. Scénář pak selhal mnohem později na prázdném tajemství. Přejmenování klíče mohlo přijít o starou i novou položku najednou.

Bezpečné je nově i přejmenování — Upravit tajemství zapíše nový klíč dřív, než odebere ten původní, takže po neúspěšném přejmenování zůstane původní tajemství nedotčené.


Typy položek​

Heslo​

Jediný řetězec — heslo, API klíč, token, URL webhooku.

PolePopis
KlíčNázev, na který se odkazujete jako {{SECRET:KLIC}}.
HesloHodnota. Při psaní zakrytá.

Položky typu E-mailový účet​

Strukturovaný přihlašovací údaj pro akce Email. Jedna položka může obsahovat část Přijímání (IMAP), část Odesílání (SMTP), nebo obojí — vyplňte jen tu, kterou potřebujete.

Dialog Přidat tajemství s Typem: E-mailový účet a viditelnými částmi Přijímání (IMAP) i Odesílání (SMTP) s poli pro server, uživatelské jméno, heslo a port

Každá část začíná volbou Metoda ověření:

Metoda ověřeníKdy ji použít
Basic (username + password)Standardní IMAP/SMTP s heslem nebo aplikačním heslem.
Outlook OAuth2 (client secret)Schránky Microsoft 365 přes registrovanou aplikaci.
Exchange (Exchangelib)Lokální nebo hybridní servery Exchange.

Pole pro Basic:

PolePopis
Emailová adresaAdresa poštovní schránky.
Uživatelské jménoPřihlašovací jméno — obvykle shodné s adresou.
HesloHeslo ke schránce nebo aplikační heslo.
ServerHostitel IMAP nebo SMTP.
PortPort služby. Automaticky zvolí standardní port pro daný protokol.
StartTLSPovýší připojení pomocí STARTTLS. (SMTP)
Zakázat ověření SSLVynechá kontrolu TLS certifikátu. Jen pro interní servery se self-signed certifikáty.
Jméno odesílateleZobrazované jméno v poli Od. (SMTP)
Adresa odesílatele (send-as)Alternativní adresa odesílatele, pro odesílání za sdílenou schránku. (SMTP)

Pole pro Outlook OAuth2:

PolePopis
Emailová adresaSchránka, se kterou aplikace pracuje.
ID klientaApplication (client) ID z registrace aplikace v Azure.
Tajný klíč klientaHodnota client secret z téže registrace.
URL autorityOAuth autorita, např. https://login.microsoftonline.com/common.

Tlačítko Otestovat připojení — nebo Otestovat IMAP / Otestovat SMTP, když jsou vyplněné obě části — ověří údaje ještě před uložením a případnou chybu rovnou vypíše.

tip

Otestujte obě části, než začnete stavět scénář. Problém s ověřením nalezený tady vyřešíte za minutu; ten samý problém objevený při naplánovaném běhu ve tři ráno vás stojí celou noční dávku.


Import a export​

TlačítkoEfekt
Exportovat trezorZapíše všechny klíče i jejich hodnoty do souboru .vault. Tentýž soubor předáváte běhu bez Editoru přepínačem --vault-file.
Importovat trezorNačte klíče a hodnoty ze souboru .vault do trezoru aktuálního projektu.

Takto přenesete projekt na jiný stroj, nebo na virtuální stroj, který ho bude spouštět bez obsluhy.

varování

Soubor .vault obsahuje tajemství v otevřeném textu. Zacházejte s ním jako se seznamem hesel: přenášejte ho bezpečným kanálem, nikdy ho necommitujte do Gitu a po importu ho smažte.


Chybějící klíče​

Když otevřete projekt, jehož scénáře odkazují na klíče, které tento stroj nemá, Editor vám řekne, které chybí, ještě než běh selže.

📸 Potřeba snímek — /img/editor/vault/missing-keys.png

Zachytit: dialog s chybějícími klíči, kde jsou vypsané dva nebo tři názvy klíčů, které projekt potřebuje a lokální trezor je nemá. Ne chybu za běhu: dodaný snímek byl dialog Akce selhala hlásící jeden nedefinovaný název z akce Napsat text. To je to, co se stane, když běh na chybějící klíč narazí — ne dialog, který Editor zobrazí při otevření projektu.

Doplňte je tlačítkem Přidat, nebo je přeneste přes Importovat trezor.

Chybějící klíče při běhu bez Editoru

Mimo Editor není kde dialog zobrazit. Běh bez Editoru, kterému tajemství chybí, zapíše varování a pokračuje dál, místo aby skončil — scénář pak selže později a méně zjevně na prázdné hodnotě. U prvního bezobslužného běhu scénáře si proto přečtěte log, ne jen návratový kód.


Dobrá praxe​

  • Jeden klíč, jeden účel. PROD_DB_HESLO a TEST_DB_HESLO místo jednoho společného DB_HESLO — v kombinaci s Povoleno (jen Test) / Povoleno (jen Prod) na akcích pak jeden scénář bezpečně běží v obou prostředích.
  • Nikdy nevkládejte údaj přímo, ani na chvíli. Heslo napsané do parametru se uloží do souboru projektu ve chvíli, kdy stisknete Uložit projekt, a zůstane pak v historii Gitu.
  • Rezervované klíče. Některé interní názvy klíčů jsou rezervované a odmítnou se hlášením Omezený klíč. Zvolte jiný název.
  • Trezor je vázaný na stroj. Klíče uložené na vaší pracovní stanici se souborem projektu necestují — virtuální stroj, který spouští naplánovaný scénář, potřebuje vlastní kopii, nebo vyexportovaný soubor .vault předaný běhu přepínačem --vault-file, který na daném stroji žádnou klíčenku nepotřebuje.