Tez-tez soruşulan suallar

Bu sayt niyə zəif tərcümə olunur?

Üzr istəyirik, lakin hazırkı müəlliflər yalnız ingilis dilində danışırlar. Bu layihənin digər dillərə tərcümə olunmasına ehtiyacımız var. Bu xidməti ingilis dilini bilməyən insanlara təqdim etmək üçün sadə və ucuz bir vasitə olaraq maşın tərcüməsindən istifadə edirik. Nəticələr ümumiyyətlə məqbuldur, lakin qəribə ifadələr və ya hətta tamamilə səhv məlumatlarla nəticələnə bilər. Hər kəs üçün təcrübəmizi yaxşılaşdırmağa kömək edə bilərsiniz - xahiş edirəm düzgün tərcüməni təqdim edin .

Bu xidmət nə qədər etibarlıdır?

Bu xidmətin təyinatı üzrə təhlükəsiz olması üçün bir çox addım atdıq. Bu addımları keçmədən əvvəl aşağıdakıları başa düşmək vacibdir:

Məqsədimiz bu xidməti məxfiliyinizi və təhlükəsizliyinizi artırmaq üçün seçimlər təklif edəcək şəkildə təqdim etməkdir. Məlumatlarınızı qorumaq üçün atdığımız bəzi addımlar:

Niyə burada bir mesajın şifrəsini açmaq üçün bir seçim aldım?

Bu tərcümədə səhvlər varsa üzr istəyirik. Bu xidmət sadəcə bir nöqtədən digərinə şifrələnmiş bir mesaj ötürür və siz alıcısınız. Mesaj tezliklə silinəcəkdir. Bu xidmətin operatorlarının mesajın məzmununu oxumaq üçün bir yolu yoxdur. Ümumiyyətlə kimsə bir mesajın məzmununun müxtəlif verilənlər bazaları / cihazlar / xidmətlər / fayllar / s içində qalmasını istəmədikdə bu xidmətdən istifadə edir. e-poçt / ani mesaj / mətn / s göndərdikdə tipikdir. Şifrəni açmaq qərarına gəlsəniz, xahiş edirəm aşağıdakıları nəzərə alın:

Bu sayta göndərilən hər şeyi silirsən?

Zibil qutusu loqosuna uyğun ... hər şey aldıqdan bir müddət sonra silinir. Hər şeyin silinməsi avtomatlaşdırılmışdır - serverə yazılmışdır. Bu şəkildə düşünün - təqdim olunan iki məlumat sinfi var:

Mesajlara gəldikdə, bunları göstərərək sildiklərimizə nəzarət edə bilərsiniz: Varsayılan olaraq, mesajla əlaqəli hər şey bir dəfə alındıqdan və ya 1 həftəlik olduqdan sonra silinir - əvvəlcə hansı olur. Vebdə hər hansı bir məlumat göndərməyə xas olan bütün digər məlumatların (yəni IP adresinizin və s.) Silinməsinə gəldikdə, nə zaman və necə silinməsinə nəzarət etmirik - hamısını hər 24 saatdan bir silirik. .

Niyə bu xidmətdən istifadə edirsiniz?

