વારંવાર પૂછાતા પ્રશ્નો

આ સાઇટનું નબળું ભાષાંતર કેમ કરવામાં આવ્યું છે? ⎃

માફ કરશો, પરંતુ વર્તમાન લેખકો ફક્ત અંગ્રેજી જ બોલે છે. અમને આ પ્રોજેક્ટને અન્ય ભાષાઓમાં ભાષાંતર કરવામાં સહાયની જરૂર છે. જે લોકો અંગ્રેજી ન બોલતા હોય તેમને આ સેવા ઉપલબ્ધ કરાવવાના એક સરળ અને સસ્તું સાધન તરીકે, અમે મશીન અનુવાદનો ઉપયોગ કરીએ છીએ. પરિણામો સામાન્ય રીતે સ્વીકાર્ય હોય છે, પરંતુ તે વિચિત્ર શબ્દોમાં પરિણમી શકે છે અથવા સંપૂર્ણ અચોક્કસ માહિતી પણ પરિણમી શકે છે. તમે દરેક માટે અનુભવ સુધારવામાં અમારી સહાય કરી શકો છો - કૃપા કરીને સાચો અનુવાદ સબમિટ કરો .

આ સેવા કેટલી સુરક્ષિત છે?

અમે આ સેવાને તેના હેતુસર ઉપયોગ માટે સુરક્ષિત બનાવવા માટે ઘણા પગલાં લીધાં છે. આ પગલાઓ આગળ વધતા પહેલા, નીચેનાને સમજવું અગત્યનું છે:

અમારું લક્ષ્ય આ સેવાને એવી રીતે offerફર કરવી છે કે જે તમારી ગોપનીયતા અને સુરક્ષાને વધારવા માટેના વિકલ્પો પ્રદાન કરે. તમારી માહિતીને સુરક્ષિત રાખવા માટે અમે અહીં લીધેલા કેટલાક પગલાં આ છે:

મને સંદેશને ડિક્રિપ્ટ કરવાના વિકલ્પ સાથે અહીં લિંક શા માટે મળી?

જો આ અનુવાદમાં ભૂલો હોય તો અમે દિલગીર છીએ. આ સેવા ફક્ત એક બિંદુથી બીજામાં એનક્રિપ્ટ થયેલ સંદેશ પસાર કરે છે અને તમે પ્રાપ્તકર્તા છો. સંદેશ ટૂંક સમયમાં કા .ી નાખવામાં આવશે. આ સેવાના સંચાલકો પાસે સંદેશની સામગ્રીને વાંચવાની કોઈ રીત નથી. સામાન્ય રીતે કોઈ જ્યારે આ ડેટાનો ઉપયોગ વિવિધ ડેટાબેસેસ / ઉપકરણો / સેવાઓ / ફાઇલો / વગેરેમાં રહેવા માંગતો નથી ત્યારે તે આ સેવાનો ઉપયોગ કરે છે. જેમ કે ઇમેઇલ / ઇન્સ્ટન્ટ-સંદેશ / ટેક્સ્ટ / વગેરે મોકલતી વખતે લાક્ષણિક છે. શું તમારે ડિક્રિપ્ટ કરવાનું નક્કી કરવું જોઈએ, કૃપા કરીને નીચેના ધ્યાનમાં રાખો:

તમે આ સાઇટ પર સબમિટ કરેલી દરેક વસ્તુને કા deleteી નાખો છો?

અમારા કચરાપેટી પરનું લોગો ક ...ન છે ... તે પ્રાપ્ત થયા પછી તરત જ બધું કા deletedી નાખવામાં આવે છે. બધું કાleી નાખવાનું સ્વચાલિત છે - તે સર્વરમાં લખાયેલું છે. આનો આ રીતે વિચાર કરો - ત્યાં માહિતીના બે વર્ગો સબમિટ કર્યા છે:

સંદેશાઓના કિસ્સામાં, જ્યારે અમે તેમને ઉલ્લેખિત કરીને કા deleteી નાખીએ ત્યારે તમે નિયંત્રિત કરી શકો છો: ડિફ defaultલ્ટ રૂપે, સંદેશ વિશેની દરેક વસ્તુ એકવાર પુન orપ્રાપ્ત થયા પછી અથવા 1 અઠવાડિયા જૂની થઈ જાય પછી કા deletedી નાખવામાં આવે છે - જે કંઈ પણ પહેલા થાય છે. જ્યારે વેબ પર કંઈપણ સબમિટ કરવાની અંતર્ગત અન્ય બધી માહિતીને કાtingી નાખવાની વાત આવે છે (દા.ત. તમારું આઈપી સરનામું, વગેરે), ત્યારે અમે તમને તે ક્યારે અથવા કેવી રીતે કા itી નાખવામાં આવે છે તેના પર કોઈ નિયંત્રણ આપતા નથી - અમે ફક્ત 24 કલાકમાં તે તમામ કા deleteી નાખીએ છીએ .

આ સેવાનો ઉપયોગ કેમ કરવો?

