Sanket.Chat
സുരക്ഷ: ഉപഭോക്താവിന്റെ നിയന്ത്രണം

ഉപഭോക്താവിന്റെ നിയന്ത്രണം: നിങ്ങളുടെ അടിസ്ഥാനസൗകര്യം, നിങ്ങളുടെ എൻക്രിപ്ഷൻ കീകൾ, നിങ്ങളുടെ നിയമങ്ങൾ

Tosh Defence-ന്റെ SANKET (Sanket.Chat) ആശയവിനിമയവുമായി ബന്ധപ്പെട്ട എല്ലാത്തിലും ഉപഭോക്താവിന് നിയന്ത്രണം നൽകുന്നു: സ്വന്തം അടിസ്ഥാനസൗകര്യം, കീകൾ, തിരിച്ചറിയൽ ദാതാവ്, നയങ്ങൾ, അപ്‌ഡേറ്റുകളുടെ സമയം, ബ്രാൻഡിങ്, ഡാറ്റ നിലനിർത്തൽ, പ്രവർത്തനവിന്യാസത്തിന്റെ ഘടന എന്നിവയിൽ. ഉപഭോക്താവ് തിരഞ്ഞെടുക്കുന്ന ക്ലൗഡ് മുതൽ പൂർണമായും നെറ്റ്‌വർക്ക് ബന്ധമില്ലാത്ത ശൃംഖല വരെ ഇത് പ്രവർത്തിപ്പിക്കാം. ഈ ആഴത്തിലുള്ള നിയന്ത്രണമാണ് SANKET-ന്റെ നിർണായക മേന്മ. സേവനദാതാവ് ഹോസ്റ്റ് ചെയ്യുന്ന സന്ദേശസേവനങ്ങൾ നൽകാൻ രൂപകൽപ്പന ചെയ്തിട്ടില്ലാത്ത തരത്തിലുള്ള നിയന്ത്രണമാണിത്.

ഒരു സന്ദേശം ആർക്കൊക്കെ വായിക്കാനാകുമെന്ന് എൻക്രിപ്ഷൻ നിർണയിക്കുന്നു. മറ്റെല്ലാം നിയന്ത്രണം നിർണയിക്കുന്നു: സേവനം നടത്തുന്നത് ആരാണ്, ആർക്കാണ് പ്രവേശനം നൽകുന്നത്, ഏതൊക്കെ ഉപകരണങ്ങളാണ് വിശ്വസനീയമായി കണക്കാക്കുന്നത്, സോഫ്റ്റ്‌വെയർ എപ്പോൾ മാറുന്നു, രേഖകൾ എവിടെയാണ് സൂക്ഷിക്കുന്നത്. Sanket ഉപയോഗിക്കുമ്പോൾ ഈ ചോദ്യങ്ങൾക്കെല്ലാമുള്ള ഉത്തരങ്ങൾ നിങ്ങളുടെ സ്വന്തം സുരക്ഷാ പരിധിക്കുള്ളിലാണ്.

നിങ്ങളുടെ അടിസ്ഥാനസൗകര്യങ്ങളും നിങ്ങളുടെ കീകളും

Sanket-ന്റെ ഓരോ ഇൻസ്റ്റാളേഷനും ഒരു സ്ഥാപനത്തിനായി മാത്രം നീക്കിവച്ചതാണ്. ആ സ്ഥാപനം തീരുമാനിക്കുന്നിടത്താണ് അത് പ്രവർത്തിക്കുന്നത്: സ്ഥാപനം തിരഞ്ഞെടുക്കുന്ന ഏത് മേഖലയിലുമുള്ള ഒരു ക്ലൗഡ് അക്കൗണ്ടിൽ, Tosh Defence-ന്റെ ഹോസ്റ്റിങ്ങിൽ, സ്വന്തം ഡാറ്റാ കേന്ദ്രത്തിൽ, അല്ലെങ്കിൽ അടച്ച ശൃംഖലയിൽ. സന്ദേശങ്ങൾ കൈമാറുന്ന പാതയിൽ സേവനദാതാവ് പ്രവർത്തിപ്പിക്കുന്ന സേവനമില്ല.