Bu xidmət, göndərdiyiniz / aldığınız mesajları daha az qalıcı hala gətirməyə kömək edəcək bir vasitədir. İnternetdə ünsiyyət qurduğunuz şeylərin çoxu (söhbətlər, mətnlər, e-poçtlar və s.) Saxlanılır və nadir hallarda silinir. Çox vaxt, bir şeyi sildikdə, əslində silinmir, əksinə silinmiş kimi qeyd olunur və artıq sizə göstərilmir. Ümumi məlumatlarınız verilənlər bazalarında və nəzarət edə bilmədiyiniz cihazlarda ildən-ilə yığılır. Qaçılmaz olaraq, ünsiyyətlərinizi saxlayan təşkilatlardan / şəxslərdən / cihazlardan biri və ya daha çoxu hücuma məruz qalır və məlumatlarınız sızdırılır. Bu problem o qədər geniş yayılmışdır ki, təhlükəli və istifadəçi məlumatlarını sızdıran təşkilatları izləyən bir çox veb sayt var. Uçtan uca şifrələnmiş müvəqqəti mesajlar, bəzi ünsiyyətlərinizi daha az qalıcı hala gətirməyə kömək edəcək sadə bir həlldir. Bu sayta göndərilən hər mesajın yaşamaq müddəti 1 dəqiqədən 2 həftəyə qədərdir - vaxt keçdikdən sonra mesaj silinir. Bundan əlavə, varsayılan parametr, alıcı onu götürdükdən sonra hər hansı bir mesajı silməkdir. Əlavə olaraq, bütün mesajlar cihazınızdan alıcının cihazına qədər şifrələnir. Uçtan uca şifrələmədən istifadə etməkdə əsas məqsəd təqdim olunan mesajları oxumaq qabiliyyətimizi aradan qaldırmaq və bununla da bəzi etibar şərtlərini aradan qaldırmaqdır. Nəticə budur ki, sadə bir keçid vasitəsilə şifrəli bir mesaj göndərmək asandır. Bu mesaj göndərildikdən qısa müddət sonra və ya əldə edildikdən sonra silinir. Xüsusi bir proqramı quraşdırmanız / qurmanız lazım deyil. Hesab yaratmaq və ya hər hansı bir şəxsi məlumat vermək məcburiyyətində deyilsiniz. Alıcının əlaqələrinizdə olması və hətta bu xidmət barədə məlumatları olması məcburiyyətində deyil - bir linki tıklaya biləcəkləri yeganə şərt.

Bu mesajlaşma xidmətidir?

Xeyr. Bu xidmət ani mesajlaşma / e-poçt / mətn / vs. kimi mövcud mesajlaşma xidmətlərini tamamlamaq üçün hazırlanmışdır. göndərilən mesajların uzun müddət saxlanılmasının qarşısını almaq imkanı əlavə etmək. Yaradılan linki alıcıya çatdırmırıq .

Nəzərdə tutulan istifadə halları hansılardır?

Bəs bu xidmətdən istifadənin uyğun olduğu bəzi ssenarilər hansılardır? Gizliliyi və təhlükəsizliyindən danışarkən hər kəsin fərqli ehtiyac və tələbləri olsa da, şəxsən mən aşağıdakı ssenariləri uyğun istifadə halları kimi tapdım:

Bu xidmət nəyə görə istifadə edilməməlidir?

Bu SSS-də izah edilən bütün səbəblərdən bu xidmət çox həssas məlumatlar üçün istifadə edilməməlidir. Aşağıda nələrin edilməməsinə dair bəzi nümunələr verilmişdir:

Niyə yalnız PGP / Signal / OMEMO / Matrix / vb. İstifadə etmirik?

Təhlükəsiz müvəqqəti mesajlar göndərmək istədiyiniz şəxsi tanıyırsınızsa, onları tez-tez göndərirsiniz, söhbətə bənzər bir interfeys gözləyirsiniz və / və ya alıcının lazımlı proqram təminatına sahib olmasını və ondan necə istifadə edəcəyini biləcəyini bilirsinizsə, bu veb sayt yəqin ki, ən yaxşı həll. Orada açıq mənbəli, veb əsaslı deyil, E2EE-yə dəstək verən və hətta müvəqqəti mesajları dəstəkləyən Siqnal kimi əla seçimlər var. Şəxsən yaxın dostları və ailəsi ilə söhbət etmək üçün xüsusi bir XMMP serverindənOMEMO-dan istifadə edirəm. Bu saytdan istifadə yalnız alıcının hansı proqramı işlədiyini bilmirsinizsə, telefon nömrəsini / əlaqə qulpunu bilmirsinizsə, texniki biliklərini bilmirsinizsə (ancaq bir linki tıklaya biləcəyini düşünsəniz) optimal ola bilər. ya da göndərdiyiniz mesajı əsas rabitə nəqliyyatının xaricində saxlamağı üstün tutursunuz.

