İş dosyaları sizin altyapınızda, yetki sizin kurallarınızda.
Remyral kendi sunucunuzda çalışır; iş dosyaları ve kayıtlar kendi altyapınızda saklanır. Erişimi ve onay adımlarını siz belirlersiniz. AI için işlenen içerik seçtiğiniz model sağlayıcısına, dış araçlara gönderilen veri ise kurduğunuz bağlantılara gider.
Veri sahibinin ve süreç yöneticisinin soruları.
Nerede saklanır?
Panel, veritabanı, kuyruk, kasa ve denetim kaydı sizin Linux sunucunuzda; iş dosyaları, çalışma alanları ve loglar işleri çalıştıran sizin makinelerinizde.
AyrıntıKim erişebilir?
Ekip üyeleri rollerine göre erişir: sahip, yönetici, operator, viewer. Sohbetler kişiye özeldir; asistan yalnız sizin yetkinizle çalışır.
AyrıntıHangi adım onay ister?
Hazır ayar ve olay bazlı seçimlerle siz belirlersiniz; bir workflow’a onay adımı da koyabilirsiniz. Makine yönetimi, force-push ve güvenlik ayarı değişiklikleri her modda sorulur.
AyrıntıDışarıya hangi veri gider?
AI için işlenen içerik seçtiğiniz model sağlayıcısına, dış araçlara gönderilen veri kurduğunuz bağlantılara gider; ağ erişimi proje bazında kapalı, izin listesi ya da web. Git ve deploy token’ları kontrol düzleminde şifreli saklanır, worker’a ve modele gönderilmez.
AyrıntıSonradan hangi kayıtlar incelenebilir?
Ayrıcalıklı işlemler ve durum değişiklikleri hash zincirli denetim kaydında; işlerin logları ve kullanım, maliyet ekranları panelde. Zinciri panelden doğrular, kaydı dışa aktarırsınız.
Ayrıntı
Katmanlı güvenlik
En içte mühürlü kasa, en dışta denetim zinciri. Her katman bir öncekinin açığını kapatacak şekilde tasarlanmıştır.
- 01
Mühürlü kasa worker anahtarı
Runtime ve API anahtarları gibi gizli değerler, onları kullanacak makinenin anahtarıyla mühürlenir. Kontrol düzlemi (master) değeri açamaz; yalnızca ilgili makine çözer. Sohbete yapıştırılan bir anahtar da doğrudan kasaya girer. Git ve deploy token’ları bu kasada değil, kontrol düzleminde şifreli durur.
- 02
Sandbox izolasyon
Her iş açıkça kapsamı belirlenmiş bir çalışma alanında yürür: Linux’ta konteyner, runtime sandbox ya da makinede kısıtlı bir hesap. Windows’ta paralel işler iş başına ayrı hesapla ve süreç, bellek, CPU sınırlarıyla çalışır.
- 03
Ağ politikası egress
Proje bazında: kapalı, izin listesi ya da web. Yerel ağ ve bulut metadata adresleri her zaman kapalıdır.
- 04
İmzalı sürümler ed25519
Worker güncellemeleri imzalıdır ve kademeli yayılır. Kontrol düzlemi sürümleri de imzalı paketle gelir; kurulum betiği her dosyayı doğrular, imajları özetleriyle (digest) çeker.
- 05
Denetim zinciri hash zinciri
Her ayrıcalıklı işlem ve durum değişikliği değiştirildiğinde fark edilen (hash zincirli) bir kayda yazılır. Zinciri panelden doğrular, kaydı dışa aktarırsınız.
Ne söylüyoruz, nasıl çalışıyor, nerede bitiyor?
Her güvenlik iddiasının bir ön koşulu ve bir sınırı vardır. Bu tablo, iç tehdit modelimizin herkese açık özetidir.
| İddia | Nasıl çalışır | Sınır / ön koşul | Nasıl doğrularsınız |
|---|---|---|---|
| Sırlar makinede kalır | Runtime ve API anahtarları tarayıcınızda, gidecekleri her makine için ayrı mühürlenir; kontrol düzlemi yalnızca şifreli halini taşır, değeri yalnızca hedef makine çözer. | Git ve deploy token’ları (GitHub App anahtarı, Coolify ve Cloudflare token’ları) kontrol düzleminde şifreli saklanır; worker’a ve modele gönderilmez. Yeni bir makineye değer yeniden girilir. | Ayarlar → Kimlik bilgileri’nde her makinenin durumu görünür (uygulandı / yeniden mühürlenmeli); değer bir daha gösterilmez. |
| Değiştirildiğinde fark edilen denetim kaydı | Her ayrıcalıklı işlem ve durum değişikliği hash zincirli kayda yazılır. | Zincir sonradan yapılan değişikliği fark ettirir; kaydın silinmesini tek başına engellemez. Dışa aktarılan kopyayı ayrı bir yerde saklayın. | Denetim kaydı ekranında zinciri doğrulayın; JSON Lines olarak dışa aktarın. |
| İçeriye açılan port yok | Worker’lar kontrol düzlemine dışa doğru bağlanır. | Kontrol düzleminde ters proxy’nin HTTPS portu açıktır; worker’ların bu adrese ulaşabilmesi gerekir. | Worker makinesinde dinleyen portları işletim sisteminin araçlarıyla kontrol edin; panelde makine çevrimiçi görünür. |
| İşler izole çalışır | Her iş bir sandbox profiliyle çalışır: container, runtime-sandbox ya da host-restricted (Windows’ta iş başına ayrı hesap). | Profilin makinede hazır olması gerekir; container profili Linux’ta rootless Docker ya da Podman ister. Aynı makinedeki işler localhost portlarını ve süreç listesini paylaşır. | Makineler → makine → Sandbox ve politika kartı her profil için hazır olup olmadığını ve nedenini gösterir. |
| Ağ erişimi sınırlı | Proje bazında ağ politikası: kapalı, izin listesi ya da web. Yerel ağ ve metadata adresleri her zaman kapalı. | “Web” seçilen projede ajan internete çıkabilir; izin listesi bakımı sizdedir. | Politika proje ayarlarında görünür; izin listesi dışındaki bir adrese bir işten istek göndererek sınırı kendiniz sınayabilirsiniz. |
| Sürümler imzalı | Kontrol düzlemi ve worker sürümleri imzalıdır; kurulum betiği imzayı ve her dosyayı doğrular, imajları özetleriyle çeker. | Güven, betikteki güvenilen anahtara dayanır: sürüm duyurusundaki anahtar kimliğiyle karşılaştırmanız gerekir. | Betiği önce kuru çalıştırmayla (dry-run) çalıştırın; her doğrulama adımı ekrana yazılır. |
| Hassas adımlar onaydan geçer | Hassas işlemler politika kontrolünden geçer; seçtiğiniz olaylarda authenticator kodu istenir. | Serbest ayarda onaylar, birleştirmeler ve deploy’lar sormadan geçer. Makine yönetimi, force-push ve güvenlik ayarı değişiklikleri her modda sorulur. | Güvenlik → Hazır ayarlar ve Olaylar; otomatik kararlar denetim kaydında “politika onayladı” olarak görünür. |
Kim neyi, nereye gönderir?
- Konsolu tarayıcıdan HTTPS ile kullanırsınız. Bir runtime ya da API anahtarı eklediğinizde değer tarayıcınızda, gideceği her makine için ayrı mühürlenir.
- Kontrol düzlemi yalnızca mühürlü (şifreli) halini taşır ve değeri açamaz.
- Worker’lar kontrol düzlemine dışa doğru (WSS) bağlanır; makinelerde içeriye port açılmaz. Mühürlü değeri yalnızca hedef makine çözer.
- Ajan, worker’da seçilen sandbox profiliyle çalışır; model çağrıları worker’dan seçtiğiniz model sağlayıcısına gider ve sağlayıcının koşullarına tabidir.
- Git ve deploy token’ları kontrol düzleminde şifreli saklanır. Commit ve push için push başına kısa ömürlü bir git token’ı üretilir; deploy ve DNS işlemlerini kontrol düzlemi kendisi yapar.
Ne kadar serbest bırakacağınızı siz seçersiniz.
Üç hazır ayar, aynı kuralların üç farklı yorumudur. Hangi işlemlerin doğrulama kodu isteyeceğini olay olay ayrıca belirlersiniz; kodun ne kadar süre geçerli kalacağı da ayarlanabilir.
- SerbestOnaylar, birleştirmeler ve deploy’lar sormadan geçer. Kapalı ekipler için.
- DengeliRiskli işlemler kurallara göre sorulur; doğrulama kodu seçtiğiniz olaylarda istenir.
- SıkıHer hassas işlem kişi onayı ve doğrulama kodu ister. Düzenlemeye tabi ekipler için.
Olay bazlı doğrulama: hangi işlemin authenticator kodu isteyeceğini tek tek seçersiniz.
- Makine yönetimi, force-push ve güvenlik ayarı değişiklikleri her modda sorulur.
- Korumalı dala push ve birleştirme, deploy, çalışma alanı dışında silme, gizli değer okuma, bütçe artırma ve kasa işlemleri ajanın kendi kararına bırakılmaz; her zaman master’ın politika kontrolünden geçer.
- Güvenilmeyen kaynaktan gelen işler (fork PR, dış katkı) hiçbir zaman otomatik onaylanmaz ve tam makine erişimiyle çalışmaz.
- Otomatik kararlar denetim kaydına “politika onayladı” olarak düşer.
Tam makine erişimi (unconfined) yalnızca hem makinede hem projede açıkça izin verildiğinde, taze bir doğrulama koduyla açılır; sahiplere bildirim gider. Bir makinede yerel olarak tamamen yasaklanabilir.
Ajan kimlik bilgisini görmez.
Kısa ömürlü git kimliği
Git kimlik bilgileri iş başına ve kullanım anında üretilir; push başına kısa ömürlü token. Commit ve push’u platform yapar.
Şifreli entegrasyon anahtarları
GitHub, GitLab ve Bitbucket anahtarları sunucuda şifreli durur, bir daha gösterilmez ve modele hiç gitmez.
Asistan sizin yetkinizle
Sohbet asistanı sunucuda değil, seçtiğiniz bir worker’da çalışır. Kabuğu ve dosya erişimi yoktur; yalnızca panel araçlarını sizin yetkinizle kullanır.
Onaylı makine eşleştirme
Yeni makine, ekrandaki eşleştirme kodu ve parmak izi karşılaştırılıp doğrulama koduyla onaylanmadan güvenilmez. Paneldeki kurulum komutlarında gizli bilgi bulunmaz.
Sahip hesabı
İlk girişte authenticator uygulaması bağlanır ve 10 kurtarma kodu verilir.
Güvenilmeyen içerik veridir
Repolardaki talimatlar, okunan sayfalar ve README’ler hassas işlemler için yetki sayılmaz; yalnızca veri olarak işlenir.
İçeriye açılan port yok.
- Yalnızca dışa bağlantı. Worker’lar kontrol düzlemine kendileri bağlanır; makinelerinizde içeriye port açılmaz, sabit IP gerekmez.
- Tek giriş noktası. Kontrol düzleminde dışarıya yalnızca ters proxy’nin HTTPS portları açıktır.
- İç adreslere istek yok. Giden webhook’lar yerel ağ, loopback ve metadata adreslerine gönderilmez; bir iç hedefi yalnızca sahip, doğrulama koduyla izin listesine ekleyebilir.
- Workflow istekleri worker’da. HTTP ve kod düğümleri worker’da, projenin izin listesine göre çalışır; özel ağ adreslerine gidemez.
Denetim kaydı: her ayrıcalıklı işlem tek satırda; zinciri doğrulama ve JSON Lines dışa aktarma.
Kim neyi yapabilir?
Sahip ve yönetici tüm projelerde geçerlidir; operator ve viewer yalnızca üyesi oldukları projeleri görür. Hesabın rolü bir tavandır: proje üyeliği onu aşamaz. Yönetim işlemleri son 10 dakika içinde girilmiş bir doğrulama kodu ister.
| Yetki | Sahip | Yönetici | Operator | Viewer |
|---|---|---|---|---|
| İşleri, onayları ve kullanım özetini görme | var | var | var | var |
| İş açma, iptal etme, birleştirme isteme | var | var | var | yok |
| Onay isteklerini onaylama ya da reddetme | var | var | var | yok |
| Proje hafızasına yazma | var | var | var | yok |
| Proje politikası, bütçeler, git bağlantısı ve üyelikler | var | var | yok | yok |
| Makine onayı, yapılandırması ve iptali | var | var | yok | yok |
| Denetim kaydını okuma, doğrulama ve dışa aktarma | var | var | yok | yok |
| Kullanıcı hesabı açma, rol değiştirme, devre dışı bırakma | var | yok | yok | yok |
Bir onay isteğinin kendi onaylayan rolü ve hafıza belgelerinin okuma/yazma rolleri ayrıca uygulanır. Yetkisiz her yönetim isteği denetim kaydına yazılır.
Dışa açılan her kapının kendi kuralı var.
- API anahtarları
- Okuma, iş yazma, onaylar, deploy ve yönetim yetkileri; süreli, isteğe bağlı IP aralığıyla. Bir token hesabın rolünden fazlasını yapamaz; doğrulama kodu isteyen işlemler varsayılan olarak token’la reddedilir.
- Giden webhook’lar
- Her gönderim HMAC-SHA256 ile imzalanır ve zaman damgası taşır; aynı gönderimin tekrarları aynı kimlikle gelir. Gövdede istem, log ya da gizli bilgi bulunmaz.
- MCP sunucuları
- Proje bazında varsayılan kapalı; araç başına izin ver / sor / engelle. Token’lar kasada durur, komut satırına yazılmaz. Her araç çağrısı denetim kaydına (ad, süre, sonuç) yazılır.
- Skill’ler
- İçe aktarma önizlemeden ve doğrulama kodlu onaydan geçer, panel anahtarıyla imzalanır; makine imzayı yeniden doğrular. İsteyen proje yalnızca çevrimdışı imzalı skill kabul eder.
Sorunlar büyümeden görünür.
Anahtar ve sertifika süreleri
API anahtarları, entegrasyon token’ları, TLS sertifikası, imza anahtarları tek listede; 30, 14, 7 ve 1 gün kala bildirim.
Sürüm devre kesici
Güncellenen makineler hata verir ya da işleri belirgin şekilde daha sık başarısız olursa yayılım kendiliğinden durur; devam ettirmek ya da geri almak kod ister.
Maliyet freni
API ile faturalanan harcama için günlük ve aylık tavan; yalnızca uyar ya da acil olmayan işleri durdur.
İstek sınırları
Kişi, API anahtarı ve sohbet başına ayarlanabilir okuma ve yazma sınırları.
Maskeli kayıtlar
Kayıt aramasında token ve parolalar maskelenir; destek raporu parolaları, token’ları, anahtarları ve iş çıktılarını içermez.
Yedekler
Her gece veritabanı yedeği ve geri yükleme provası; isterseniz yedekler kendi age anahtarınızla şifreli anahtar dosyalarını da taşır.
Bir güvenlik açığı mı buldunuz?
Lütfen ayrıntıları, mümkünse sorunu yeniden üretme adımlarıyla birlikte e-postayla iletin.