ഉപയോക്താക്കളുടെ സ്വകാര്യ കീകൾ അവരുടെ ഉപകരണങ്ങളിൽ സൃഷ്ടിക്കുകയും ഹാർഡ്‌വെയർ പിന്തുണയുള്ള സംഭരണത്തിലൂടെ സംരക്ഷിക്കുകയും ചെയ്യുന്നു. സെർവർ ഭാഗത്തെ രഹസ്യങ്ങൾ ഇൻസ്റ്റലേഷനുള്ളിലെ പുറത്തേക്ക് കയറ്റുമതി ചെയ്യാനാകാത്ത കീ സംഭരണത്തിലാണ് സൂക്ഷിക്കുന്നത്. പൊതുവായി ലഭ്യമാകുന്ന ലൈസൻസ് പരിശോധനയ്ക്കും പതിപ്പ് പരിശോധനയ്ക്കുമുള്ള കീകൾ മാത്രമാണ് Tosh Defence നൽകുന്നത്.

നിങ്ങളുടെ തിരിച്ചറിയൽ ദാതാവും നിങ്ങളുടെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാരും

തിരിച്ചറിയൽ രേഖകൾ എങ്ങനെ സൃഷ്ടിക്കണമെന്ന് സ്ഥാപനം തീരുമാനിക്കുന്നു: അഡ്മിനിസ്ട്രേറ്റർ വഴിയുള്ള അനുവദിക്കൽ, ഒറ്റത്തവണ ഉപയോഗിക്കാവുന്ന ക്ഷണങ്ങൾ (സ്ഥിരസ്ഥിതി രീതി), അല്ലെങ്കിൽ സ്വന്തം ഡയറക്ടറിയിൽ നിന്നുള്ള SCIM 2.0. രജിസ്ട്രേഷൻ LDAP അല്ലെങ്കിൽ Active Directory ഉപയോഗിച്ച് പരിശോധിക്കാം. സ്ഥാപനത്തിന്റെ സ്വന്തം OpenID Connect അല്ലെങ്കിൽ SAML 2.0 ദാതാവ് വഴി അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് പ്രവേശിക്കാം. പൊതുവായ തിരിച്ചറിയൽ ദാതാക്കളെ നിരസിക്കും; ആരെങ്കിലും പ്രവേശിച്ചു എന്ന കാരണത്താൽ മാത്രം ഒരിക്കലും അക്കൗണ്ട് സൃഷ്ടിക്കില്ല.

അഡ്മിനിസ്ട്രേറ്റർമാർ FIDO2 സുരക്ഷാ കീകൾ ഉപയോഗിച്ച് തിരിച്ചറിയൽ സ്ഥിരീകരിക്കുകയും അനുമതികളുടെ പരിധിയിൽ നിശ്ചയിച്ച ചുമതലകളിൽ പ്രവർത്തിക്കുകയും ചെയ്യുന്നു; ഓരോ ഭരണനടപടിയും SHA-256 ഹാഷ് ശൃംഖലയിൽ ബന്ധിപ്പിച്ച ഓഡിറ്റ് രേഖയിൽ രേഖപ്പെടുത്തുന്നു.

  • അഡ്മിനിസ്ട്രേറ്റർമാർക്കുള്ള FIDO2 സുരക്ഷാ കീകൾ
  • നിങ്ങളുടെ സ്വന്തം പ്രാമാണീകരണ ദാതാവ് വഴിയുള്ള ഏകീകൃത പ്രവേശനം
  • SCIM 2.0 ഉപയോഗിച്ച് സ്ഥാപനത്തിൽ ചേരുന്നവർ, ചുമതല മാറുന്നവർ, വിടുന്നവർ എന്നിവർക്കുള്ള നടപടികളുടെ യാന്ത്രികവൽക്കരണം
  • അനുമതിയുടെ പരിധി നിശ്ചയിച്ച അഡ്മിനിസ്ട്രേറ്റർ ചുമതലകൾ

നിങ്ങളുടെ ഉപകരണങ്ങൾ