Hansı tələblər var?

Veb Kripto API daxil olmaqla standartları düzgün bir şəkildə tətbiq edən müasir və müasir bir veb brauzer tələb olunur. Nümunələr bunlardır: Chrome, Firefox, Edge və Safari (təxminən 2020 və ya sonrası).

Alıcı mesajın surətini çıxara bilərmi?

Bəli. Mesaj alındıqdan sonra özünü silə bilsə də, alıcı mesajı görə bilər. Qəbul edən hər zaman mesajı tamamilə görə bilər, surəti çıxarıla bilər - bu, bütün rabitə əlaqələrinə aiddir. Alıcının bir nüsxə çıxarmasını çətinləşdirmək üçün bir seçim var. Bu halda kopyalamaq üçün üç maneə tətbiq olunur:

Lakin, bu nüsxə qorunmaları zəifdir, çünki onları atlamaq olar. Ayrıca, alıcı həmişə mesajın ekran görüntüsünü və ya fotoşəkilini çəkə bilər.

Şəxsi məlumat toplanıb?

İstifadəçi hesablarını dəstəkləmirik (yəni istifadəçi adı / parol). Sizi tanıyacaq heç bir məlumat toplamırıq (yəni ad / ünvan / e-poçt / telefon). Göndərdiyiniz mesajda bəzi şəxsi məlumatlar ola bilər, ancaq şifrələnir və oxumağımız yoxdur. Xahiş olunur tam məlumat üçün məxfilik siyasətimizi nəzərdən keçirin.

Hansı məlumatlar qeyd olunur?

Veb serverimiz bütün veb fəaliyyətlərində 24 saata qədər ümumi qeyd formatını saxlayır. Buraya HTTP müştərilərinin tam IP ünvanının qeyd edilməsi daxildir. 24 saatdan sonra bu qeyd edilmiş məlumat avtomatik olaraq silinir. / Api-yə göndərilən bütün istəklər POST-a göndərilir, yəni veb server tərəfindən heç bir mesaja aid məlumat daxil edilmir. Bundan əlavə, verilənlər bazasına qeyd olunan hər hansı bir məlumat effektiv şəkildə qeyd olunur. Anonim və zibil IP ünvanları daxil olmaqla verilənlər bazasındakı bütün girişlərin sona çatma müddəti (TTL) var, sonra avtomatik silinir. TTL bitmə vaxtları 1 dəqiqə ilə 2 həftə arasında dəyişir.

Serverləri qorumaq üçün nə edirsiniz?

Server təhlükəsizliyi açıq bir narahatlıqdır. Təhlükəsizliyini qorumaq üçün diqqət yetirdiyimiz iki əsas sahə var:

Bu saytı istifadə edərkən hansı təhlükəsizlik riskləri mövcuddur?

Bu risklərdən bəzilərini xüsusi olaraq həll etməzdən əvvəl yarı qisa bir bənzətmənin hər hansı bir İnternet rabitəsindən istifadə zamanı riskləri ümumiləşdirməyə kömək edə biləcəyini düşünürəm. Hər hansı bir sistemin yalnız bir zəncirin ən zəif hissəsi kimi təhlükəsiz olduğunu əyani şəkildə göstərin. İndi möhürlənmiş bir otaqda gördükləri, eşitmədikləri və qeyd etdikləri heç bir vasitəsi olmayan iki nəfər olduğu bir ssenari təsəvvür edin. Biri mesajı oxuduqdan sonra yandıracaq olan digərinə bir mesaj ötürəcəkdir. O otaqdan kənarda olan biri onsuz da ötürülmüş mesajı almaq istəsə, bu çətin olacaq. Mesajı əldə etmək üçün ən zəif əlaqə nədir? Seçmək üçün o qədər çox əlaqə yoxdur - olduqca qısa bir zəncirdir. İndi təsəvvür edin ki, İnternetdə bir mesaj göndərdiyiniz zaman zəncirdə ən azı bir milyon əlaqə var - bir çoxu zəifdir - bir çoxu tamamilə sizin nəzarətinizdən kənarda qalır və bu həqiqətdir.

