Autentimine
Rediacc toetab mitut autentimismeetodit:
- Parool: Traditsiooniline e-posti ja parooliga sisselogimine
- Magic Link: Paroolivaba sisselogimine e-posti lingi kaudu (15-minutine kehtivus)
- Kahefaktoriline autentimine (2FA): TOTP-põhine varuoodidega
Kui 2FA on lubatud, nõuab sisselogimine nii teie parooli (või magic linki) kui ka 6-kohaline TOTP-koodi.
API-tokenid
API-tokenid autendivad masinatevahelisi toiminguid (CLI litsentsi aktiveerimine, olekukontrollid).
Ulatused:
license:read- Tellimuse ja litsentsi oleku päriminelicense:activate- Masinate aktiveerimine ja repo-litsentside väljastaminesubscription:read- Tellimuse üksikasjade lugemine
Turvafunktsioonid:
- IP-sidumine: token kehtib ainult oma esimese päringu IP-aadressilt; uue aadressi jaoks on vaja TOTP-kontrolli või uut sisselogimist (vt allpool)
- Meeskonna piirang: tokeneid saab piirata konkreetse meeskonnaga
- Automaatne tühistamine: tokenid tühistatakse, kui looja eemaldatakse organisatsioonist
Tokeni loomine:
# Portaali kaudu: API Tokens > Create
# Tokeni väärtus kuvatakse üks kord - salvestage see turvaliselt
Kui IP-aadress muutub
Ühe IP-aadressiga seotud token lükatakse igalt teiselt aadressilt tagasi, näiteks kui internetiteenuse pakkuja annab uue aadressi. CLI tõstab tokeni ise ümber:
- Interaktiivne terminal, 2FA sees: CLI küsib autentimisrakenduse 6-kohalist koodi, tõstab tokeni uuele aadressile ja käivitab käsu uuesti. Varukoodid tõstmiseks ei sobi.
- Skriptid ja CI (terminalita): käsk ebaõnnestub ja nimetab mõlemad lahendused: käivita üks kord interaktiivses terminalis mis tahes
rdckäsk (näiteksrdc subscription status) ja sisesta kood või käivitardc subscription login. - 2FA väljas: tokenit ei saa tõsta.
rdc subscription loginväljastab uue ja kui 2FA on sees, piisab järgmisel tõstmisel koodist. - Valed koodid: 5 valet koodi 15 minuti jooksul lukustavad tõstmise, esmalt 5 minutiks ja seejärel iga kord kaks korda kauemaks, kuni 1 tunnini. Pärast 4 lukustust on tõstmine selle tokeni jaoks keelatud kuni järgmise
rdc subscription loginkäivitamiseni. - Executori tokeneid, mille IP-sidumine on
unboundvõicloudflare, see ei puuduta.
Iga tõstmine on näha portaali tegevuslogis koos vana ja uue aadressiga.
Seadme koodivogu
CLI saab peata masinatel autentida seadme koodivogu abil:
rdc subscription login
# Kuvatakse: Enter code XXXX-XXXX-XX at https://www.rediacc.com/account/authorize
# Pärast kinnitamist saab CLI mandaadid automaatselt
Konfiguratsioonihoidla sidumine konfiguratsiooniga kasutab eraldi päringut, mis samuti käib läbi kontoserveri. See on seotud kontoga, millega CLI on sisse logitud, link hoiab oma saladusi # järel, et need serverilogidesse ei jõuaks, ja kasutaja sisestab kinnituslehel terminalist sidumiskoodi. Päring aegub 10 minuti pärast.
Konfiguratsioonihoidla
Krüpteeritud serveripoolse sünkroonimisega konfiguratsiooni jaoks vaadake täielikku juhendit jaotisest Konfiguratsioonihoidla. Konfiguratsioonihoidla kasutab:
- Nullteadmiste krüpteerimist (server ei näe kunagi lihtteksti)
- Passkey-põhist võtme tuletamist (WebAuthn + PRF)
- Päringupõhiselt pöörlevaid tokeneid
Seansi turvalisus
| Tokeni tüüp | Kehtivus | Salvestus | Värskendamine |
|---|---|---|---|
| Juurdepääsutoken (JWT) | 15 minutit | HttpOnly küpsis | Automaatne värskendustoken kaudu |
| Värskendustoken | 7 päeva | HttpOnly küpsis | Pöördutakse igal kasutamisel |
| Kõrgendatud seanss | 10 minutit | Serveripoolne | Käivitatakse taasautentimisega |
Kõrgendatud seansid on vajalikud tundlike toimingute jaoks: parooli muutmine, e-posti muutmine, 2FA seadistamine, omandiõiguse üleandmine ja hävitavad adminitoimingud.
Lubade mudel
Rediacc kasutab kolme sõltumatut lubade kihti:
Kiht 1: Süstemiroll - Määrab juurdepääsu süsteemiadministreerimise lõpp-punktidele.
Kiht 2: Organisatsiooni roll - Kontrollib, mida kasutaja saab oma organisatsioonis teha (omanik, admin, liige).
Kiht 3: Meeskonna roll - Piirab juurdepääsu konkreetsetele meeskonna ressurssidele (team_admin, member). Organisatsiooni omanikud ja adminid mööduvad meeskonna rollikontrollidest.
Iga API-päring läbib järjestikku kõik kohaldatavad kihid. Meeskonnale piiratud lõpp-punkti päring peab täitma seansi autentimise, org-liikmesuse ja meeskonnale juurdepääsu tingimused.
Uuenduskanalid
CLI toetab kahte väljalaskekanali:
- stable (vaikimisi): Tõstetud edge’ist pärast 7-päevast leotust; valige see konservatiivse uuenduskaadentsi jaoks
- edge: Pidevalt juurutatud tootmine, uuendatakse igal ühendamisel peaharusse
rdc update --channel edge # Lülitu edge-kanalile
rdc update --channel stable # Lülitu tagasi stable-kanalile
rdc update --status # Kuva praegune kanal
CLI turvahoiak AI-agentide jaoks
Koodiagendid, kes käivitavad rdc, on tõeline ohupind, seega käsitleme neid eraldi põhimõttena. Iga rdc käivitamine klassifitseeritakse käivitamisel inimeseks või agendiks keskkonnasignaalide põhjal (CLAUDECODE, GEMINI_CLI, COPILOT_CLI, CURSOR_TRACE_ID, REDIACC_AGENT) koos Linuxi /proc esivanemate läbimisega. Tuvastamine on parimate jõupingutuste põhine. Sihikindel ümbris saab keskkonna muutujaid võltsida, mis on põhjus, miks esivanem on oluline. Agendid saavad vähendatud lubade komplekti: tundlikud konfiguratsioonide muutmised nõuavad teadmiseväravat (--current <vana>), interaktiivne redaktor keeldutakse ilma esivanemate kontrollitud REDIACC_ALLOW_CONFIG_EDIT alistamiseta, ja --reveal mis tahes kuvamiskäsul on blokeeritud. Iga otsus (lubamine, keeldumine või --reveal andmine) kirjutab ühe räsiaheldatud JSONL-rea faili ~/.config/rediacc/audit.log.jsonl. Käivitage rdc config audit verify, et kontrollida ahela terviklust.
Vaadake AI-agentide täielikku maatriksit jaotisest AI-agendi turvalisus ja kaitsemehhanismid, sealhulgas teadmisevärava töönäidiseid ja ulatuse alistamise mehhanisme.