આ સેવા એ સંદેશાઓને બનાવવામાં મદદ કરવા માટેનું એક સાધન છે જે તમે મોકલો છો / ઓછા કાયમી મેળવો છો. તમે ઇન્ટરનેટ પર જે વાત કરો છો તેમાંથી મોટાભાગની (ગપસપો, પાઠો, ઇમેઇલ્સ, વગેરે) સંગ્રહિત છે અને ભાગ્યે જ કા deletedી નાખવામાં આવે છે. મોટે ભાગે, જ્યારે તમે કોઈ વસ્તુ કા deleteી નાખો છો, ત્યારે તે ખરેખર કા deletedી નાખવામાં આવતી નથી પણ તેને કા deletedી નાખેલી તરીકે ચિહ્નિત કરવામાં આવે છે અને હવે તમને પ્રદર્શિત કરવામાં આવશે નહીં. ડેટાબેસેસ અને ડિવાઇસેસ પર તમારું એકંદર સંદેશાવ્યવહાર વર્ષો પછી એકઠું થાય છે જેના પર તમારું નિયંત્રણ નથી. અનિવાર્યપણે, તમારા સંદેશાવ્યવહારને સંગ્રહિત કરતી એક અથવા વધુ સંસ્થાઓ / લોકો / ઉપકરણો હેક થઈ ગયા છે અને તમારી માહિતી લિક થઈ ગઈ છે. આ સમસ્યા એટલી બધી વ્યાપક છે કે હવે એવી ઘણી વેબ સાઇટ્સ છે કે જેઓ સંસ્થાઓ સાથે સમાધાન કરે છે જેની સાથે સમાધાન કરવામાં આવ્યું છે અને વપરાશકર્તા ડેટા લીક થઈ ગયો છે. તમારા કેટલાક સંદેશાવ્યવહારને ઓછા કાયમી બનાવવામાં સહાય કરવા માટે અંતથી અંત સુધી એન્ક્રિપ્ટ થયેલ અસ્થાયી સંદેશાઓ એ એક સરળ ઉપાય છે. આ સાઇટ પર સબમિટ કરેલા દરેક સંદેશમાં 1 મિનિટથી 2 અઠવાડિયા સુધીનો સમયનો જીવંત સમય હોય છે - એકવાર તે સમય પસાર થઈ ગયા પછી સંદેશ કા isી નાખવામાં આવે છે. વળી, ડિફ theલ્ટ સેટિંગ કોઈપણ સંદેશને પ્રાપ્તકર્તાએ પ્રાપ્ત કર્યા પછી તેને કા onceી નાખવાનું છે. આ ઉપરાંત, પ્રાપ્તકર્તાના ઉપકરણ પરની બધી રીતો તમારા ઉપકરણથી એન્ક્રિપ્ટેડ છે. એન્ડ-ટુ-એન્ડ એન્ક્રિપ્શનનો ઉપયોગ કરવાનો મુખ્ય ધ્યેય એ છે કે કોઈપણ સબમિટ કરેલા સંદેશાઓ વાંચવાની અમારી ક્ષમતાને દૂર કરીને તે વિશ્વાસની કેટલીક આવશ્યકતાને દૂર કરે છે. અંતિમ પરિણામ એ છે કે હવે એક સરળ લિંક દ્વારા એન્ક્રિપ્ટેડ સંદેશ મોકલવાનું સરળ છે. તે સંદેશ મોકલ્યા પછી અથવા પુનrieપ્રાપ્તિ પછી કા deletedી નાખવામાં આવે છે. તમારે વિશેષ સ softwareફ્ટવેર ઇન્સ્ટોલ / ગોઠવવાની જરૂર નથી. તમારે કોઈ એકાઉન્ટ બનાવવાની અથવા કોઈ વ્યક્તિગત માહિતી પ્રદાન કરવાની જરૂર નથી. પ્રાપ્તકર્તાને તમારા સંપર્કોમાં હોવું અથવા આ સેવા વિશે જાણવાની જરૂર નથી - એકમાત્ર આવશ્યકતા છે કે તેઓ કોઈ લિંકને ક્લિક કરી શકે.

શું આ એક મેસેજિંગ સેવા છે?

નહીં. આ સેવા ઇન્સ્ટન્ટ-મેસેજિંગ / ઇમેઇલ / ટેક્સ્ટ / વગેરે જેવી હાલની મેસેજિંગ સેવાઓને પૂરક બનાવવા માટે બનાવવામાં આવી છે. મોકલેલા સંદેશાઓને લાંબા સમય સુધી સંગ્રહિત કરતા અટકાવવાની ક્ષમતા ઉમેરીને. અમે પેદા કરેલી લિંક પ્રાપ્તકર્તાને પહોંચાડતા નથી .

હેતુવાળા ઉપયોગના કેસ કયા છે?

તો એવા કેટલાક દૃશ્યો કયા છે જ્યાં આ સેવાનો ઉપયોગ કરવો યોગ્ય છે? જ્યારે દરેકની તેમની ગોપનીયતા અને સુરક્ષાની વાત આવે છે ત્યારે તેની જુદી જુદી જરૂરિયાતો અને જરૂરિયાતો હોય છે, ત્યારે મને વ્યક્તિગત રીતે નીચેના દૃશ્યો યોગ્ય ઉપયોગના કેસો તરીકે મળ્યાં છે:

આ સેવાનો ઉપયોગ કયા માટે થવો જોઈએ નહીં?

આ FAQ માં સમજાવાયેલા તમામ કારણોસર આ સેવાનો ઉપયોગ ખૂબ સંવેદનશીલ માહિતી માટે થવો જોઈએ નહીં. નીચે ન કરવાના કેટલાક ઉદાહરણો છે:

શા માટે ફક્ત પીજીપી / સિગ્નલ / ઓમેમો / મેટ્રિક્સ / વગેરેનો ઉપયોગ ન કરો?

જો તમે તે વ્યક્તિને જાણો છો કે જેને તમે સુરક્ષિત અસ્થાયી સંદેશાઓ મોકલવા માંગતા હો, તો તેઓને મોકલો, ચેટ જેવા ઇન્ટરફેસની અપેક્ષા કરો, અને / અથવા પ્રાપ્તકર્તાને આવશ્યક સ softwareફ્ટવેર હોય અને તેનો ઉપયોગ કેવી રીતે કરવો તે અપેક્ષા કરી શકો, તો આ વેબસાઈટ સંભવત: શ્રેષ્ઠ ઉકેલ. ત્યાં ઘણા સારા વિકલ્પો છે જે ખુલ્લા સ્રોત છે, E2EE ને સમર્થન આપે છે, વેબ આધારિત નથી, અને કેટલાક એવા સિગ્નલ જેવા પણ છે જે અસ્થાયી સંદેશાને પણ ટેકો આપે છે. હું અંગત રીતે એક ખાનગી ઉપયોગ XMMP સર્વર અને OMEMO નજીકના મિત્રો અને પરિવાર સાથે ચેટ કરવા માટે. આ સાઇટનો ઉપયોગ ફક્ત ત્યારે જ શ્રેષ્ઠ થઈ શકે છે જો તમને ખબર ન હોય કે પ્રાપ્તકર્તા કયા સ softwareફ્ટવેર ચલાવી રહ્યા છે, તેમના ફોન નંબર / સંપર્ક-હેન્ડલને જાણતા નથી, તેમની તકનીકી નિપુણતાને જાણતા નથી (પરંતુ ધારો કે તેઓ કોઈ લિંકને ક્લિક કરી શકે છે), અથવા તમે અંતર્ગત સંદેશાવ્યવહાર પરિવહનની બહાર તમે મોકલેલો સંદેશ આપવાનું પસંદ કરો છો.