Şifrələmədən istifadə yuxarıdakı milyon əlaqə problemi ilə yaxşı kömək edə bilər və yaxşı dizayn edilmiş E2EE sistemlərinin hamısını həll etdiyini düşünməyə cəlbedir. Bununla birlikdə, bu düşüncə sizi çətinliyə sala bilər, çünki təcavüzkar ümumiyyətlə sistemdəki zəif əlaqələrdən sonra gedəcəkdir. Məsələn, telefonunuzu və ya kompüterinizi ələ keçirmək və yazdığınız hər şeyi oxumaq üçün giriş qeydiyyatçını qurmaq, şifrələnmiş mesajları telin üstündən sındırmaqdan daha asandır. Xülasə budur ki, həyati / kritik əhəmiyyətə malik bir sirr haqqında məlumat vermək mənə tapşırılsaydı, yalnız son müraciət metodu olaraq elektron rabitədən istifadə edərdim.

Beləliklə, hər hansı bir rabitədən istifadə etmək üçün təhlükəsizlik riskləri var, ancaq bankçılıq, əşyalar almaq, e-poçt almaq üçün bir veb brauzer istifadə edirsiniz. Qazanılmış böyük rahatlıqlar üçün qəbul edilmiş bir riskdir. Həqiqətən sual budur ... bu sayt üçün hansı təhlükəsizlik riskləri yarı spesifikdir? Bir neçəsi ağıla gəlir:

Ortada adam (MITM) hücumları ilə nə edirsən?

Bütün veb saytların istifadəçiləri potensial olaraq bir MITM hücumunun qurbanı ola bilərlər - bu sayt bu baxımdan vebdəki bütün digərlərindən fərqlənmir. MITM hücumu , təcavüzkarın istifadəçinin brauzeri ilə saytın veb-server arasındakı rabitəni kəsə və dəyişdirə bilməsi. Bu, təcavüzkarın saytın hər hansı bir kodunu / məzmununun dəyişdirilməsinə imkan verir ki, hələ də son istifadəçi adət etdikləri sayt kimi görünsün. MITM hücumunu çətinləşdirmək üçün bəzi tədbirlər görürük:

Bununla birlikdə, bir MITM hücumu hələ də həmişə mümkündür - xüsusən təcavüzkar şəbəkə / ictimai əsaslı infrastruktura nəzarət etsə, böyük / güclü təşkilatlar və ya hökumətlər üçün olduğu kimi. Bəzi MITM risklərini azaltmağa kömək edə biləcək brauzer uzantıları təklif edirik.

Brauzer uzantıları hansı üstünlükləri təqdim edir?

Əlavə rahatlıq və əlavə təhlükəsizlik təmin etmək üçün vasitə olaraq brauzer uzantılarını təklif edirik. Sadəcə olaraq ... Uzantılar müvəqqəti mesajların göndərilməsini daha sürətli və asanlaşdırır. Şifrələmək və mesaj hazırlamaq üçün istifadə olunan bütün kodlar uzantı daxilində yerli olaraq saxlanıldığı üçün bəzi təhlükəsizliklər də əldə edilir. Kod yerli olaraq saxlanıldığı üçün göndərənə MITM hücumlarına qarşı bir qədər qorunma imkanı təqdim edir. Bununla birlikdə, uzantıların mesaj məzmununa xələl gətirən bir MITM hücumuna qarşı daha çox qoruma təklif etdiyinə baxmayaraq, bir MITM hücumunun hələ də təsirli ola biləcəyinə diqqət çəkmək lazımdır (yəni TOR / VPN / vs. istifadə etmədikdə göndərənin IP adresini müəyyənləşdirmək üçün).

Göndərilən bir şeyin ucdan uca şifrələndiyini necə dəqiq bilə bilərəm?

