Drošība LightInventory

Jūsu krājumu dati paliek jūsu pašu Google izklājlapā. LightInventory lasa un raksta šo failu jūsu vārdā, mūsu serveros neglabā tā satura kopiju un glabā tikai to, kas nepieciešams jūsu konta darbībai. Šajā lapā precīzi skaidrots, kā tas darbojas, no kā mēs aizsargājam un kur ir robežas.

Kur atrodas jūsu dati

Uzņēmuma dati (preces, atrašanās vietas, krājumu kustības, cenas, piezīmes, apstiprinājumu ierosinājumi un vērtības pirms un pēc izmaiņām jūsu vēsturē) atrodas tikai izklājlapās jūsu Google kontā. Mūsu serveri nolasa šūnu vērtības atmiņā, lai parādītu lapas, salīdzinātu izmaiņas, izveidotu eksportus un ierakstītu jūsu atjauninājumus. Šīs vērtības netiek saglabātas mūsu datubāzē, žurnālos vai kļūdu pārskatos. Automatizēts testu komplekts pārbauda, ka nevienā tabulā, žurnāla rindā vai kļūdas notikumā nav šūnu vērtību.

Mēs glabājam datus, kas nepieciešami jūsu konta darbībai:

Mūsu pašu sistēma darbojas Londonā. Datubāze (Supabase, reģions eu-west-2), lietotnes serveri (Vercel, reģions lhr1) un mūsu šifrēšanas atslēgas un vēstures enkuri (Google Cloud, reģions europe-west2) ir piesaistīti tur. Transakciju e-pasts ir vienīgais dokumentētais izņēmums, kas aprakstīts sadaļā infrastruktūra un apakšapstrādātāji.

Kādu piekļuvi Google mēs prasām

LightInventory prasa Google divas lietas. Piesakoties ar Google, tā prasa jūsu pamata profilu: openid, email un profile. Kad pievienojat izklājlapu, tā atsevišķi prasa vienu Google diska atļauju: drive.file.

Vienkāršiem vārdiem: drive.file ļauj lietotnei strādāt tikai ar tiem failiem, kurus izveidojat ar to vai izvēlaties tai. Google to raksturo kā piekļuvi failiem, „kurus atverat ar lietotni vai kurus lietotājs kopīgo ar lietotni, izmantojot Google Picker API“ (Google Drive API tvērumi). Google to klasificē kā nesensitīvu tvērumu.

Ko tas jums nozīmē:

• LightInventory nevar uzskaitīt, atvērt vai pārmeklēt pārējo jūsu Google disku. Fails, ko nekad neesat izveidojis ar LightInventory vai izvēlējies Google failu atlasītājā, tai nav redzams.
• Mēs nekad neprasām plašāko spreadsheets tvērumu vai jebkādu tvērumu visam diskam.
• Pēc katras atļaujas piešķiršanas mēs pārbaudām, vai Google atgrieza tieši to piekļuvi, ko prasījām.
• Piekļuvi varat noņemt jebkurā laikā savā Google kontā. Skatiet rakstu LightInventory piekļuves Google kontam atsaukšana.

Šo piekļuvi piešķir tikai persona, kura pievieno izklājlapu, un šai personai jābūt faila īpašniekam. Jūsu komandas dalībnieki nekad netiek pievienoti failam Google vidē. Viņi strādā lietotnē, ar lomām, ko jūs viņiem piešķirat.

Pieteikšanās un sesijas

Katrs lietotājs piesakās ar diviem faktoriem, katrā plānā, katru reizi, kad sākas sesija.

1. Pirmais faktors: pieteikšanās ar Google vai e-pasts un parole. Parolēm jābūt vismaz 12 rakstzīmes garām, un tās tiek pārbaudītas pret noplūdušo paroļu sarakstiem. Pieteikšanās ar Google tiek uzskatīta tikai par pirmo faktoru, nekad par abiem.
2. Otrais faktors: piekļuves atslēga, kas ir noklusējuma izvēle un ir noturīga pret pikšķerēšanu, vai TOTP kods no autentifikatora lietotnes. Katrs lietotājs reģistrē vismaz divas metodes un saņem 10 vienreizējas lietošanas atkopšanas kodus.

Īpašniekiem un administratoriem pēc noklusējuma ir obligāta pret pikšķerēšanu noturīga pieteikšanās, tāpēc šīm lomām TOTP ir izslēgts, ja vien īpašnieks nemaina iestatījumu. Aparatūras drošības atslēgas darbojas kā piekļuves atslēgas. Ar e-pasta saiti var atiestatīt paroli, taču tā nekad neaizstāj otro faktoru.