કઈ આવશ્યકતાઓ અસ્તિત્વમાં છે?

એક આધુનિક અને અદ્યતન વેબ બ્રાઉઝર કે જે વેબ ક્રિપ્ટો API સહિતના ધોરણોને યોગ્ય રીતે લાગુ કરે છે તે જરૂરી છે. ઉદાહરણોમાં શામેલ છે: ક્રોમ, ફાયરફોક્સ, એજ અને સફારી (આશરે 2020 અથવા પછીની).

શું પ્રાપ્તકર્તા સંદેશની એક નકલ બનાવી શકે છે?

હા. તેમ છતાં સંદેશ પુન messageપ્રાપ્તિ પછી પોતાને કા deleteી શકે છે, તેમ છતાં પ્રાપ્તકર્તા સંદેશ જોઈ શકે છે. કોઈપણ સમયે રીસીવર સંદેશને સંપૂર્ણપણે જોઈ શકે છે, એક નકલ બનાવી શકાય છે - આ બધા સંદેશાઓને લાગુ પડે છે. પ્રાપ્તકર્તાને તેની નકલ બનાવવી વધુ મુશ્કેલ બનાવવાનો વિકલ્પ છે. આ કિસ્સામાં નકલ કરવા માટે ત્રણ અવરોધો લાગુ કરવામાં આવ્યા છે:

જો કે, આ ક copyપિ સંરક્ષણ નબળા છે કારણ કે તે બાયપાસ થઈ શકે છે. ઉપરાંત, પ્રાપ્તકર્તા હંમેશા ફક્ત સંદેશનો સ્ક્રીનશોટ અથવા ફોટો લઈ શકે છે.

શું કોઈ વ્યક્તિગત માહિતી એકત્રિત કરવામાં આવી છે?

અમે વપરાશકર્તા ખાતાઓ (દા.ત. વપરાશકર્તા નામ / પાસવર્ડ) ને સમર્થન આપતા નથી. અમે એવી કોઈ માહિતી એકત્રિત કરતા નથી કે જે તમને ઓળખી શકે (દા.ત. નામ / સરનામું / ઇમેઇલ / ફોન). સંભવ છે કે તમે જે સંદેશ મોકલી રહ્યાં છો તેમાં કેટલીક વ્યક્તિગત માહિતી હોઇ શકે, પરંતુ તે એન્ક્રિપ્ટેડ છે અને અમારી પાસે તેને વાંચવાની કોઈ રીત નથી. કૃપા કરીને સંપૂર્ણ વિગતો માટે અમારી ગોપનીયતા નીતિની સમીક્ષા કરો.

કઈ માહિતી લોગ થયેલ છે?

અમારું વેબ સર્વર બધી વેબ પ્રવૃત્તિઓ પર 24 કલાક સામાન્ય લોગ ફોર્મેટ રાખે છે. આમાં HTTP ક્લાયંટ્સના સંપૂર્ણ IP સરનામાંને લgingગ કરવાનો સમાવેશ થાય છે. 24 કલાક પછી, આ લ loggedગ કરેલી માહિતી આપમેળે કા isી નાખવામાં આવે છે. / Api ને મોકલેલી બધી વિનંતીઓ પોસ્ટ કરેલી હોય છે જેનો અર્થ છે કે કોઈ સંદેશ વિશિષ્ટ માહિતી વેબ સર્વર દ્વારા ક્યારેય લ loggedગ કરેલી નથી. વધુમાં, ડેટાબેઝમાં સાચવેલી કોઈપણ માહિતી અસરકારક રીતે લ loggedગ ઇન થાય છે. અનામી અને હેશેડ આઇપી સરનામાંઓ સહિત ડેટાબેસમાં બધી એન્ટ્રીઓનો સમયસમાપ્તિ સમય (ટીટીએલ) હોય છે જે પછી તે આપમેળે કા deletedી નાખવામાં આવે છે. ટીટીએલની સમાપ્તિ સમય 1 મિનિટથી 2 અઠવાડિયાની વચ્ચે બદલાય છે.

તમે સર્વરોને સુરક્ષિત કરવા માટે શું કરી રહ્યા છો?

સર્વર સુરક્ષા સ્પષ્ટ ચિંતા છે. તેને સુરક્ષિત રાખવા માટે આપણે બે મુખ્ય ક્ષેત્રો પર ધ્યાન કેન્દ્રિત કર્યું છે:

આ સાઇટનો ઉપયોગ કરતી વખતે કયા સુરક્ષા જોખમો હાજર છે?

આમાંના કેટલાક જોખમો વિશે ખાસ ધ્યાન આપતા પહેલાં, મને લાગે છે કે અર્ધ-સંક્ષિપ્ત સાદ્રશ્ય કોઈપણ ઇન્ટરનેટ સંદેશાવ્યવહારનો ઉપયોગ કરવાના જોખમોને સારાંશ આપવા માટે મદદ કરી શકે છે. કલ્પના કરો કે કોઈપણ સિસ્ટમ સાંકળની નબળી કડી જેટલી જ સુરક્ષિત છે. હવે એક દૃશ્યની કલ્પના કરો જ્યાં સીલ કરેલા ઓરડામાં બે લોકો હોય, જે કંઇ પણ કરે છે તે જોવાની, સાંભળવાની અથવા રેકોર્ડ કરવાની કોઈ રીત નથી. એક બીજાને સંદેશો પહોંચાડશે, જેનો સંદેશો વાંચવાથી તે બળી જશે. જો તે ઓરડાની બહારના કોઈ સંદેશને પ્રાપ્ત કરવા માંગે છે જે પહેલાથી પસાર થઈ ગયો હતો, તો તે મુશ્કેલ બનશે. સંદેશ મેળવવા માટે સૌથી નબળી કડી શું છે? ત્યાં પસંદ કરવા માટે ઘણી કડીઓ નથી - તે એક સુંદર ટૂંકી સાંકળ છે. હવે કલ્પના કરો કે જ્યારે તમે ઇન્ટરનેટ પર સંદેશ મોકલો છો કે સાંકળમાં ઓછામાં ઓછી એક મિલિયન લિંક્સ છે - તેમાંથી ઘણા નબળા છે - તેમાંથી ઘણા સંપૂર્ણપણે તમારા નિયંત્રણની બહાર છે - અને તે વાસ્તવિકતા છે.