Bir çox digər populyar uçtan uca şifrələnmiş (E2EE) söhbət müştərilərindən fərqli olaraq, mesaj göndərdiyiniz zaman bizə nə göndərildiyini görmək olduqca sadədir. Aşağıdakı video təlimat, serverə göndərilən mesajların şifrəsini açmağın bir yolu olmadığımızı necə təsdiq edəcəyimizi göstərir.

Ayrıca, düşünsəniz, həssas mesajları toplamağa çalışan bir gizli agent olmadığımız müddətdə mesajların şifrəsini açmağımızın heç bir faydası yoxdur, çünki bu qabiliyyəti yalnız bizim üçün problemlər yaradır. Mesajları belə saxlamaq istəmirik - bunları çatdırmaq üçün zəruridir.

Bu saytda uçtan uca şifrələmə necə işləyir?

Bu anda simvollu şifrələmədən (AES-GCM 256bit) şifrələrdən (PBKDF2 / SHA-256 minimum 150,000 təkrar) əldə edilən açarlarla istifadə edirik. Asimmetrik şifrələmədən istifadə edilmir, çünki 1) rabitəni başlatan göndəricinin 2) göndəricinin və alıcının eyni anda onlayn olmaması və 3) alıcı barədə məlumatın olmaması və 4) işlərin sadə olmasına çalışırıq və əsas idarəetmə mürəkkəbdir. Standart Veb Kripto API, RNG daxil olmaqla bütün kriptoqrafik funksiyalar üçün istifadə olunur. Əsasən, budur nə olur:

  1. Son istifadəçi bir parol seçir və ya biri avtomatik olaraq yaradılır
  2. Tələb olunan PBKDF2 / SHA-256 təkrar sayını əldə etmək üçün bir API çağırışı edilir ( bu addım spam nəzarəti üçün tələb olunur )
  3. 32 baytlıq bir duz meydana gəlir
  4. Bir açar duzdan və şifrədən əldə edilir
  5. 12 bayt başlatma vektoru (IV) yaranır
  6. Mesaj + IV düyməsini istifadə edərək şifrələnir
  7. Təkrar sayma, duz, IV və şifrə mətni serverə göndərilir (TTL, RTL və s. Kimi bəzi məlumatlarla birlikdə)
  8. Server mesaja istinad edən təsadüfi bir şəxsiyyət qaytarır
  9. Daha sonra brauzer son istifadəçiyə qaytarılmış şəxsiyyət və şifrəni ehtiva edən bir keçid və ya parol olmayan bir keçid təqdim edir (bu halda alıcı şifrəni bilməlidir və daxil etməlidir)
  10. Parol keçidin bir hissəsidirsə, URL hashındadır və bu səbəbdən alıcı GET sorğusu göndərdikdə heç vaxt serverə göndərilmir
  11. Alıcının şifrəsini açmaq və mesajı görmək istəmələri istənir
  12. Brauzer mesajın identifikatorunu təyin edərək sorğu göndərir
  13. Göndərən bir CAPTCHA doldurulmasını tələb edərsə, alıcı insan olduğunu sübut etmək üçün başqa bir URL-yə yönəldilir (keçdikdən sonra geri göndərilir)
  14. Server şifrələnmiş mesaj göndərir və oxumaq üçün (RTL) bir olduğu halda, bu nöqtədə mesajı silmək üçün var
  15. Alıcı mesajı şifrə ilə deşifrə edəcək (və URL-də olmasa parol istənir)