ഉപകരണങ്ങളുടെ നിയന്ത്രണം സ്ഥാപനത്തിന്റേതാണ്. ഏതെങ്കിലും ഡാറ്റ ലഭിക്കുന്നതിന് മുമ്പ് ഓരോ ഉപകരണത്തിനും അംഗീകാരം നൽകുന്നു. ഓരോന്നിലും ഹാർഡ്‌വെയർ പരിരക്ഷയുള്ള താക്കോലുകളുണ്ട്; അതത് അക്കൗണ്ടിന്റെ ഡിജിറ്റൽ ഒപ്പിട്ട ഉപകരണ പട്ടികയിൽ അത് ഉൾപ്പെടുന്നു; ഉപഭോക്താവിന്റെ സർട്ടിഫിക്കറ്റ് അതോറിറ്റിയുടെ കീഴിൽ നൽകിയ സ്വന്തം ക്ലയന്റ് സർട്ടിഫിക്കറ്റ് ഉപയോഗിച്ച് ഉപകരണങ്ങൾ തമ്മിലുള്ള പരസ്പര TLS വഴി സ്വയം തിരിച്ചറിയൽ നടത്തുന്നു. അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് ഏത് സമയത്തും ഉപകരണത്തെ നഷ്ടപ്പെട്ട ഉപകരണത്തിനുള്ള മോഡിലാക്കാനോ അതിന്റെ അംഗീകാരം പിൻവലിക്കാനോ അതിലെ ഡാറ്റ വിദൂരമായി മായ്ക്കാനോ കഴിയും.

നിങ്ങളുടെ നയങ്ങൾ, ഡാറ്റ നിലനിർത്തൽ, ബ്രാൻഡിങ്

സുരക്ഷ, സന്ദേശങ്ങൾ, ഫയലുകൾ, കോളുകൾ, ഗ്രൂപ്പുകൾ, വിവരങ്ങൾ നിലനിർത്തൽ, അറിയിപ്പുകൾ, മറ്റ് സംവിധാനങ്ങളുമായുള്ള സംയോജനം എന്നിവ സംഘടന നിശ്ചയിക്കുന്ന, ഓരോ സംഘടനയ്ക്കും പ്രത്യേകം ബാധകമായ നയത്തിന്റെ പരിധിയിലാണ്. വിവരങ്ങളുടെ രഹസ്യാത്മകത സൂചിപ്പിക്കുന്ന അടയാളങ്ങൾ ഉപഭോക്താവാണ് നിർവചിക്കുന്നത്; മുൻഗണനാക്രമത്തിലുള്ള ഇത്തരം അടയാളങ്ങൾ 8 വരെ ആകാം. സ്വന്തം സംവിധാനത്തിൽനിന്നുള്ള ഉപയോഗവിശകലന വിവരങ്ങൾ ഇൻസ്റ്റാളേഷനുള്ളിൽത്തന്നെ നിലനിൽക്കും; മുഴുവൻ ഇൻസ്റ്റാളേഷനിലും അവ പ്രവർത്തനരഹിതമാക്കുകയോ വീണ്ടും പ്രവർത്തനക്ഷമമാക്കാൻ കഴിയാത്ത വിധം പ്രവർത്തനരഹിതമാക്കി നിലനിർത്തുകയോ ചെയ്യാം.

Sanket.Work സ്ഥാപനങ്ങൾ ഉപഭോക്തൃസ്ഥാപനത്തിന്റെ സ്വന്തം ബ്രാൻഡിൽ അവതരിപ്പിക്കപ്പെടുന്നതിനാൽ ഉപയോക്താക്കൾക്ക് ആ സ്ഥാപനത്തിന്റെ പേരും ബ്രാൻഡ് അടയാളങ്ങളും കാണാം.

ഡിജിറ്റൽ ഒപ്പിട്ട പതിപ്പുകളോടെ, അപ്ഡേറ്റുകളുടെ സമയം നിങ്ങൾ തീരുമാനിക്കുന്നു