એન્ક્રિપ્શનનો ઉપયોગ ઉપરોક્ત મિલિયન લિંક્સ સમસ્યામાં અને તે રીતે વિચારીને આકર્ષિત થવામાં સરળ છે કે સારી રીતે ડિઝાઇન કરેલી E2EE સિસ્ટમો અંતિમ તમામ ઉકેલો પ્રદાન કરે છે. જો કે, તે વિચારસરણી તમને મુશ્કેલીમાં મુકી શકે છે, કારણ કે આક્રમણ કરનાર સામાન્ય રીતે સિસ્ટમમાં નબળા લિંક્સ પછી જ જશે. ઉદાહરણ તરીકે, તમારા ફોન અથવા કમ્પ્યુટરનો કબજો લેવાનું અને વાયર પરના એન્ક્રિપ્ટેડ સંદેશાઓને તોડવા કરતાં તમે લખો છો તે બધું વાંચવા માટે ઇનપુટ લોગરને સેટ કરવું સંભવત easier તે ખૂબ સરળ છે. મુખ્ય વાત એ છે કે જો મને મહત્વપૂર્ણ / નિર્ણાયક મહત્વના ગુપ્ત વાતચીત કરવાનું કામ સોંપવામાં આવ્યું હતું, તો હું ફક્ત છેલ્લા ઉપાયની પદ્ધતિ તરીકે ઇલેક્ટ્રોનિક સંચારનો ઉપયોગ કરીશ.

તેથી કોઈપણ સંદેશાવ્યવહારનો ઉપયોગ કરીને સલામતીના જોખમો છે, પરંતુ તમે હજી પણ બેંકિંગ, વસ્તુઓ ખરીદવા, ઇમેઇલ વગેરે માટે વેબ બ્રાઉઝરનો ઉપયોગ કરો છો તે પ્રાપ્ત કરેલી વિશાળ સગવડતાઓ માટે તે સ્વીકૃત જોખમ છે. ખરેખર સવાલ એ છે ... આ સાઇટ માટે કયા સુરક્ષા જોખમો અર્ધ-વિશિષ્ટ છે? થોડા ધ્યાનમાં આવે છે:

તમે મેન-ઇન-ધ-મધ્યમ (MITM) હુમલાઓ વિશે શું કરી રહ્યા છો?

વેબ સાઇટ્સના બધા વપરાશકર્તાઓ સંભવત M MITM એટેકનો ભોગ બની શકે છે - આ સાઇટ આ સંદર્ભે વેબ પરના બીજા બધા કરતા અલગ નથી. એમઆઈટીએમ એટેક ત્યારે થાય છે જ્યારે કોઈ હુમલાખોર વપરાશકર્તાના બ્રાઉઝર અને સાઇટના વેબ સર્વર વચ્ચેના સંદેશાવ્યવહારને અટકાવવા અને તેને સુધારવા માટે સક્ષમ હોય છે. આ આક્રમણ કરનારને સાઇટનો કોઈપણ કોડ / સામગ્રી સંશોધિત કરવાની મંજૂરી આપે છે જ્યારે હજી અંતિમ વપરાશકર્તાને તે સાઇટ તરીકે ઉપયોગમાં લેવાય છે ત્યારે દેખાતા હોય છે. MITM એટેકને વધુ મુશ્કેલ બનાવવા માટે અમે કેટલાક પગલાં લીધાં છે:

જો કે, એમઆઈટીએમ હુમલો હજી પણ હંમેશા શક્ય છે - ખાસ કરીને જો હુમલો કરનાર નેટવર્ક / પબ્લિક-કી ઇન્ફ્રાસ્ટ્રક્ચરને નિયંત્રિત કરે છે, જે મોટા / શક્તિશાળી સંગઠનો અથવા સરકારો માટેનું છે. અમે બ્રાઉઝર એક્સ્ટેંશન ઓફર કરીએ છીએ જે કેટલાક એમઆઇટીએમ જોખમોને ઘટાડવામાં મદદ કરી શકે છે.

બ્રાઉઝર એક્સ્ટેંશન કયા ફાયદા આપે છે?

અમે વધારાની સુવિધા અને અતિરિક્ત સુરક્ષા પ્રદાન કરવાના સાધન તરીકે બ્રાઉઝર એક્સ્ટેંશનની .ફર કરીએ છીએ. સરળ શબ્દોમાં કહીએ ... એક્સ્ટેંશન હંગામી સંદેશા મોકલવાનું ઝડપી અને સરળ બનાવે છે. કેટલીક સુરક્ષા એ પણ મેળવી છે કારણ કે એન્ક્રિપ્ટ કરવા અને સંદેશ તૈયાર કરવા માટેનો બધા કોડ એક્સ્ટેંશનમાં સ્થાનિક રૂપે સંગ્રહિત છે. કોડ સ્થાનિક રૂપે સંગ્રહિત હોવાને કારણે, પ્રેષકને એમઆઇટીએમ એટેક સામે થોડી સુરક્ષા આપે છે. જો કે, તે દર્શાવવું યોગ્ય છે કે જ્યારે એક્સ્ટેંશન સંદેશની સામગ્રી સાથે સમાધાન કરનારા MITM એટેક સામે વધુ સુરક્ષા આપે છે, તો MITM હુમલો હજી પણ અસરકારક હોઈ શકે છે (એટલે કે જો TOR / VPN / વગેરેનો ઉપયોગ ન કરતા હોય તો પ્રેષકનું IP સરનામું નક્કી કરવું).

હું કેવી રીતે ખાતરી કરી શકું છું કે સબમિટ કરેલી કંઈપણ અંતથી અંત એન્ક્રિપ્ટ થયેલ છે?

અન્ય ઘણા લોકપ્રિય એન્ડ-ટુ-એન્ડ એન્ક્રિપ્ટ થયેલ (E2EE) ચેટ ક્લાયંટથી વિપરીત, જ્યારે તમે કોઈ સંદેશ મોકલો ત્યારે અમને શું મોકલવામાં આવે છે તે જોવાનું તે એકદમ સરળ છે. નીચે આપેલ વિડિઓ ટ્યુટોરિયલ બતાવે છે કે સર્વર પર મોકલેલા સંદેશાઓને ડિક્રિપ્ટ કરવાની અમારી પાસે કોઈ રીત નથી તેની પુષ્ટિ કેવી રીતે કરવી.