Bu quraşdırma son dərəcə sadədir və göndərənin cihazından alıcının cihazına mesaj şifrələməsini təklif edir, lakin əlbəttə ki, asimmetrik şifrələmənin yalnız alıcının şəxsi açarı olan birinin mesajın şifrəsini açmağı bilməsi baxımından təklif edə biləcəyi zəmanətdən məhrumdur. Bağlantıya sahib olan hər kəs mesajı standart ssenaridə parolun URL-nin bir hissəsi olduğu aça bilər - bu, əlaqə üçün uyğun nəqliyyat vasitəsinin (yəni e-poçt / söhbət / mətn / və s.) İstifadə olunmasının vacibliyini vurğulayır - qərar göndərən. Maraq varsa, alıcının bir mesaj sorğusunu başlatdığı və bu sorğunu mesaj göndərənə göndərdiyi çox asimmetrik bir sxem üçün də dəstək verə bilərik. Bu quraşdırma, URL-də parolun olması ehtiyacını aradan qaldıracaq, eyni zamanda göndərənin başlamaq imkanını da aradan qaldıracaq.

Şifrə şifrəsi URL-də ola bilər?

Bəli. Bu açıq şəkildə təhlükəsizliyə təsir göstərir, çünki linki göndərmək üçün istifadə olunan metod etibarsızdırsa, mesaj assosiasiya ilə etibarsızdır. Bu problemi aradan qaldırmaq üçün bütün həll yolları istifadəçi təcrübəsinə təsir göstərən əlavə addımlar və mürəkkəbliklər təqdim edir (yəni mesaj göndərilməzdən əvvəl hər iki tərəfdə də işlər qurulmalıdır). Alıcının bir mesaj sorğusunu başlatdığı və bu sorğu linkinin "hər şey müvəqqəti" əsas tələbimizlə işləyə biləcəyi bir asimmetrik sxem - bu həyata keçirilə bilər. Nəticədə, iki tərəf bir-birinə tez-tez mesaj göndərəcəksə, hər iki tərəfin də bu həllərdən istifadə edə biləcəyini düşünərək daha yaxşı həllər mövcuddur.

Ancaq şifrəni açma parolunun URL -də olması lazım deyil?

Düzdü. Şifrəni açma şifrəsi linkə daxil deyilsə, alıcıdan parol istənəcək. Şifrə alıcıya etibarlı şəkildə çatdırılırsa (və ya artıq bilirlərsə), bu müdaxilənin qarşısını alır. Ancaq dezavantajı, alıcının şifrəni bilməsi və düzgün daxil etməsidir. Şifrəni alıcıya müdaxiləyə qarşı bir qədər qorunma göndərməyin bir yolu budur:

  1. Varsayılan parametrləri olan bir mesajda şifrəni şifrələyin və bu linki alıcıya göndərin.
  2. Alıcı linki vurub mesajı deşifr etdikdə, özündən əvvəl heç kimin şifrəni əldə etmədiyini bilirlər, çünki parol daxil olan mesaj alındıqda silinir. Bununla birlikdə, aktiv bir MITM hücumu varsa və ya cihazınız və ya alıcınızın cihazı təhlükə altına girmişsə, başqa bir şəxsin parol əldə edə bilməsi mümkündür.
  3. Alıcı ilə şifrəni uğurla əldə etdiklərini təsdiqləyin. Məsələn, alıcı sizə şifrəni almağa getdikləri zaman mesajın artıq silindiyini bildirirsə, sizdən əvvəl başqasının şifrəni əldə etdiyini və bu səbəbdən parolun pozulduğunu və istifadə edilməməsi lazım olduğunu bildirir.
  4. Alıcının təsdiqlədiyi şifrəni istifadə edərək, indi şifrələmə üçün eyni şifrəni istifadə edərək bir mesaj göndərə bilərsiniz - sadəcə şifrənin olmadığı linkin versiyasını paylaşın.

