30 Ekim 2026 tarihli İngilizce sürümden yapay zekâ ile çevrilmiştir. Orijinalini okuyun
LightInventory'de güvenlik
Verilerinizin nerede durduğu, hangi Google erişimini istediğimiz, oturum açma, roller ve müdahaleyi ortaya çıkaran geçmişin işleyişi ve hizmet sağlayıcılarımız.
Son güncelleme: 30 Ekim 2026
Stok verileriniz kendi Google E-Tablolar dosyanızda kalır. LightInventory bu dosyayı sizin adınıza okur ve ona yazar, içeriğinin hiçbir kopyasını sunucularımızda tutmaz ve yalnızca hesabınızı çalıştırmak için gerekenleri saklar. Bu sayfa, bunun tam olarak nasıl işlediğini, neye karşı koruma sağladığımızı ve sınırların nerede olduğunu anlatır.
Verileriniz nerede durur
İş verileriniz (ürünler, konumlar, stok hareketleri, fiyatlar, notlar, onay önerileri ve geçmişinizdeki önceki ve sonraki değerler) yalnızca Google hesabınızdaki e-tablolarda bulunur. Sunucularımız sayfaları göstermek, değişiklikleri karşılaştırmak, dışa aktarma dosyaları hazırlamak ve güncellemelerinizi yazmak için hücre değerlerini belleğe okur. Bu değerler veritabanımıza, günlüklerimize veya hata raporlarımıza kaydedilmez. Otomatik bir test paketi, hiçbir tabloda, günlük satırında veya hata kaydında hücre değeri bulunmadığını kontrol eder.
Hesabınızı çalıştırmak için gereken verileri ise saklarız:
| Sakladıklarımız | Neden | Koruma |
|---|---|---|
| Kullanıcılar, profiller, kuruluşlar, üyelikler, roller, davetler (her davet kodunun yalnızca hash değeri) | Oturum açma ve ekip yönetimi | Veritabanı sağlayıcısı tarafından depolama sırasında şifrelenir |
| Oturum açma faktörleri: geçiş anahtarı açık anahtarları, TOTP gizli anahtarları, hash'lenmiş kurtarma kodları | Çok faktörlü kimlik doğrulama | TOTP gizli anahtarları ayrıca, bir anahtar yönetim hizmetinde tutulan anahtarlarla zarf şifrelemesinden geçirilir |
| Bağlı e-tablo için Google yenileme anahtarı (refresh token) | Dosyanızı okumak ve ona yazmak | Zarf şifrelemesiyle korunur; tarayıcıya asla gönderilmez, günlüklere yazılmaz |
| E-tablo meta verileri: dosya kimliği, sekme kimlikleri, şema sürümü, kilit modu | Dosyanızı bulmak ve kontrol etmek | Hücre değeri içermez |
| Satır parmak izleri (her satırın gizli anahtarlı hash değeri) | Doğrudan tabloda yapılan düzenlemeleri tespit etmek | Gizli anahtarlı olduğundan değerlere geri çevrilemez |
| Denetim hash zinciri: sıra numaraları, kayıt kimlikleri, hash değerleri, işlemi yapanın kimliği, işlem türü, zaman | Geçmişinizin değişmediğini kanıtlamak | Değer içermez |
| Ödeme sağlayıcımızdan gelen faturalandırma referansları | Abonelikler ve faturalar | Kart numarası içermez |
| Güvenlik olayları: oturum açma denemeleri, yetki hataları, IP adresi, tarayıcı | Kötüye kullanımı tespit etmek | IP adresi 90 gün sonra kaldırılır, olaylar 1 yıl sonra silinir |
Kendi sistemimiz Londra'da çalışır. Veritabanı (Supabase, eu-west-2 bölgesi), uygulama sunucuları (Vercel, lhr1 bölgesi), şifreleme anahtarlarımız ve geçmiş çapalarımız (Google Cloud, europe-west2 bölgesi) bu bölgeye sabitlenmiştir. Belgelenmiş tek istisna işlem e-postalarıdır; altyapı ve alt işleyenler bölümünde açıklanmıştır.
İstediğimiz Google erişimi
LightInventory, Google'dan iki şey ister. Google ile oturum açarken temel profilinizi ister: openid, email ve profile. Bir e-tablo bağladığınızda ise ayrıca tek bir Drive izni ister: drive.file.
Kısacası drive.file, bir uygulamanın yalnızca onunla oluşturduğunuz veya onun için seçtiğiniz dosyalarla çalışmasına izin verir. Google bu izni, “bir uygulamayla açtığınız veya kullanıcının Google Picker API'yi kullanırken uygulamayla paylaştığı” dosyalara erişim olarak tanımlar (Google Drive API kapsamları). Google bu kapsamı hassas olmayan kapsamlar arasında sınıflandırır.
Bunun sizin için anlamı:
- LightInventory, Google Drive'ınızın geri kalanını listeleyemez, açamaz veya içinde arama yapamaz. LightInventory ile hiç oluşturmadığınız veya Google dosya seçicide seçmediğiniz bir dosya ona görünmez.
- Daha geniş kapsamlı
spreadsheetsiznini veya Drive'ın tamamını kapsayan herhangi bir izni asla istemeyiz. - Her izin verildikten sonra Google'ın tam olarak istediğimiz erişimi verip vermediğini kontrol ederiz.
- Bu erişimi Google Hesabınızdan istediğiniz zaman kaldırabilirsiniz. LightInventory'nin Google erişimini kaldırın sayfasına bakın.
Bu erişimi yalnızca e-tabloyu bağlayan kişi verir ve bu kişinin dosyanın sahibi olması gerekir. Ekip üyeleriniz Google'da dosyaya hiçbir zaman eklenmez. Onlara verdiğiniz rollerle uygulama üzerinden çalışırlar.
Oturum açma ve oturumlar
Her kullanıcı, her planda ve her oturum başlangıcında iki faktörle oturum açar.
- Birinci faktör: Google ile oturum açma veya e-posta ve şifre. Şifreler en az 12 karakter olmalıdır ve sızdırılmış şifre listelerine karşı kontrol edilir. Google ile oturum açma yalnızca birinci faktör sayılır, asla iki faktörün yerine geçmez.
- İkinci faktör: varsayılan olan ve kimlik avına karşı dirençli bir geçiş anahtarı veya bir doğrulama uygulamasından alınan TOTP kodu. Her kullanıcı en az iki yöntem kaydeder ve tek kullanımlık 10 kurtarma kodu alır.
Sahipler ve Yöneticiler için kimlik avına dirençli oturum açma varsayılan olarak zorunludur; bu nedenle sahip ayarı değiştirmedikçe bu rollerde TOTP kapalıdır. Donanım güvenlik anahtarları geçiş anahtarı olarak çalışır. E-posta bağlantısıyla şifre sıfırlanabilir, ancak bu bağlantı asla ikinci faktörün yerine geçmez.
Çok faktörlü kimlik doğrulama birbirinden bağımsız iki yerde kontrol edilir: sunucu kodumuzda ve veritabanının kendi erişim kurallarında. Yalnızca birinci faktörü geçmiş bir oturum, veritabanını doğrudan çağırsa bile hiçbir şey okuyamaz.
| Oturum ayarı | Değer |
|---|---|
| Hareketsizlik sonrası oturumun kapanması | 60 dakika |
| En uzun oturum süresi | 24 saat |
| Hassas işlemler için ikinci faktörün yeniden doğrulanması | Son 5 dakika içinde |
| Kilitlenmeden önceki başarısız ikinci faktör denemesi | 10; 30 saniyeden 1 saate kadar artan bekleme süreleriyle |
Hassas işlemler arasında rol değişiklikleri, faturalandırma değişiklikleri, bir e-tabloyu bağlama veya bağlantısını kesme, dışa aktarmalar, toplu geri almalar, oturum açma yöntemlerinde yapılan değişiklikler ve kuruluşu silme yer alır. Etkin oturumlarınızı görebilir ve herhangi birini sonlandırabilirsiniz. Yeni bir cihazdan oturum açıldığında, bir oturum açma yöntemi eklendiğinde veya kaldırıldığında ve kurtarma kodları kullanıldığında size e-posta göndeririz.
Roller, konumlar ve onaylar
Her kuruluşta beş rol vardır: Sahip, Yönetici, Onaylayan, Düzenleyen ve Görüntüleyen. Düzenleyenler ve Görüntüleyenler belirli konumlarla sınırlandırılabilir; böylece bir mağaza ekibi yalnızca kendi stoğunu görür ve değiştirir.
| Yetki | Sahip | Yönetici | Onaylayan | Düzenleyen | Görüntüleyen |
|---|---|---|---|---|---|
| Ürünleri, stoğu ve geçmişi görüntüleme | Evet | Evet | Evet | Kendi konumları | Kendi konumları |
| Hareket kaydetme | Evet | Evet | Evet | Kendi konumları | Hayır |
| Talepleri onaylama | Evet | Evet | Evet, kendi talepleri hariç | Hayır | Hayır |
| Toplu geri alma | Evet | Evet | Hayır | Hayır | Hayır |
| Üyeleri yönetme | Evet | Evet | Hayır | Hayır | Hayır |
| E-tabloyu bağlama, kuruluşu silme | Evet | Hayır | Hayır | Hayır | Hayır |
Yetkiler her istekte anlık olarak okunur; bu sayede birini çıkarmak veya rolünü değiştirmek, o kişinin bir sonraki işleminde geçerli olur. Bir kural izin vermedikçe her istek reddedilir. Her rol Ekip ve roller sayfasında ayrıntılı olarak anlatılır.
Onaylar isteğe bağlıdır. Açık olduklarında kuruluş, fiyat düzenlemeleri veya stok düzeltmeleri gibi değişiklikler için onay şartı koyabilir. Önerilen değişiklik e-tablonuzdaki korumalı bir sekmeye yazılır ve kimse kendi talebini onaylayamaz. Ayrıntılar için denetim izi sayfasına bakın.
Müdahaleyi ortaya çıkaran geçmiş
LightInventory üzerinden yapılan her değişiklik, e-tablonuzdaki korumalı bir Log sekmesine, değişikliğin kendisiyle aynı Google güncellemesi içinde bir geçmiş kaydı olarak yazılır. Stok hiçbir zaman bir sayı olarak düzenlenmez. Yalnızca ekleme yapılabilen bir hareket listesinden hesaplanır ve bir geri alma işlemi silme değil, ters yönde yeni bir kayıttır.
Müdahaleyi ortaya çıkaran geçmiş, birisi geçmişteki bir kaydı değiştirir veya silerse bunun doğrulamada görüneceği anlamına gelir. Değişikliğin imkânsız olduğu anlamına gelmez. İşleyişi şöyledir:
- Gizli anahtarlı bir zincir. Her kayıt, kendi içeriğinden ve bir önceki kaydın kodundan HMAC-SHA256 ve kuruluşunuza özel, yalnızca LightInventory'nin elinde bulunan gizli bir anahtarla hesaplanan bir kod alır. Tek bir kaydı değiştirmek, zinciri o noktadan itibaren bozar. Anahtar gizli olduğu için hiç kimse bir düzenlemeden sonra kodları sessizce yeniden hesaplayamaz.
- Zincirin değer içermeyen bir kopyası. Zincirin kodlarını, değerlerinizi asla değil, güncelleme ve silme işlemlerini reddeden bir veritabanı tablosunda tutarız.
- Veritabanımızın dışında günlük çapalar. Günde bir kez, tüm kuruluşların zincirlerindeki son konumu kapsayan tek bir parmak izi, 7 yıllık kilitli saklama politikasına sahip bir Google Cloud Storage alanına (bucket) yazılır. Bu politika kilitlendikten sonra kısaltılamaz veya kaldırılamaz. Veritabanımızı değiştirebilen bir saldırgan bile bu çapaları yeniden yazamaz.
- Gece doğrulaması. Her gece ve sahip istediği her an, zinciri
Logsekmenizden yeniden hesaplar ve kendi kopyamızla ve son çapayla karşılaştırırız. Herhangi bir uyuşmazlık olursa tüm üyeler bir bütünlük uyarısı görür; Sahip ve Yöneticilere e-posta gönderilir.
Sınır, sahipliktir. Bir Google dosyasının sahibi dosyayı her zaman düzenleyebilir, kilidini açabilir, kopyalayabilir veya silebilir; Google, sahibin bu yetkilerden mahrum bırakılmasına izin vermez. Zincir bunu engelleyemez, ama görünür kılar. Ayrıca, sahibin izniyle yazdığımız için Google, uygulamamızın yazdıklarını sahibin hesabı altında kaydeder. Bizim Log sekmemiz ise işlemi gerçekten yapan ekip üyesini kaydeder.
Doğrudan tabloda yapılan düzenlemeler
Varsayılan olarak yönetilen sekmeleriniz, Google E-Tablolar'da yalnızca sahibin düzenleyebileceği şekilde korunur ve dosyayı düzenleyenler dosyayı başkalarıyla paylaşamaz. İsteğe bağlı sıkı kilit, sahip bilinçli olarak kilidi açana kadar dosyayı Google'da salt okunur yapar.
Sahip her zaman değişiklik yapabildiği için LightInventory bu değişiklikleri de tespit eder. Uygulama tablonuzu her okuduğunda her satırı kayıtlı parmak iziyle karşılaştırır. Kimsenin görüntülemediği kuruluşlar için de arka planda bir kontrol çalışır. Bir satır uygulama dışında değiştiyse uygulama bunu, Google'ın revizyon verilerinden mümkün olduğunca belirlenen kişiyle birlikte kaydeder ve ardından kuruluşunuzun politikasını uygular: bir Sahip veya Yönetici değişikliği benimseyene ya da geri alana kadar engeller, kabul edip kayda geçirir veya onaya bekletir. Geçmiş hareketlerde veya geçmiş kayıtlarında yapılan düzenlemeler her zaman işaretlenir.
Şifreleme ve gizli anahtarlar
- Aktarım sırasında: tüm trafik HTTPS kullanır. Tarayıcılara yalnızca HTTPS kullanmaları bildirilir (ön yüklemeli HSTS) ve sayfalarımız sıkı bir İçerik Güvenliği Politikası (CSP) kullanır.
- Depolama sırasında: veritabanımız, sağlayıcısı tarafından depolama sırasında şifrelenir. E-tablonuz Google tarafından saklanır ve şifrelenir.
- Erişim anahtarları ve şifreleme anahtarları: Google yenileme anahtarları, TOTP gizli anahtarları ve her kuruluşun geçmiş anahtarları, her kayıt için yeni bir anahtar kullanılarak AES-256-GCM ile şifrelenir. Bu anahtar da Londra'daki Google Cloud KMS'te bulunan bir ana anahtarla korunur; ana anahtar KMS'ten hiç çıkmaz ve her yıl yenilenir. KMS, kendi erişim denetimlerine sahip ayrı bir bulut projesinde çalışır ve sunucularımız ona kayıtlı, uzun ömürlü hiçbir kimlik bilgisi olmadan erişir.
- E-tablonuza destek erişimi yoktur. Çalışanlarımızın sizin yerinize oturum açmasını sağlayan bir özellik ve e-tablonuzu açan bir destek aracı yoktur. Canlı veritabanımıza erişim iki kişinin onayını gerektirir ve kayıt altına alınır.
Altyapı ve alt işleyenler
| Sağlayıcı | Görevi | Bölge |
|---|---|---|
| Supabase | Veritabanı ve kimlik doğrulama (yalnızca sistem verileri) | Londra (eu-west-2) |
| Vercel | Uygulama barındırma ve güvenlik duvarı; içerik dağıtım ağı | Londra'da işlevler (lhr1); küresel CDN |
| Google Cloud | Anahtar yönetimi ve geçmiş çapaları (yalnızca sistem verileri) | Londra (europe-west2) |
| Resend | İşlem e-postaları (davetler, güvenlik ve faturalandırma bildirimleri) | Amerika Birleşik Devletleri |
| Stripe | Faturalandırma ve ödemeler | Belirli bir bölgeye sabitlenmemiş |
| Cloudflare | DNSSEC'li DNS ve oturum açma formlarındaki CAPTCHA | Küresel ağ |
Google'ın Sheets ve Drive API'leri, e-tablonuzu sizin kendi sağlayıcınız olarak işler. Gönderdiğimiz e-postalar asla stok verilerinizi içermez. ABD merkezli sağlayıcılara yapılan aktarımlar, Birleşik Krallık Uzantısı ile birlikte AB-ABD Veri Gizliliği Çerçevesi veya standart sözleşme maddeleri kapsamındadır.
Veri İşleme Sözleşmemiz, müşterilere yeni bir alt işleyen için en az 30 gün önceden bildirim ve itiraz hakkı tanıyacak şekilde tasarlanmıştır. Alt işleyenlerin tam listesi ve sözleşme lansmanda yayımlanacaktır.
Güvenlik açığı bildirme
Bir güvenlik sorunu bulursanız, sorunu yeniden oluşturma adımlarıyla birlikte support@lightinventory.com adresine e-posta gönderin. Lütfen başkalarının verilerine erişmeyin, hizmeti aksatmayın ve herhangi bir aktif testten önce bizimle iletişime geçin; çünkü kullanım koşullarımız izinsiz güvenlik testine izin vermez. Güvenlik araştırmacıları için iletişim bilgilerimiz makine tarafından okunabilir biçimde security.txt dosyasında da yayımlanmıştır. Kapsamlı bir sorumlu bildirim politikası lansmandan önce yayımlanacaktır.
Durum
LightInventory lansmana hazırlanıyor. Lansman öncesi plan; oturum açmayı, kiracı izolasyonunu, Google yetkilendirmesini, webhook'ları ve e-tablo enjeksiyonunu kapsayan harici bir sızma testini ve OWASP Uygulama Güvenliği Doğrulama Standardı (ASVS) 5.0'a göre eksiksiz bir öz değerlendirmeyi içerir. Bu bağımsız değerlendirmeler gerçekleştiğinde bu sayfaya eklenecek. O zamana kadar bu sayfa sertifikayı değil, tasarımı anlatır.
Tam liste için LightInventory neleri saklar, her planın neleri içerdiği için fiyatlandırma sayfasına bakın.