ઉપરાંત, જો તમે તેના વિશે વિચારો છો, ત્યાં સુધી કે આપણે સંવેદનશીલ સંદેશાઓ એકત્રિત કરવાનો પ્રયાસ કરી રહેલી કોઈ ગુપ્ત એજન્સી નથી, ત્યાં સુધી સંદેશાઓને ડિક્રિપ્ટ કરવામાં સક્ષમ થવાનો અમને કોઈ ફાયદો નથી કારણ કે તે ક્ષમતા રાખવાથી જ આપણને મુશ્કેલીઓ થાય છે. અમે સંદેશાઓ પણ સંગ્રહિત કરવા માંગતા નથી - તેમ છતાં તે પહોંચાડવા માટે તે જરૂરી અનિષ્ટ છે.

આ સાઇટ પર એન્ડ-ટુ-એન્ડ એન્ક્રિપ્શન કેવી રીતે કાર્ય કરે છે?

આ સમયે, અમે પાસવર્ડ્સમાંથી મેળવેલ કીઓ (પીબીકેડીએફ 2 / એસએચએ -256 ના ઓછામાં ઓછા 150,000 પુનરાવર્તનો) સાથે સપ્રમાણ એન્ક્રિપ્શન (એઇએસ-જીસીએમ 256 બીટ) નો ઉપયોગ કરી રહ્યા છીએ. અસમપ્રમાણતાવાળા એન્ક્રિપ્શનનો ઉપયોગ થતો નથી કારણ કે આવશ્યકતાઓ અસ્તિત્વમાં છે 1) પ્રેષક સંદેશાવ્યવહારની શરૂઆત કરે છે 2) પ્રેષક અને પ્રાપ્તકર્તા એક જ સમયે onlineનલાઇન ન હોય અને 3) પ્રાપ્તકર્તા વિશે કોઈ માહિતી નથી અને 4) અમે વસ્તુઓ વાસ્તવિક રાખવા સરળ બનાવવાની કોશિશ કરી રહ્યા છીએ અને કી મેનેજમેન્ટ છે જટિલ. માનક વેબ ક્રિપ્ટો API નો ઉપયોગ આરએનજી સહિતની તમામ ક્રિપ્ટોગ્રાફિક વિધેય માટે થાય છે. મૂળભૂત રીતે, અહીં તે થાય છે:

  1. અંતિમ વપરાશકર્તા પાસવર્ડ પસંદ કરે છે અથવા એક સ્વત.-જનરેટ થાય છે
  2. જરૂરી PBKDF2 / SHA-256 પુનરાવર્તનોની સંખ્યા મેળવવા માટે એક API ક callલ કરવામાં આવે છે ( સ્પામ નિયંત્રણ માટે આ પગલું જરૂરી છે )
  3. 32 બાઇટ મીઠું ઉત્પન્ન થાય છે
  4. ચાવી મીઠું અને પાસવર્ડમાંથી લેવામાં આવે છે
  5. એક 12 બાઇટ પ્રારંભિક વેક્ટર (IV) જનરેટ થયેલ છે
  6. સંદેશ કી + IV નો ઉપયોગ કરીને એન્ક્રિપ્ટ થયેલ છે
  7. ઇટરેશન કાઉન્ટ, મીઠું, IV અને સાઇફરટેક્સ્ટ સર્વર પર મોકલવામાં આવે છે (કેટલીક અન્ય માહિતી સાથે જેમ કે TTL, RTL, વગેરે)
  8. સર્વર સંદેશનો ઉલ્લેખ કરતી એક રેન્ડમ ID આપે છે
  9. પછી બ્રાઉઝર અંતિમ વપરાશકર્તાને એક લિંક સાથે રજૂ કરે છે જેમાં પરત થયેલ ID અને પાસવર્ડ અથવા પાસવર્ડ વિનાની લિંક હોય છે (આ કિસ્સામાં પ્રાપ્તકર્તાએ પાસવર્ડ જાણવું અને દાખલ કરવું આવશ્યક છે)
  10. જો પાસવર્ડ એ લિંકનો ભાગ છે, તો તે URL હેશમાં છે , અને તેથી જ્યારે પ્રાપ્તકર્તા GET વિનંતી કરે છે ત્યારે સર્વરને ક્યારેય મોકલ્યો નથી
  11. પ્રાપ્તકર્તાને પૂછવામાં આવે છે જો તેઓ ડિક્રિપ્ટ કરવા અને સંદેશ જોવા માંગતા હોય
  12. બ્રાઉઝર સંદેશ ID ને સ્પષ્ટ કરતી વિનંતી કરે છે
  13. જો પ્રેષકને કેપ્ચા પૂર્ણ થવાની જરૂર હોય, તો પ્રાપ્તકર્તા બીજા યુઆરએલ તરફ નિર્દેશિત થાય છે કે તેઓ માનવીય છે તે સાબિત કરવા માટે (એકવાર તેઓ પસાર થઈ જાય ત્યારે તેઓ પાછા નિર્દેશિત થાય છે)
  14. સર્વર એન્ક્રિપ્ટેડ સંદેશ મોકલે છે અને જો રીડ-ટુ-લાઇવ (આરટીએલ) એક હોય તો સંદેશ ડિફ defaultલ્ટ રૂપે આ બિંદુએ કા deleteી નાખશે.
  15. પ્રાપ્તકર્તા પાસવર્ડ સાથે સંદેશને ડિક્રિપ્ટ કરશે (અને URL માં ન હોય તો પાસવર્ડ માટે પૂછવામાં આવશે)