Bu düzgündür - əlaqəni yaradırıq və alıcıya ən yaxşı şəkildə necə çatdırılacağını göndərənə veririk. Bu xidmətin məqsədi e-poçt / söhbət / mətn / vs. kimi mövcud mesaj nəqllərində daha az qalıcılıq təklif edən bir seçim təmin etməkdir. Buna görə də, ümid, müvəqqəti mesajı göstərən nöqtəni mövcud mesaj nəqli vasitəsi ilə göndərməkdir. Bunun istifadəçilərin anlamalı olduğu təhlükəsizlik təsirləri var. Nümunə olaraq SMS mətn mesajı götürək, çünki bu olduqca etibarlı olmayan bir əlaqə üsuludur. Mətn mesajı vasitəsilə müvəqqəti mesaj bağlantısı göndərmək üçün bu xidmətdən istifadə etdiyiniz zaman, parolun linkə daxil olduğu standart rejimdən istifadə edirsinizsə, əlaqəsi olan hər kəs mesajı oxuya bilər və ələ keçirilmədən qorunma təklif olunmur. Bu xidmət hələ də məxfiliyi və təhlükəsizliyi inkişaf etdirə biləcək daha müvəqqəti bir əlaqə təmin edir. Əlavə olaraq, şifrəni şifrə olmadan göndərməyi seçə bilərsiniz və bu ələ keçirilmədən qorunma təmin edəcəkdir.

Bu xidmətdən istifadə edərkən məxfiliyimi mümkün qədər necə qoruya bilərəm?

Bu SSS-in başqa bir yerində müzakirə edildiyi kimi, məxfiliyinizi qorumaq üçün çox şey etdiyimizə baxmayaraq və hər hansı bir şəxsi məlumat toplamadığımıza baxmayaraq, bəzi log ilə əlaqəli məlumatlar bizim tərəfimizdən və digərləri veb brauzerdən istifadə edərək təqdim olunur və toplanır. Bununla birlikdə, məxfiliyinizi daha çox qorumağın bir çox yolu var. Açıq mənbə proqramına əsaslanan istifadəsi pulsuz və olduqca yaxşı işləyən yollardan biri də Tor Browser- dən istifadə etməkdir. Bu brauzer, Tor şəbəkəsindən istifadə daxil olmaqla məxfiliyinizi bir çox səviyyədə qorumaq üçün hazırlanmışdır. Saytımıza onsuz da Tor soğan şəbəkəsi vasitəsilə daxil olmaq mümkündür, yəni Tor vasitəsilə saytımıza daxil olmaq bir çıxış düyününün istifadəsini tələb etmir, bu da kiminsə çıxış düyün trafiğini dinləməsini inkar edir. Bununla birlikdə, bu ssenaridə belə, İnternet provayderinizin Tor istifadə etdiyinizi görə biləcəyini unutmayın - nə üçün olmasa da. Bir VPN-ə qoşula bilər və sonra iki qat anonimlik üçün Tor Brauzerini işə sala bilərsiniz; Bununla birlikdə, İnternet provayderinizin bu ssenaridə VPN istifadə etdiyinizi görə biləcəyini unutmayın - nə üçün olmasa da. İnternet provayderinizin hansı protokollardan istifadə etdiyinizi bilməməsini istəmirsinizsə, kitabxana, məktəb və s. Kimi geniş bir ümumi WiFi şəbəkəsinə qoşula və sonra Tor brauzerindən istifadə edə bilərsiniz.

ABŞ-a etibar etmirəmsə nə olar?

Serverlərimiz ABŞ-da yerləşir. Ayrıca, CDN provayderimiz Cloudflare, ABŞ-da yerləşən bir şirkətdir. Sadəcə olaraq şəxsi məlumat toplamadığımız, heç bir mesajın şifrəsini açmadığımız və hər şey alındıqdan bir müddət sonra silindiyimiz üçün bizə və ya serverlərimizin yerləşdiyi ölkəyə etibar etmə ehtiyacımızı aradan qaldırmağa çalışdıq. Bununla birlikdə, bəzi inamsızlıqları veb əsaslı olduğundan və xüsusən də müəyyən ölkələrdə yaşadığınız üçün başa düşə bilərik. İslandiyada və İsveçrədə ABŞ-a etibar etməkdə çətinlik çəkən insanlar üçün seçim təklif etmək planlarımız var. Xahiş edirəm bunun sizə aid olub olmadığını bizə bildirin, çünki həqiqi tələb olmadığı təqdirdə alternativ təklif etmək istəməyəcəyik.