പുറത്തിറക്കുന്ന പതിപ്പുകൾ സോഫ്റ്റ്‌വെയർ ഘടകങ്ങളുടെ പട്ടികയോടുകൂടിയ ഡിജിറ്റൽ ഒപ്പിട്ട പാക്കേജുകളാണ്. ലോഡ് ചെയ്യുന്നതിനു മുമ്പ് ഇൻസ്റ്റലേഷൻ ഒപ്പും ഓരോ ഹാഷും പരിശോധിക്കുന്നു; കാലാവധി കഴിഞ്ഞ പതിപ്പ് നിരസിക്കുന്നു (പതിപ്പ് മരവിപ്പിക്കുന്നതിനെതിരായ സംരക്ഷണം); രേഖപ്പെടുത്തിയ പതിപ്പിനേക്കാൾ പഴയതെല്ലാം നിരസിക്കുന്നു (പഴയ പതിപ്പിലേക്ക് മടങ്ങുന്നതിനെതിരായ സംരക്ഷണം). എപ്പോൾ ഇൻസ്റ്റാൾ ചെയ്യണമെന്ന് സ്ഥാപനത്തിന്റെ മാറ്റങ്ങൾക്ക് അംഗീകാരം നൽകുന്ന അധികാരിയാണ് തീരുമാനിക്കുന്നത്; നവീകരണം പ്രവർത്തനക്ഷമത പരിശോധിക്കുകയും പരാജയപ്പെട്ടാൽ സ്വയമേവ മുൻപത്തെ നിലയിലേക്ക് മടങ്ങുകയും ചെയ്യുന്നു. നെറ്റ്‌വർക്ക് വഴി ബന്ധിപ്പിച്ചുള്ള നവീകരണങ്ങൾ ഐച്ഛികമാണ്; നിയന്ത്രണ സംവിധാനത്തിൽനിന്ന് നവീകരണം നടത്താനുള്ള സൗകര്യം സ്വതവേ പ്രവർത്തനരഹിതമാണ്.

സാങ്കേതിക തെളിവ്

വിശദാംശങ്ങൾ SANKET ധവളപത്രത്തിൽ വായിക്കുക

ഈ പേജിലെ ഓരോ പ്രസ്താവനയും രജിസ്ട്രേഷൻ കൂടാതെ സൗജന്യമായി വായിക്കാവുന്ന പൊതുവായി ലഭ്യമായ SANKET സാങ്കേതിക സുരക്ഷയും വാസ്തുവിദ്യയും സംബന്ധിച്ച ധവളപത്രത്തിൽ പൂർണമായി വിശദീകരിച്ചിട്ടുണ്ട്.

അവശ്യമായ ചോദ്യങ്ങൾ

പതിവായി ചോദിക്കുന്ന ചോദ്യങ്ങൾ

ഞങ്ങളുടെ സംഘത്തോട് ഒരു ചോദ്യം ചോദിക്കുക

Sanket-ൽ ഉപഭോക്താവിന്റെ നിയന്ത്രണം എന്നതുകൊണ്ട് എന്താണ് അർത്ഥമാക്കുന്നത്?

ഉപഭോക്താവിന് സ്വന്തം അടിസ്ഥാനസൗകര്യം, കീകൾ, തിരിച്ചറിയൽ ദാതാവ്, നയങ്ങൾ, പുതുക്കലുകളുടെ സമയം, ബ്രാൻഡിങ്, ഡാറ്റ സൂക്ഷിക്കൽ, വിന്യാസ ഘടന എന്നിവയുടെ ഉടമസ്ഥതയും തീരുമാനാധികാരവും ഉണ്ട്. തിരഞ്ഞെടുക്കുന്ന ക്ലൗഡ് മുതൽ മറ്റ് ശൃംഖലകളിൽ നിന്ന് പൂർണമായി ഭൗതികമായി വേർതിരിച്ച സംവിധാനം വരെ, ഓരോ സ്ഥാപിത സംവിധാനവും ഒരു സ്ഥാപനത്തിനു മാത്രമുള്ളതാണ്.

എൻക്രിപ്ഷൻ കീകൾ ആരുടെ കൈയിലാണ്?

ഉപയോക്താക്കളുടെ സ്വകാര്യ കീകൾ അവരുടെ സ്വന്തം ഉപകരണങ്ങളിലെ ഹാർഡ്‌വെയർ പിന്തുണയുള്ള സംഭരണത്തിൽ സൃഷ്ടിക്കുകയും സൂക്ഷിക്കുകയും ചെയ്യുന്നു. സെർവർ ഭാഗത്തെ രഹസ്യങ്ങൾ ഉപഭോക്താവിന്റെ ഇൻസ്റ്റലേഷനുള്ളിൽത്തന്നെ നിലനിൽക്കും. ഉപഭോക്താവിന്റെ കീകളൊന്നും Tosh Defence കൈവശം വയ്ക്കുന്നില്ല.

ഞങ്ങളുടെ സ്വന്തം തിരിച്ചറിയൽ സ്ഥിരീകരണ സേവനം ഉപയോഗിക്കാമോ?