આ સેટઅપ ખૂબ જ સરળ છે, અને તે પ્રાપ્તકર્તાના ઉપકરણ પર પ્રેષકના ઉપકરણથી સંદેશ એન્ક્રિપ્શન પ્રદાન કરે છે, પરંતુ અલબત્ત, ગેરંટીનો અભાવ છે કે પ્રાપ્તિકર્તાની ખાનગી કીના કબજામાં ફક્ત કોઈને જાણવાની દ્રષ્ટિએ અસમપ્રમાણતાવાળા એન્ક્રિપ્શન સંદેશને ડિક્રિપ્ટ કરી શકે છે. લિંક ધરાવતો કોઈપણ સંદેશને ડિફ defaultલ્ટ દૃશ્યમાં ખોલી શકે છે જેમાં પાસવર્ડ યુઆરએલનો ભાગ છે - આ કડી માટે યોગ્ય પરિવહનના ઉપયોગના મહત્વને સૂચવે છે (દા.ત. ઇમેઇલ / ચેટ / ટેક્સ્ટ / વગેરે.) - જે નિર્ણય બાકી છે પ્રેષક. અમે, જો રુચિ હોય તો, ખૂબ મૂળભૂત અસમપ્રમાણ યોજના માટે સપોર્ટ રોલ આઉટ પણ કરી શકીએ છીએ, જેના દ્વારા પ્રાપ્તકર્તા સંદેશ માટેની વિનંતી શરૂ કરે છે અને સંદેશ મોકલનારને તે વિનંતી લિંક મોકલે છે. આ સુયોજન URL માં પાસવર્ડ રાખવાની જરૂરિયાતને દૂર કરશે, પરંતુ પ્રેષકની પ્રારંભ કરવાની ક્ષમતાને પણ દૂર કરે છે.

ડિક્રિપ્શન પાસવર્ડ URL માં હોઈ શકે છે?

હા. આ સ્પષ્ટપણે સુરક્ષાને અસર કરે છે કારણ કે જો લિંક મોકલવા માટે વપરાયેલી પદ્ધતિ અસુરક્ષિત છે, તો સંદેશ દ્વારા સંદેશ અસુરક્ષિત છે. આ મુદ્દાને દૂર કરવા માટેના બધા કાર્યક્ષેત્ર વધારાના પગલા અને જટિલતાઓને રજૂ કરે છે જે વપરાશકર્તાના અનુભવને અસર કરે છે (એટલે કે સંદેશ મોકલતા પહેલા વસ્તુઓ બંને છેડા પર સેટઅપ કરવાની રહેશે). અસમપ્રમાણતાવાળી યોજના જેમાં પ્રાપ્તિકર્તા સંદેશ માટેની વિનંતી શરૂ કરે છે અને મોકલે છે કે વિનંતી લિંક અમારી "બધું જ ક્ષણિક છે" કી આવશ્યકતા સાથે કાર્ય કરી શકે છે - આ લાગુ થઈ શકે છે. આખરે, જો બે પક્ષો એકબીજાને વારંવાર સંદેશાઓ મોકલતા હોય, તો તે ઉકેલોનો ઉપયોગ કરીને બંને પક્ષ સંભાળી શકે છે એમ માની લેતા વધુ સારા ઉપાય અસ્તિત્વમાં છે.

પરંતુ ડિક્રિપ્શન પાસવર્ડ URL માં હોવો જરૂરી નથી?

યોગ્ય. જો ડિક્રિપ્શન પાસવર્ડ લિંકમાં શામેલ નથી, તો પ્રાપ્તકર્તાને પાસવર્ડ માટે પૂછવામાં આવશે. જો પાસવર્ડ સુરક્ષિત રીતે પ્રાપ્તકર્તાને મોકલવામાં આવે છે (અથવા તેઓ તેને પહેલાથી જ જાણે છે), તો આ વિક્ષેપ સામે રક્ષણ પૂરું પાડે છે. જો કે, ગેરલાભ એ છે કે પ્રાપ્તકર્તાએ પાસવર્ડ જાણવો જોઈએ અને યોગ્ય રીતે દાખલ કરવો જોઈએ. અહીં પ્રાપ્તકર્તાને પાસવર્ડ મોકલવાની એક રીત છે જે વિક્ષેપ સામે થોડી સુરક્ષા આપે છે:

  1. ડિફોલ્ટ સેટિંગ્સ સાથે સંદેશમાં પાસવર્ડ એન્ક્રિપ્ટ કરો અને આ લિંક પ્રાપ્તકર્તાને મોકલો.
  2. જ્યારે પ્રાપ્તકર્તા લિંક પર ક્લિક કરે છે અને સંદેશને ડિક્રિપ્ટ કરે છે, ત્યારે તેઓ જાણે છે કે તેમના પહેલા બીજા કોઈએ પાસવર્ડ મેળવ્યો નથી કારણ કે પાસવર્ડ ધરાવતો સંદેશ પુનvalપ્રાપ્તિ પર કા deletedી નાખવામાં આવે છે. જો કે, જો ત્યાં સક્રિય MITM હુમલો હોય અથવા જો તમારા ઉપકરણ અથવા પ્રાપ્તકર્તાના ઉપકરણ સાથે ચેડા કરવામાં આવ્યા હોય, તો તે હજી પણ શક્ય છે કે બીજી પાર્ટી પાસવર્ડ મેળવી શકે.
  3. પ્રાપ્તકર્તા સાથે ખાતરી કરો કે તેઓએ સફળતાપૂર્વક પાસવર્ડ મેળવ્યો છે. ઉદાહરણ તરીકે, જો પ્રાપ્તકર્તા તમને જણાવે કે જ્યારે તેઓ પાસવર્ડ મેળવવા માટે ગયા હતા, કે સંદેશ પહેલેથી જ કા deletedી નાખવામાં આવ્યો હતો, તો પછી તમે જાણો છો કે પ્રાપ્તકર્તા પહેલા કોઈ બીજાએ પાસવર્ડ મેળવ્યો હતો અને તેથી પાસવર્ડ સાથે ચેડા થયા છે અને તેનો ઉપયોગ ન કરવો જોઈએ.
  4. પાસવર્ડનો ઉપયોગ કરીને પ્રાપ્તકર્તાએ તેની પુષ્ટિ કરી, હવે તમે એન્ક્રિપ્શન માટે સમાન પાસવર્ડનો ઉપયોગ કરીને સંદેશ મોકલી શકો છો - ફક્ત લિંકનું સંસ્કરણ શેર કરો જેમાં પાસવર્ડ નથી.