Spamın qarşısını almaq üçün nə edirsiniz?

İstədiyiniz zaman birinin bir keçid vasitəsilə ötürülə bilən bir mesaj göndərməsinə icazə verərsinizsə, spam göndərirsiniz. Bu problemin qarşısını almaq tamamilə sadə deyil. Bir neçə səbəbdən mesaj göndərmə prosesinin bir hissəsi olaraq üçüncü tərəf CAPTCHA yükləmək istəmirik:

Bəzi API açar sistemlərindən istifadə edərək API problemini həll edə bilərik, amma sonra istəmədiyimiz istifadəçi məlumatlarını toplamaq məcburiyyətindəyik. Bundan əlavə, spam göndəricilərin çox sayda API açarı almasını dayandırmaq nədir? Mesajların spamlığını çıxarmaq üçün araşdıra bilmərik (ən yaxşı halda çox problemlidir), çünki mesajları şifrələmək xaricində mesaj məzmunu ilə əlaqəli bir siyasətimiz var. Bu tələbləri nəzərə alaraq spamın qarşısını almaq üçün iki üsul tətbiq edirik: Spam göndəricilərin bu xidmətdən sui-istifadə etdiyini bilirsinizsə, xahiş edirəm sui-istifadə hesabatı yazın .

Niyə alıcının CAPTCHA-nı doldurmasını tələb etməsi üçün bir seçim var?

CAPTCHA'ları bəyənməməyimiz doğru olsa da, onların bir məqsədə xidmət etdiklərini və vaxtı və yeri (ən azı indiki vaxtda) olduğunu qəbul edirik. Bu, göndərənin alıcının insan olduğuna və avtomatlaşdırılmış proseslərin mesaja daxil olmadığına dair bir az əminlik qazanması üçün sadə bir yoldur.

Bu xidməti kim idarə edir və niyə pulsuzdur?

Bəzən məxfiliyimizi qorumağa kömək edəcək yaxşı seçimlərin olmaması çətinliyi ilə qarşılaşan bir cüt oğlanıq. Çox vaxt bu, cihazlarını və məlumatlarını necə idarə etdiklərinə çox diqqət yetirməyən dostlarınız və ailə üzvlərinizlə ünsiyyətdən qaynaqlanır. Digər vaxtlarda bu, Reddit kimi veb əsaslı forumlardan istifadə edərkən və ya veb əsaslı dəstək sistemlərindən istifadə edərkən meydana gəldi. Bəzi veb əsaslı müvəqqəti mesaj həlləri tapdıq, lakin heç biri onlara etibar edə bilməyəcəyimiz anlamına gələn E2EE təklif etmədi. Beləliklə, yalnız öz həllimizi qurduq və başqalarının bundan faydalanması üçün verməyə qərar verdik.

Yuxarıdakı sualların cavablarına necə etibar edə bilərəm?

Həqiqətən heç bir veb sayta yalnız müəyyən şeylər dediyi üçün etibar etməməlisən - iddiaları yoxlamaq üçün adətən yaxşı bir fikirdir. Uçtan uca şifrələmə tətbiq edərək bizə etibar etmək tələbini mümkün qədər aradan qaldırmağa çalışdıq. Məsələn, şifrələndiyindən hər hansı bir mesaj oxuya bilməyəcəyimizi yoxlamaq olduqca asandır. Bu saytın işləyən javascript kodunu da çox sadə tutduq ki, oxunması və anlaşılması asan olsun. Bütün kodu açıq mənbə halına gətirmək insanlara nəyin işlədiyini yoxlamağa imkan verir; Bununla birlikdə, serverin nə işlədiyini həqiqətən yoxlamaq üçün bir yol olmadığını unutmayın. Güvən tələbinin çoxunun ucdan uca şifrələmə ilə aradan qaldırılması doğru olsa da, istifadəçilərimizin bu xidmətdən istifadə etmək qərarına gəldikdə çox çəkdikləri bir amildir.