Daudzfaktoru autentifikācija tiek pārbaudīta divās neatkarīgās vietās: mūsu servera kodā un pašas datubāzes piekļuves noteikumos. Sesija, kas izgājusi tikai pirmo faktoru, nevar nolasīt neko, pat ja tā vēršas tieši pie datubāzes.

Jutīgas darbības ietver lomu izmaiņas, norēķinu izmaiņas, izklājlapas pievienošanu vai atvienošanu, eksportu, lielapjoma atsaukšanu, pieteikšanās metožu izmaiņas un organizācijas dzēšanu. Jūs varat redzēt savas aktīvās sesijas un beigt jebkuru no tām. Mēs nosūtām jums e-pastu, kad pieteikšanās notiek no jaunas ierīces, kad tiek pievienota vai noņemta pieteikšanās metode un kad tiek izmantoti atkopšanas kodi.

Lomas, atrašanās vietas un apstiprinājumi

Katrā organizācijā ir piecas lomas: īpašnieks, administrators, apstiprinātājs, redaktors un skatītājs. Redaktorus un skatītājus var ierobežot ar noteiktām atrašanās vietām, lai veikala komanda redzētu un mainītu tikai savus krājumus.

Atļaujas tiek nolasītas reāllaikā katrā pieprasījumā, tāpēc kāda noņemšana vai lomas maiņa stājas spēkā ar viņa nākamo darbību. Katrs pieprasījums tiek noraidīts, ja vien to neatļauj kāds noteikums. Katra loma ir aprakstīta sadaļā Komanda un lomas.

Apstiprinājumi nav obligāti. Kad tie ir ieslēgti, organizācija var pieprasīt apstiprinājumu tādām izmaiņām kā cenu labojumi vai krājumu korekcijas. Ierosinātā izmaiņa tiek ierakstīta aizsargātā cilnē jūsu izklājlapā, un neviens nevar apstiprināt savu pieprasījumu. Vairāk lasiet audita vēstures pārskatā.

Viltošanu atklājoša vēsture

Katra LightInventory veikta izmaiņa tiek ierakstīta kā vēstures ieraksts aizsargātā cilnē Log jūsu izklājlapā, tajā pašā Google atjauninājumā kā pati izmaiņa. Krājumi nekad netiek rediģēti kā skaitlis. Tie tiek aprēķināti no kustību saraksta, kurā rindas var tikai pievienot, un atsaukšana ir jauns, pretējs ieraksts, nevis dzēšana.

Viltošanu atklājoša nozīmē, ka tad, ja kāds maina vai noņem iepriekšēju ierakstu, pārbaude to parāda. Tas nenozīmē, ka izmaiņa nav iespējama. Lūk, kā tas darbojas:

• Ķēde ar atslēgu. Katrs ieraksts saņem kodu, kas aprēķināts no tā satura un iepriekšējā ieraksta koda, izmantojot HMAC-SHA256 un jūsu organizācijas slepeno atslēgu, kas ir tikai LightInventory rīcībā. Viena ieraksta maiņa sabojā ķēdi no šī punkta. Tā kā atslēga ir slepena, neviens nevar pēc labojuma klusi pārrēķināt kodus.
• Ķēdes kopija bez vērtībām. Mēs glabājam ķēdes kodus, nekad jūsu vērtības, datubāzes tabulā, kas noraida atjaunināšanu un dzēšanu.
• Dienas enkuri ārpus mūsu datubāzes. Reizi dienā viens visu organizāciju jaunāko ķēdes pozīciju nospiedums tiek ierakstīts Google Cloud Storage krātuvē ar 7 gadu bloķētu glabāšanas politiku. Pēc bloķēšanas šo politiku nevar saīsināt vai noņemt. Uzbrucējs, kas spētu mainīt mūsu datubāzi, tik un tā nevarētu pārrakstīt šos enkurus.
• Nakts pārbaude. Katru nakti un ikreiz, kad īpašnieks to pieprasa, mēs pārrēķinām ķēdi no jūsu cilnes Log un salīdzinām to ar mūsu kopiju un jaunāko enkuru. Ja kaut kas nesakrīt, katrs dalībnieks redz brīdinājumu par integritāti, un īpašnieks un administratori saņem e-pastu.

Robeža ir īpašumtiesības. Google faila īpašnieks vienmēr var to rediģēt, atbloķēt, kopēt vai dzēst; Google neļauj nevienu no tā izslēgt. Ķēde to nevar apturēt, bet tā to padara redzamu. Google arī reģistrē mūsu lietotnes ierakstus ar īpašnieka kontu, jo mēs rakstām ar īpašnieka atļauju. Mūsu Log reģistrē faktisko komandas dalībnieku.

Tieši izklājlapā veikti labojumi