તે સાચું છે - અમે લિંક ઉત્પન્ન કરીએ છીએ અને પ્રાપ્તકર્તાને તેને કેવી રીતે પહોંચાડવું તે શ્રેષ્ઠ રીતે તેને મોકલનાર પર છોડીએ છીએ. આ સેવાનો ધ્યેય એ છે કે ઇમેઇલ / ચેટ / ટેક્સ્ટ / વગેરે જેવા હાલના સંદેશ પરિવહનમાં ઓછા સ્થાયીતા આપતો વિકલ્પ પ્રદાન કરવો. તેથી, અપેક્ષા એ છે કે અમે જે કડી પેદા કરીએ છીએ તે અસ્થાયી સંદેશને નિર્દેશ કરે છે તે હાલના સંદેશ પરિવહન દ્વારા મોકલવામાં આવે છે. આમાં સુરક્ષાના પ્રભાવો છે જે વપરાશકર્તાઓએ સમજવા જોઈએ. ચાલો એક ઉદાહરણ તરીકે એક એસએમએસ ટેક્સ્ટ સંદેશ લઈએ કારણ કે આ વાતચીત કરવાની એક ખૂબ જ અસુરક્ષિત પદ્ધતિ છે. જ્યારે તમે ટેક્સ્ટ સંદેશ દ્વારા અસ્થાયી સંદેશ લિંક મોકલવા માટે આ સેવાનો ઉપયોગ કરો છો, જો તમે મૂળભૂત મોડનો ઉપયોગ કરો છો કે જેમાં લિંકનો પાસવર્ડ શામેલ છે, તો લિંક સાથેનો કોઈપણ સંદેશ વાંચી શકે છે અને અવરોધ સામે કોઈ સુરક્ષા આપવામાં આવતી નથી. આ સેવા હજી પણ વધુ અસ્થાયી સંચાર પ્રદાન કરે છે જે ગોપનીયતા અને સુરક્ષાને વધારી શકે છે. વધુમાં, તમે પાસવર્ડ વિના લિંક મોકલવાનું પસંદ કરી શકો છો અને આ ઇન્ટરસેપ્ટ સામે રક્ષણ પૂરું પાડશે.

આ સેવાનો ઉપયોગ કરતી વખતે હું મારા ગોપનીયતાને શક્ય તેટલું સુરક્ષિત કેવી રીતે કરી શકું?

આ એફએક્યુમાં અન્યત્ર ચર્ચા થઈ છે, તેમ છતાં, તમારી ગોપનીયતાને સુરક્ષિત રાખવા માટે આપણે પહેલેથી ઘણું બધું કર્યું છે અને તેમ છતાં અમે કોઈપણ વ્યક્તિગત માહિતી એકત્રિત કરી નથી, તેમ છતાં, કેટલાક લ logગ સંબંધિત માહિતી વેબ બ્રાઉઝરનો ઉપયોગ કરીને તમારા દ્વારા અને અન્ય લોકો દ્વારા સબમિટ અને એકત્રિત કરવામાં આવે છે. જો કે, તમારી ગોપનીયતાને વધુ સુરક્ષિત રાખવા માટે ઘણી રીતો છે. ઓપન સોર્સ સ softwareફ્ટવેર પર આધારિત, અને તદ્દન સારી રીતે કાર્ય કરે છે તે એક રીત, ટોર બ્રાઉઝરનો ઉપયોગ કરવો. આ બ્રાઉઝર ટોર નેટવર્કનો ઉપયોગ કરીને - અનેક સ્તરો પર તમારી ગોપનીયતાને સુરક્ષિત રાખવા માટે રચાયેલ છે. ટોર ડુંગળી નેટવર્ક દ્વારા અમારી સાઇટ પહેલાથી જ accessક્સેસ કરી શકાય છે, જેનો અર્થ છે કે ટોર દ્વારા અમારી સાઇટને ingક્સેસ કરવા માટે એક્ઝિટ નોડનો ઉપયોગ કરવાની જરૂર નથી, જે એક્ઝિટ નોડ ટ્રાફિક પર છૂપાયેલા કોઈને અવગણે છે. જો કે, ધ્યાનમાં રાખો કે આ દૃશ્યમાં પણ, તમારું આઈએસપી જોઈ શકે છે કે તમે ટોરનો ઉપયોગ કરી રહ્યાં છો - જોકે શું નથી. તમે વીપીએન સાથે કનેક્ટ પણ કરી શકો છો અને પછી ગુમનામના બે સ્તરો માટે ટોર બ્રાઉઝરને લોંચ કરી શકો છો; તેમ છતાં, ધ્યાનમાં રાખો કે તમારું ISP હજી પણ જોઈ શકે છે કે તમે આ દૃશ્યમાં VPN નો ઉપયોગ કરી રહ્યાં છો - જોકે શું નથી. જો તમે તમારા આઇએસપીને જાણતા નથી કે તમે કયા પ્રોટોકોલનો ઉપયોગ કરી રહ્યા છો, તો તમે એક મોટા જાહેર વાઇફાઇ નેટવર્ક, જેમ કે લાઇબ્રેરી, શાળા, વગેરેથી કનેક્ટ કરી શકો છો અને પછી ટોર બ્રાઉઝરનો ઉપયોગ કરી શકો છો.

જો મને યુનાઇટેડ સ્ટેટ્સ પર વિશ્વાસ ન હોય તો શું?

અમારા સર્વર્સ યુનાઇટેડ સ્ટેટ્સમાં સ્થિત છે. આ ઉપરાંત, અમારા સીડીએન પ્રદાતા, ક્લાઉડફ્લેરે, યુનાઇટેડ સ્ટેટ્સમાં સ્થિત એક કંપની છે. અમે આપણા પર અથવા દેશમાં વિશ્વાસ કરવાની જરૂરિયાતને દૂર કરવાનો પ્રયાસ કર્યો છે જેમાં આપણા સર્વર્સ ફક્ત એટલા માટે રહે છે કે આપણે વ્યક્તિગત માહિતી એકઠી કરતા નથી, કોઈપણ સંદેશાઓને ડીક્રિપ્ટ કરી શકતા નથી, અને તે પ્રાપ્ત થયા પછી તરત જ બધું કા deletedી નાખવામાં આવે છે. જો કે, અમે કેટલાક અવિશ્વાસને સમજી શકીએ છીએ કારણ કે તે વેબ આધારિત છે અને ખાસ કરીને જો તમે અમુક દેશોમાં રહેતા હોવ. યુએસ પર વિશ્વાસ કરવામાં સખત સમય હોય તેવા લોકો માટે આઇસલેન્ડ અને સ્વિટ્ઝર્લ .ન્ડમાં વિકલ્પો આપવાની અમારી કેટલીક યોજના છે. કૃપા કરીને અમને જણાવો કે શું આ તમને લાગુ પડે છે, કેમ કે જ્યાં સુધી વાસ્તવિક માંગ નહીં થાય ત્યાં સુધી અમને વિકલ્પો પ્રદાન કરવા માટે પ્રેરિત કરવામાં આવશે નહીં.

