ConnectWiz · Privacy Policy · Terms of Service · Data Processing Agreement · Data Deletion · Sub-processors · Support · Security · Accessibility · English · Türkçe

Security

Last updated: 29 October 2026

ConnectWiz is operated by SIMURGH MEDIA, LLC (Delaware, USA). This page describes the security controls that protect the platform and the data our customers entrust to it. It lists only controls that are in place today, and says plainly what we do not have.

Where data is hosted

  • The application servers and the primary database are in the United States.
  • Attachments and media are stored in Cloudflare R2 object storage, separate from the application server.
  • Database backups are kept with a different provider from the production server (see Backups below).
  • The companies that process data for us, what they process and where, are listed on the Sub-processors page.

Workspace isolation

Every workspace's data is separated in the database itself, not only in application code. Each workspace-scoped table is protected by PostgreSQL row-level security, enforced even for the table owner, so a query that forgets to filter by workspace returns nothing instead of another workspace's records.

  • The application connects with a database role that cannot bypass row-level security.
  • Backups run as a separate read-only role.
  • Inside a workspace, what each member can see and change is decided by roles and permissions enforced on the server.

Encryption

  • In transit: TLS for every external connection — browsers, the mobile app, channel and platform APIs, and our sub-processors.
  • At rest: the credentials a workspace connects (API keys, access tokens) are encrypted at the application layer before they are stored; two-factor secrets and recovery codes are encrypted; passwords are stored only as one-way hashes; the hosting platform encrypts the disks.
  • Secrets are never kept in source code. They live in the server environment and in provider dashboards.

Accounts and access

  • Two-factor authentication is available for every team account; publishing custom code to a website requires a fresh two-factor check.
  • Sessions and API access use signed, expiring tokens. Website visitors get a separate, narrowly scoped token that carries no staff rights.
  • Access to production systems is limited to named administrators, used only for operation, support and incident response, and bound by confidentiality.
  • ConnectWiz staff can open a workspace only as far as that workspace allows under Settings → Security → Platform access.

Application security

  • Incoming webhooks from channels and platforms are checked against the sender’s signature before anything is processed.
  • Sign-in and every public endpoint, such as the website chat and the cookie banner, are rate limited.
  • Repeated deliveries from a provider are recognised and never recorded twice.
  • When a security decision cannot be made — an unknown workspace, an invalid token, a signature that does not verify — the request is refused.
  • Custom code a workspace adds to its website through the tag manager is scanned before publishing and can be rolled back; in a workspace with more than one member it needs a second person’s approval by default, which only an admin can turn off, with a two-factor check and an audit record.

Development and monitoring

  • Every change passes automated gates before release: static analysis, type checks and more than 13,000 automated tests, including tests that fail if a security control is removed.
  • Application errors are reported to an error-monitoring service with personal data scrubbed before sending; server logs record sign-in events, failed webhook signatures and rate-limit events.
  • The source code is held in a private repository.

Backups

  • The database is backed up twice a day to private object storage with a different provider from the production server, and each backup is kept for 30 days.
  • The hosting provider also keeps a daily snapshot of the server for 7 days.
  • A backup that looks incomplete is rejected and reported, and old backups are deleted only after a new one has been stored.

Incidents

We follow a written incident response procedure. If a security incident affects your data, we notify you within 48 hours of becoming aware of it, as our Data Processing Agreement states, and keep you informed until it is closed.

Certifications

ConnectWiz does not currently hold ISO 27001 certification or a SOC 2 report, and we do not commission annual third-party penetration tests. We say so here so that you can assess the risk accurately. Our written security policies and detailed answers to security questionnaires are available on request.

Reporting a vulnerability

If you believe you have found a security vulnerability in ConnectWiz, email [email protected] with “Security” in the subject. We acknowledge every report within one business day. Please do not access other people’s data and give us reasonable time to fix the issue before disclosing it.


Güvenlik

Son güncelleme: 29 Ekim 2026

ConnectWiz, SIMURGH MEDIA, LLC (Delaware, ABD) tarafından işletilir. Bu sayfa, platformu ve müşterilerimizin bize emanet ettiği verileri koruyan güvenlik önlemlerini anlatır. Yalnızca bugün yürürlükte olan önlemleri listeler ve sahip olmadıklarımızı da açıkça söyler.

Veriler nerede barındırılıyor

  • Uygulama sunucuları ve ana veritabanı Amerika Birleşik Devletleri’ndedir.
  • Ekler ve medya, uygulama sunucusundan ayrı olarak Cloudflare R2 nesne depolamasında tutulur.
  • Veritabanı yedekleri, üretim sunucusundan farklı bir sağlayıcıda saklanır (aşağıdaki Yedekler bölümüne bakın).
  • Bizim adımıza veri işleyen şirketler, neyi ve nerede işledikleri Alt işleyenler sayfasında listelenir.

Çalışma alanlarının ayrılığı