Pēc noklusējuma jūsu pārvaldītās cilnes ir aizsargātas tā, ka Google izklājlapās tās var rediģēt tikai īpašnieks, un faila redaktori nevar to kopīgot tālāk. Neobligāta stingrā bloķēšana padara failu Google vidē tikai lasāmu, līdz īpašnieks to apzināti atbloķē.

Tā kā īpašnieks vienmēr var veikt izmaiņas, LightInventory tās arī nosaka. Ikreiz, kad lietotne nolasa jūsu izklājlapu, tā salīdzina katru rindu ar tās saglabāto nospiedumu. Organizācijām, kuras neviens pašlaik neskatās, darbojas arī fona pārbaude. Kad rinda ir mainīta ārpus lietotnes, lietotne to reģistrē ar iespējami precīzu autora noteikšanu no Google redakciju datiem un pēc tam piemēro jūsu organizācijas politiku: bloķēt izmaiņu, līdz īpašnieks vai administrators to pieņem vai atjauno iepriekšējo stāvokli, pieņemt un reģistrēt to vai nodot apstiprināšanai. Iepriekšēju kustību vai vēstures ierakstu labojumi vienmēr tiek atzīmēti.

Šifrēšana un noslēpumi

• Pārsūtīšanas laikā: visa datplūsma izmanto HTTPS. Pārlūkprogrammām tiek norādīts izmantot tikai HTTPS (HSTS ar preload), un mūsu lapās tiek izmantota stingra satura drošības politika (Content Security Policy).
• Glabāšanas laikā: mūsu datubāzi glabāšanas laikā šifrē tās pakalpojumu sniedzējs. Jūsu izklājlapu glabā un šifrē Google.
• Marķieri un atslēgas: Google atjaunošanas marķieri, TOTP noslēpumi un katras organizācijas vēstures atslēgas tiek šifrēti ar AES-256-GCM, katram ierakstam izmantojot jaunu atslēgu. Šo atslēgu savukārt aizsargā galvenā atslēga Google Cloud KMS Londonā, kas nekad nepamet KMS un tiek nomainīta katru gadu. KMS darbojas atsevišķā mākoņa projektā ar savām piekļuves kontrolēm, un mūsu serveri tam piekļūst bez jebkādiem saglabātiem ilgtermiņa piekļuves datiem.
• Nav atbalsta piekļuves jūsu izklājlapai. Nav funkcijas, ar kuru mūsu darbinieki varētu pieteikties jūsu vārdā, un nav atbalsta rīka, kas atvērtu jūsu izklājlapu. Piekļuvei mūsu ražošanas datubāzei vajadzīgi divi cilvēki, un tā tiek reģistrēta.

Infrastruktūra un apakšapstrādātāji

Google izklājlapu un Google diska API apstrādā jūsu izklājlapu kā jūsu pašu pakalpojumu sniedzējs. Mūsu sūtītajos e-pastos nekad nav jūsu krājumu datu. Pakalpojumu sniedzējiem, kas atrodas ASV, datu nosūtīšanu nodrošina ES un ASV datu privātuma regulējums ar Apvienotās Karalistes paplašinājumu vai līguma standartklauzulas.

Mūsu datu apstrādes līgums ir izstrādāts tā, lai klientiem dotu vismaz 30 dienu iepriekšēju paziņojumu par jaunu apakšapstrādātāju un tiesības iebilst. Pilns apakšapstrādātāju saraksts un līgums tiks publicēti palaišanas brīdī.

Ziņošana par ievainojamību

Ja atrodat drošības problēmu, rakstiet uz support@lightinventory.com, norādot soļus tās atkārtošanai. Lūdzu, nepiekļūstiet citu cilvēku datiem un netraucējiet pakalpojuma darbību, kā arī sazinieties ar mums pirms jebkādas aktīvas testēšanas, jo mūsu noteikumi neatļauj drošības testēšanu bez atļaujas. Mūsu kontaktinformācija drošības pētniekiem ir publicēta arī mašīnlasāmā formā failā security.txt. Pilna atbildīgas atklāšanas politika tiks publicēta pirms palaišanas.

Statuss

LightInventory gatavojas palaišanai. Pirms palaišanas plānā ir ārējs ielaušanās tests, kas aptver pieteikšanos, klientu nodalīšanu, Google autorizāciju, tīmekļa āķus (webhooks) un izklājlapu injekcijas, kā arī pilns pašnovērtējums atbilstoši OWASP Application Security Verification Standard 5.0. Kad šie neatkarīgie novērtējumi būs veikti, tie tiks pievienoti šai lapai. Līdz tam šajā lapā aprakstīts dizains, nevis sertifikācija.

Pilnu sarakstu skatiet rakstā ko glabā LightInventory, un to, kas iekļauts katrā plānā, skatiet lapā cenas.