તમે સ્પામને રોકવા માટે શું કરી રહ્યા છો?

કોઈપણ સમયે તમે કોઈને સંદેશ પોસ્ટ કરવાની મંજૂરી આપો છો જે લિંક દ્વારા રિલે થઈ શકે છે, તમે સ્પામર્સને આમંત્રિત કરો છો. આ સમસ્યાને કાબૂમાં રાખવી એ સંપૂર્ણ સીધી નથી. અમે કેટલાક કારણોસર સંદેશ મોકલવાની પ્રક્રિયાના ભાગ રૂપે 3 જી પાર્ટી કેપ્ચાને લોડ કરવા માંગતા નથી:

અમે સંભવત system કેટલીક API કી સિસ્ટમનો ઉપયોગ કરીને API સમસ્યાની આજુબાજુ મેળવી શકીએ છીએ, પરંતુ તે પછી આપણે વપરાશકર્તા માહિતી એકત્રિત કરવાની છે જે આપણે કરવા માંગતા નથી. ઉપરાંત, સ્પામર્સને ઘણી બધી API કીઓ મેળવવાથી રોકવાનું શું છે? અમે સંદેશાઓને તેમની સ્પામનેસ (કે જે ખૂબ જ સમસ્યારૂપ છે શ્રેષ્ઠ છે) ની તપાસ કરવા માટે ચકાસી શકતા નથી, સંદેશાઓને એન્ક્રિપ્ટ કરવા સિવાય, અમારી પાસે સંદેશની સામગ્રી પર હેન્ડ્સ-policyફ નીતિ છે. આ આવશ્યકતાઓને જોતાં, અમે સ્પામને રોકવા માટે બે પદ્ધતિઓનો ઉપયોગ કરીએ છીએ: જો તમને ખબર છે કે સ્પામર્સ આ સેવાનો દુરૂપયોગ કરી રહ્યા છે, તો કૃપા કરીને દુરૂપયોગની જાણ કરો .

પ્રાપ્તકર્તાને કેપ્ચા પૂર્ણ કરવા માટે શા માટે કોઈ વિકલ્પ છે?

જ્યારે તે સાચું છે કે અમે કેપ્ચાને અણગમો કરીએ છીએ, અમે ઓળખી શકીએ છીએ કે તેઓ હેતુ માટે કામ કરે છે અને સમય અને સ્થાન ધરાવે છે (ઓછામાં ઓછું હવે માટે). પ્રેષક એ ખાતરી આપે છે કે પ્રાપ્તકર્તા માનવ છે અને સ્વચાલિત પ્રક્રિયાઓ સંદેશને ingક્સેસ કરી નથી તે માટે આ એક સરળ રસ્તો છે.

આ સેવા કોણ ચલાવી રહી છે અને કેમ મફત છે?

અમે ફક્ત એક દંપતી ગાય્ઝ છીએ જે આપણી ગોપનીયતાને સુરક્ષિત રાખવામાં સહાય માટે સારા વિકલ્પો ન હોવાના દુષ્કર્મનો સામનો કરવો પડ્યો હતો. મોટેભાગે આ તે મિત્રો અને કુટુંબના સભ્યો સાથે વાતચીત કરવાના પરિણામે છે કે જેઓ તેમના ઉપકરણો અને માહિતીને કેવી રીતે હેન્ડલ કરે છે તેનાથી ખૂબ કાળજી લેતા નથી. રેડિડિટ જેવા વેબ-આધારિત ફોરમ્સનો ઉપયોગ કરતી વખતે અથવા વેબ-આધારિત સપોર્ટ સિસ્ટમ્સનો ઉપયોગ કરતી વખતે આ અન્ય સમયે આવ્યું હતું. અમને કેટલાક વેબ-આધારિત અસ્થાયી સંદેશ ઉકેલો મળ્યાં છે, પરંતુ કોઈએ E2EE ની ઓફર કરી નથી જેનો અર્થ છે કે અમે તેમના પર વિશ્વાસ કરી શકીએ નહીં. તેથી અમે હમણાં જ અમારું પોતાનું સોલ્યુશન બનાવ્યું છે અને તેને આપવાનું નક્કી કર્યું છે જેથી અન્ય લોકો તેનો લાભ લઈ શકે.

હું ઉપરના પ્રશ્નોના જવાબો પર કેવી રીતે વિશ્વાસ કરી શકું?

ખરેખર તમારે કોઈ પણ વેબ સાઇટ પર વિશ્વાસ ન કરવો જોઈએ કારણ કે તે કેટલીક વસ્તુઓ કહે છે - કોઈપણ દાવાને ચકાસવા માટે તે સામાન્ય રીતે સારો વિચાર છે. અમે એન્ડ-ટુ-એન્ડ એન્ક્રિપ્શન રોજગારી દ્વારા શક્ય તેટલું અમારા પર વિશ્વાસ કરવાની આવશ્યકતાને દૂર કરવાનો પ્રયાસ કર્યો છે. ઉદાહરણ તરીકે, તેનું auditડિટ કરવું તે ખૂબ સરળ છે કે અમે કોઈપણ સંદેશાઓને એન્ક્રિપ્ટ કર્યા વગર તેને વાંચી શકતા નથી . અમે જાવાસ્ક્રિપ્ટ કોડ પણ આ સાઇટ ચલાવતા ખૂબ જ સરળ રાખ્યા છે જેથી તેને વાંચવા અને સમજવામાં સરળતા રહે. બધા કોડને ખુલ્લા સ્રોત બનાવવાથી લોકો શું ચાલી રહ્યું છે તે ચકાસવાની મંજૂરી આપે છે; જો કે, ધ્યાનમાં રાખો કે સર્વર શું ચાલી રહ્યું છે તેની સાચી ચકાસણી કરવાની કોઈ રીત નથી. જ્યારે તે સાચું છે કે ટ્રસ્ટની આવશ્યકતાનો ખૂબ જ અંત-થી-અંતિમ એન્ક્રિપ્શનથી દૂર કરવામાં આવે છે, તે હજી પણ એક પરિબળ છે કે જ્યારે આ સેવાનો ઉપયોગ કરવાનું નક્કી કરો અથવા ન કરો ત્યારે અમારા વપરાશકર્તાઓ વધુ વજન રાખે છે.