Her çalışma alanının verisi yalnızca uygulama kodunda değil, veritabanının kendisinde ayrılır. Çalışma alanına bağlı her tablo, tablo sahibine bile uygulanan PostgreSQL satır düzeyi güvenliğiyle korunur; çalışma alanına göre süzmeyi unutan bir sorgu başka bir çalışma alanının kayıtları yerine hiçbir şey döndürmez.

  • Uygulama, satır düzeyi güvenliği aşamayan bir veritabanı rolüyle bağlanır.
  • Yedekler ayrı, salt okunur bir rolle alınır.
  • Çalışma alanı içinde her üyenin neyi görüp değiştirebileceğini sunucuda uygulanan roller ve izinler belirler.

Şifreleme

  • Aktarımda: tarayıcılar, mobil uygulama, kanal ve platform API’leri ve alt işleyenlerimizle her dış bağlantıda TLS.
  • Depolamada: çalışma alanının bağladığı kimlik bilgileri (API anahtarları, erişim belirteçleri) saklanmadan önce uygulama katmanında şifrelenir; iki adımlı doğrulama sırları ve kurtarma kodları şifrelidir; parolalar yalnızca tek yönlü özet olarak saklanır; diskleri barındırma platformu şifreler.
  • Gizli bilgiler asla kaynak kodda tutulmaz; sunucu ortamında ve sağlayıcı panellerinde durur.

Hesaplar ve erişim

  • Her ekip hesabı için iki adımlı doğrulama vardır; bir web sitesine özel kod yayınlamak yeni bir iki adımlı doğrulama ister.
  • Oturumlar ve API erişimi imzalı, süresi dolan belirteçler kullanır. Web sitesi ziyaretçileri, hiçbir ekip yetkisi taşımayan ayrı ve dar kapsamlı bir belirteç alır.
  • Üretim sistemlerine erişim adı belli yöneticilerle sınırlıdır, yalnızca işletme, destek ve olay müdahalesi için kullanılır ve gizlilik yükümlülüğüne bağlıdır.
  • ConnectWiz ekibi bir çalışma alanına yalnızca o çalışma alanının Ayarlar → Güvenlik → Platform erişimi bölümünde izin verdiği ölçüde girebilir.

Uygulama güvenliği

  • Kanallardan ve platformlardan gelen webhook’lar, hiçbir işlem yapılmadan önce gönderenin imzasıyla doğrulanır.
  • Giriş ve web sitesi sohbeti, çerez bannerı gibi herkese açık her uç için istek sınırı uygulanır.
  • Bir sağlayıcının tekrarlanan gönderimleri tanınır ve asla iki kez kaydedilmez.
  • Bir güvenlik kararı verilemediğinde — bilinmeyen bir çalışma alanı, geçersiz bir belirteç, doğrulanmayan bir imza — istek reddedilir.
  • Bir çalışma alanının etiket yöneticisiyle web sitesine eklediği özel kod yayından önce taranır ve geri alınabilir; birden fazla üyesi olan çalışma alanında varsayılan olarak ikinci bir kişinin onayını ister; bunu yalnız bir yönetici, iki adımlı doğrulamayla ve denetim kaydı bırakarak kapatabilir.

Geliştirme ve izleme

  • Her değişiklik yayından önce otomatik denetimlerden geçer: statik analiz, tip denetimi ve bir güvenlik önlemi kaldırılırsa başarısız olan testler dahil 13.000’i aşkın otomatik test.
  • Uygulama hataları, kişisel veriler gönderimden önce temizlenerek bir hata izleme hizmetine bildirilir; sunucu kayıtları giriş olaylarını, doğrulanmayan webhook imzalarını ve istek sınırı olaylarını tutar.
  • Kaynak kod özel bir depoda tutulur.

Yedekler

  • Veritabanı günde iki kez, üretim sunucusundan farklı bir sağlayıcıdaki özel nesne depolamasına yedeklenir ve her yedek 30 gün saklanır.
  • Barındırma sağlayıcısı ayrıca sunucunun günlük anlık görüntüsünü 7 gün saklar.
  • Eksik görünen bir yedek reddedilip bildirilir; eski yedekler yalnızca yenisi saklandıktan sonra silinir.

Olaylar

Yazılı bir olay müdahale prosedürü izleriz. Bir güvenlik olayı verilerinizi etkilerse, Veri İşleme Sözleşmemizde yazdığı gibi farkına vardıktan sonra en geç 48 saat içinde size bildirir ve olay kapanana kadar sizi bilgilendiririz.

Sertifikalar

ConnectWiz’in şu anda ISO 27001 sertifikası ya da SOC 2 raporu yoktur ve yıllık bağımsız sızma testi yaptırmıyoruz. Riski doğru değerlendirebilmeniz için bunu burada söylüyoruz. Yazılı güvenlik politikalarımız ve güvenlik soru formlarına ayrıntılı cevaplarımız istek üzerine paylaşılır.

Güvenlik açığı bildirmek

ConnectWiz’de bir güvenlik açığı bulduğunuzu düşünüyorsanız, konu satırına “Security” yazarak [email protected] adresine e-posta gönderin. Her bildirimi bir iş günü içinde teyit ederiz. Lütfen başkalarının verisine erişmeyin ve açığı duyurmadan önce düzeltmemiz için makul süre tanıyın.