അതെ. SCIM 2.0 വഴി ഉപയോക്തൃ അക്കൗണ്ടുകൾ സജ്ജമാക്കാം; LDAP അല്ലെങ്കിൽ Active Directory ഉപയോഗിച്ച് പരിശോധിക്കാം; അഡ്മിനിസ്ട്രേറ്റർമാർക്ക് നിങ്ങളുടെ സ്വന്തം OpenID Connect അല്ലെങ്കിൽ SAML 2.0 ദാതാവ് വഴിയും FIDO2 സുരക്ഷാ കീ ഉപയോഗിച്ചും സൈൻ ഇൻ ചെയ്യാം.

Sanket എപ്പോൾ പുതുക്കണമെന്ന് തീരുമാനിക്കുന്നത് ആരാണ്?

അംഗീകാരം നൽകുന്നത് നിങ്ങളാണ്. നിങ്ങളുടെ മാറ്റങ്ങൾക്ക് അംഗീകാരം നൽകുന്ന അധികാരവിഭാഗം അംഗീകരിച്ചാൽ മാത്രമേ ഡിജിറ്റൽ ഒപ്പിട്ട പതിപ്പുകൾ ഇൻസ്റ്റാൾ ചെയ്യൂ. കാലാവധി കഴിഞ്ഞതും പഴയതുമായ പതിപ്പുകൾ നിരസിക്കും; നവീകരണം പരാജയപ്പെട്ടാൽ മുൻ പതിപ്പിലേക്ക് സ്വയമേവ മടങ്ങും.

Sanket ഞങ്ങളുടെ സ്ഥാപനത്തിന്റെ ബ്രാൻഡിൽ നൽകാനാകുമോ?

അതെ. Sanket.Work ഇൻസ്റ്റലേഷനുകൾ സ്ഥാപനത്തിന്റെ സ്വന്തം പേരിലും ബ്രാൻഡ് അടയാളങ്ങളിലുമാണ് നൽകുന്നത്. അതിനാൽ ഉപയോക്താക്കൾ കാണുന്നത് സ്ഥാപനത്തിന്റെ പേരും ബ്രാൻഡ് അടയാളങ്ങളുമാണ്.

സന്ദേശങ്ങൾ സൂക്ഷിക്കുന്നതിനുള്ള കാലയളവുകൾ ഞങ്ങൾക്ക് നിശ്ചയിക്കാമോ?

അതെ. സന്ദേശങ്ങൾ, പ്രക്ഷേപണങ്ങൾ, കോൾ രേഖകൾ, മുന്നറിയിപ്പുകൾ, സ്വയം അപ്രത്യക്ഷമാകുന്ന സന്ദേശങ്ങൾ എന്നിവ എത്രകാലം നിലനിർത്തണമെന്നത് സ്ഥാപനത്തിന്റെ സിസ്റ്റം അഡ്മിനിസ്ട്രേറ്റർമാർ നിശ്ചയിക്കുന്നു.

ഉപകരണങ്ങൾ തമ്മിലുള്ള പരസ്പര TLS പ്രാമാണീകരണം എന്താണ്?

അംഗീകരിച്ച ഓരോ ഉപകരണത്തിനും അതിൽത്തന്നെ സൃഷ്ടിച്ച കീയിൽനിന്ന് നിർമിച്ച് ഉപഭോക്താവിന്റെ സർട്ടിഫിക്കറ്റ് അധികാരസ്ഥാപനം നൽകിയ സ്വന്തം ക്ലയന്റ് സർട്ടിഫിക്കറ്റ് ഉണ്ട്. ഓരോ കണക്ഷനിലും ഉപകരണം അതിന്റെ സ്വതന്ത്ര തെളിവായി ഈ സർട്ടിഫിക്കറ്റ് സമർപ്പിക്കുന്നു.

നിങ്ങളുടെ സ്ഥാപനത്തിന്റെ ആശയവിനിമയങ്ങളുടെ നിയന്ത്രണം ഏറ്റെടുക്കുക

നിങ്ങളുടെ അടിസ്ഥാന സൗകര്യങ്ങൾ, തിരിച്ചറിയൽ സേവനദാതാവ്, നയങ്ങൾ, പതിപ്പ് പുറത്തിറക്കൽ പ്രക്രിയ എന്നിവയ്ക്ക് അനുയോജ്യമായ സ്ഥാപനം രൂപകൽപ്പന ചെയ്യാൻ Tosh Defence നിങ്ങളെ സഹായിക്കുന്നു.