Հաշվի անվտանգություն
Սերվերի անվտանգությունը պաշտպանում է կայքերը: Հաշվի անվտանգությունը պաշտպանում է դրանց բանալիները: Zinn Digital®-ի յուրաքանչյուր մուտք գործում հիմնված է ստանդարտների վրա հիմնված նույնականացման մեկ համակարգի վրա — մուտքի բանալիներ և WebAuthn, TOTP երկգործոն նույնականացում, մոգական հղումով մուտք, SAML SSO ձեռնարկությունների և գործակալությունների թիմերի համար — մանրամասն դերերով, յուրաքանչյուր կազմակերպության համար API բանալիներով և հետևում միայն ավելացման ենթակա աուդիտի մատյանով:
Հոսթինգի հաշիվների մեծ մասը տվյալների բազայում պահվող գաղտնաբառ է՝ կցված կառավարման վահանակին։ Մերը նույնականացման հատուկ համակարգ է՝ Keycloak, որն ապահովում է OIDC և SAML աջակցություն, և գտնվում է ամեն ինչի առջևում՝ հաճախորդի վահանակի, անձնակազմի ադմինիստրատիվ վահանակի, այս հանրային կայքի ու գիտելիքների բազայի, ինչպես նաև ձեր աջակցության հարցումների։ Մուտք գործեք մեկ անգամ, և դուք մուտք կգործեք դրանց բոլորի մեջ։
Քանի որ այն կառուցված է բաց ստանդարտների վրա, այլ ոչ թե սեփականատիրական մուտքի համակարգի, ինքնության շերտը փոխարինելի է ճիշտ այնպես, ինչպես հարթակի ցանկացած այլ բաղադրիչ: Ձեր մուտքի մոդելի որևէ մաս արգելափակված չէ որևէ մատակարարի արտադրանքի մեջ, և ձեր թիմի նույնականացումը կախված չէ մեզանից մեկ մատակարար պահելուց: Սա նույն առանց կախվածության սկզբունքն է, որը մենք կիրառում ենք CDN հաշիվների, DNS-ի և վճարային համակարգերի նկատմամբ:
Մուտքը տեղայնացված է, և կայքից մուտքի էկրանին անցումը պահպանում է Ձեր լեզուն, հետևաբար տարբեր երկրներում գտնվող թիմը ստիպված չի լինի օգտվել միայն անգլերենով մուտքից:
Չորս եղանակ, բոլորն էլ բարձրակարգ, բոլորն էլ կարգավորելի յուրաքանչյուր անձի համար: Ոչ ոք ստիպված չէ ընտրել ամենաթույլ տարբերակը միայն այն պատճառով, որ դա առաջարկվող միակ տարբերակն է:
Մուտքագրեք ձեր էլ․ հասցեն, սեղմեք հղմանը, և դուք ներսում եք։ Չկա որևէ գաղտնաբառ, որը կարող է դառնալ ֆիշինգի զոհ, կրկին օգտագործվել կամ արտահոսել տվյալների արտահոսքի ժամանակ։ Սա լռելյայն ճանապարհն է նոր հաշիվների համար, և մարդկանց մեծ մասի համար սա միակն է, որի կարիքը երբևէ կունենան։
Գրանցեք անցաբանալի (passkey)՝ Touch ID, Face ID, Windows Hello կամ սարքային բանալի, ինչպիսին է YubiKey-ը, և մուտք գործեք առանց որևէ գաղտնաբառի: Անցաբանալիները կապված են ծագման տիրույթին, ուստի նմանակված մուտքի էջը չի կարող կորզել դրանք: Հարթակն ընդունում է ES256 և RS256 նույնականացուցիչներ և նախընտրում է օգտատիրոջ ստուգումը:
Մուտք գործեք Google-ի միջոցով ինքնության մատակարարի ստանդարտ կապով, որպեսզի հաշիվը ժառանգի այն բոլոր վերահսկողությունները, որոնք ձեր Google Workspace-ն արդեն իսկ կիրառում է: Լրացուցիչ մատակարարները միանում են նույն կերպ — այստեղ ոչինչ անհատական ինտեգրում չէ:
Պահպանվում է այն մարդկանց և սկրիպտների համար, որոնք ունեն դրա կարիքը, և ենթարկվում է իրական քաղաքականության՝ նվազագույնը տասներկու նիշ, երբեք ձեր օգտանունը կամ էլփոստի հասցեն չլինելը, վերջին երեքի չվերաօգտագործումը, հեշավորված Argon2-ով: Էլփոստի հասցեները հաստատվում են նախքան հաշվի օգտագործելի դառնալը:
Երկրորդ գործոնները նույնականացման համակարգի մաս են կազմում, ոչ թե լրացում, որը գնում եք, կամ փլագին, որը տեղադրում եք ձեր սեփական կայքում:
Եթե ձեր կազմակերպությունն արդեն օգտագործում է ինքնության մատակարար՝ Okta, Entra ID, Google Workspace կամ որևէ այլ ծառայություն, որն ապահովում է SAML-ի աջակցություն, դուք միացնում եք այն, և ձեր աշխատակիցները մուտք են գործում Zinn Digital® իրենց առկա կորպորատիվ տվյալներով: Ձեր թիմի համար չկա կառավարելու երկրորդ գաղտնաբառ և չկա մոռացության մատնվելիք աշխատանքից ազատման երկրորդ ստուգաթերթիկ:
Սա առավել կարևոր է գործակալությունների և վերավաճառողների մակարդակում, որտեղ անձնակազմի հոսունությունն իսկական անվտանգության միջադեպ է: Երբ ինչ-որ մեկը հեռանում է, և դուք անջատում եք նրան ձեր տեղեկագրքում, դուք միաժամանակ արգելափակում եք նրա մուտքը դեպի ձեր հոսթինգ: Մուտքի իրավունքը կենտրոնացված կերպով հետևում է աշխատանքային կարգավիճակին, այլ ոչ թե հետապնդվում է մի տասնյակ SaaS գործիքներում:
SAML-ն աշխատում է մնացած ամեն ինչի հետ համատեղ, այլ ոչ թե փոխարինում դրանց. կապալառուները դեռ կարող են ստանալ մոգական հղումով (magic-link) հաշիվ սահմանափակ դերի շրջանակում, մինչդեռ մշտական անձնակազմը մուտք է գործում SSO-ի միջոցով: Մեկ կազմակերպություն, մեկ թույլտվությունների մոդել, երկու մուտքի դուռ:
Հասանելիությունը սահմանափակված է կազմակերպության ծառով՝ վերավաճառողից մինչև հաճախորդ և կայք, և կիրառվում է հենց տվյալների բազայում՝ տողերի մակարդակի անվտանգության միջոցով, ոչ միայն հավելվածում: Միջտենանտային հասանելիությունը քաղաքականություն չէ, որը մենք խնդրում ենք մարդկանց պահպանել. դա հարցում է, որը չի կարող տողեր վերադարձնել: Հաճախորդի չորս դերերն ընդգրկում են պարտականությունների իրատեսական բաժանումը:
Կազմակերպության և դրա ենթահաշիվների լիակատար վերահսկողություն՝ ստեղծել ենթակազմակերպություններ, հրավիրել և հեռացնել անդամներին, նշանակել դերեր, կառավարել յուրաքանչյուր կայք, իրականացնել գանձումներ և հաշիվների տրամադրում, կառավարել API բանալիները և կարդալ աուդիտի գրանցամատյանը:
Հաշիվ-ապրանքագրեր, բաժանորդագրություններ, վճարման եղանակներ և սակագնային պլանների կատալոգ — և ուրիշ ոչինչ: Ձեր ֆինանսիստը կամ հաշվապահը կարող է վճարել հաշիվ-ապրանքագիրը՝ առանց գործող կայքը փոփոխելու, կասեցնելու կամ ջնջելու որևէ հնարավորություն ունենալու:
Կայքերի և API-ի հասանելիություն առանց վճարումների վերահսկման. դիտեք և տրամադրեք կայքեր, վերագործարկեք ծառայությունները, մաքրեք հիշապահեստը, կառավարեք API բանալիները և աշխատանքային տոմսերը: Գիտակցաբար չկա հասանելիություն վճարման եղանակներին, հաշիվ-ապրանքագրերին կամ պլանի փոփոխություններին:
Միայն դիտում ողջ կազմակերպությունում — կայքեր, հաշիվներ, սակագնային պլաններ, հայտեր, թարգմանության կարգավիճակ և աուդիտի մատյան: Ճիշտ դեր աուդիտորի, տեսանելիություն ցանկացող հաճախորդի կամ իր առաջին շաբաթում գտնվող նոր աշխատակցի համար:
Կառավարման վահանակը մուտքի եղանակներից մեկն է: API-ը, CLI-ը, Terraform մատակարարը և MCP սերվերը մյուսներն են, և դրանք ենթարկվում են մուտքի նույն մոդելին, քանի որ առանց շրջանակի բանալին շրջանցում է ձեր կողմից հենց նոր կարգավորված յուրաքանչյուր դեր:
API բանալին տրամադրվում է կազմակերպությանը, այլ ոչ թե առանձին անձի, և ունի իր սեփական շրջանակները: Վերաբերվեք դրան որպես ընդհանուր վավերացման տվյալի. անվանեք այն ըստ նպատակի, տրամադրեք հնարավոր ամենանեղ գործող շրջանակները և փոխարինեք այն, երբ այն ստեղծած անձը հեռանա:
Չմշակված բանալին ձեզ ցուցադրվում է միայն մեկ անգամ՝ ստեղծման պահին: Այն, ինչ մենք պահպանում ենք, SHA-256 հեշն է և որոնման համար նախատեսված կարճ նախածանցը: Մենք չենք կարող կրկին ցուցադրել ձեզ բանալին, իսկ տվյալների բազայի խախտումը հարձակվողին գործող հավատարմագրեր չի տրամադրում:
Յուրաքանչյուր բանալի կրում է մանրակրկիտ շրջանակներ՝ կապված նույն թույլտվությունների կատալոգի հետ, որն օգտագործում են դերերը, գրանցում է, թե երբ է այն վերջին անգամ օգտագործվել, և կարող է անմիջապես չեղարկվել այն պահին, երբ կասկածելի թվա: Առանձին sandbox բանալիները փորձարկում են API-ը՝ առանց որևէ իրական գանձման կամ ռեսուրսների տրամադրման:
MCP սերվերը թույլ է տալիս ցանկացած MCP-ի հնարավորություն ունեցող գործակալի կառավարել ձեր հոսթինգը, և այն նույնականացվում է OAuth 2.1-ի միջոցով՝ սահմանափակված ձեր կազմակերպությամբ և դրա RBAC թույլտվություններով, յուրաքանչյուր գործիքի համար չեղարկվող տոկեններով, կործանարար գործողությունների հաստատմամբ, ծախսերի սահմանաչափերով և աուդիտի ամբողջական գրանցմամբ: AI օգնական միացնելը չի նշանակում նրան հանձնել ամեն ինչի բանալիները:
Յուրաքանչյուր արտոնյալ գործողություն գրանցում է միայն ավելացման ենթակա գրառում՝ ով է այն կատարել, ինչ է արել, ինչի վրա է արել, հիմնավորող ապացույցները և աղբյուրի IP հասցեն՝ ժամանակացույցի նշումով: Սա վրիպազերծման հարմարավետություն չէ. սա ապացույցների հետքն է:
Ոչ — և մենք կնախընտրեինք, որ դուք դա չանեիք: Կախարդական հղումով (magic-link) էլփոստով մուտքը լռելյայն տարբերակն է, և դուք կարող եք գրանցել անցաբանալի (Touch ID, Face ID, Windows Hello կամ ապարատային բանալի) և մուտք գործել առանց երբևէ գաղտնաբառ սահմանելու: Էլփոստն ու գաղտնաբառը մնում են հասանելի որպես պահուստային տարբերակ՝ պահպանելով առնվազն տասներկու նիշի պահանջը, վերջին երեքի կրկնակի օգտագործման արգելքը և Argon2 հեշավորումը:
TOTP երկփուլ նույնականացումը ներկառուցված է ինքնության մակարդակում և կարող է պարտադրվել քաղաքականության միջոցով ամբողջ կազմակերպությունում, այլ ոչ թե թողնվել յուրաքանչյուր անդամի ընտրությանը: Մուտքի բանալիները (passkeys) ավելի հուսալի տարբերակ են, եթե ձեր թիմի սարքերն աջակցում են դրանց, քանի որ դրանք վերացնում են այն գաղտնաբառը, որը հարձակվողը կարող էր փորձել կորզել ֆիշինգի միջոցով:
Այո: «Ֆինանսական մենեջեր» (Billing Manager) դերը հնարավորություն է տալիս մուտք գործել միայն հաշիվ-ապրանքագրեր, բաժանորդագրություններ, վճարման եղանակներ և սակագների գրացուցակ, և ոչ մի ավել բան՝ առանց կայքը դիտելու, ստեղծելու, վերագործարկելու, կասեցնելու կամ ջնջելու հնարավորության: Հակառակը նույնպես ճիշտ է. «Մշակող» (Developer) դերը կառավարում է կայքերը և API հասանելիությունը՝ առանց որևէ ֆինանսական վերահսկողության: Դերերը բաշխվում են ըստ կազմակերպությունների, ուստի մեկ կազմակերպությունում տրված դերը որևէ հասանելիություն չի տալիս մեկ այլ, առանձին և չկապակցված կազմակերպությունում, թեև գլխավոր կազմակերպությունում տրված դերը տարածվում է դրա ներքո գտնվող կազմակերպությունների վրա:
Չեղարկեք այն կառավարման վահանակից, և այն անմիջապես կդադարի գործել: Հնարավոր վնասը սահմանափակվում է նրանով, թե տվյալ բանալին ի սկզբանե ինչ կարող էր անել, ինչի պատճառով էլ բանալիներն ունեն մանրամասն թույլտվությունների շրջանակներ և գրանցում են վերջին օգտագործման ժամանակացույցը — նեղ շրջանակները և օգտագործման տեսանելի հետքն են արտահոսքը վերածում տեղայնացված միջադեպի, այլ ոչ թե հաշվի ամբողջական զիջման: Նկատի ունեցեք, որ բանալիները տրամադրվում են կազմակերպությանը, այլ ոչ թե անհատին, ուստի վերաբերվեք դրանց որպես ընդհանուր մուտքի տվյալների և պարբերաբար փոխարինեք դրանք, երբ աշխատակիցները հեռանում են: Մեր կողմում պահվում է միայն բանալու հեշը, ուստի մեր տվյալների բազայից արտահոսքը չի կարող ստեղծել գործող հավատարմագիր:
Այո: Յուրաքանչյուր արտոնյալ գործողություն գրանցվում է միայն ավելացման համար նախատեսված աուդիտի մատյանում՝ կատարողի, գործողության, թիրախի, հիմնավորող ապացույցների, աղբյուրի IP-ի և ժամանակացույցի հետ միասին: Սեփականատիրոջ և միայն կարդալու դերերը կարող են այն կարդալ անմիջապես: Ձեր հաշվի վրա անձնակազմի գործողությունները գրանցվում են նույն հետքով, և անձնակազմի զգայուն կամ կործանարար գործողությունները կարող են նախ պահանջել ուժեղացված նույնականացում կամ երկու անձի հաստատում:
Այո — SAML SSO-ն աջակցվում է ձեռնարկությունների և գործակալությունների հաշիվների համար, այնպես որ ձեր աշխատակիցները նույնականացվում են առկա կորպորատիվ տվյալներով, և ձեր տեղեկագրում գործունեության դադարեցումը հեռացնում է նրանց մուտքը նաև այստեղ: Դուք կարող եք համատեղել մոտեցումները՝ SSO մշտական անձնակազմի համար, սահմանափակ շրջանակով magic-link հաշիվներ կապալառուների համար՝ բոլորը թույլտվությունների նույն մոդելի շրջանակում:
Ոչ — գաղտնաբառերը միտումնավոր չեն տեղափոխվում։ Ձեր հաշիվը ներմուծվում է առանց դրա, և առաջին մուտքի ժամանակ դուք կա՛մ օգտագործում եք մոգական հղում, կա՛մ սահմանում եք նոր գաղտնաբառ՝ ընթացիկ քաղաքականության համաձայն։ Հին գաղտնաբառերի հեշերի տեղափոխումը հին թույլ կողմերը կտեղափոխեր նոր համակարգ, ուստի մենք դա չենք անում։
Footprint-Free-ի փորձաշրջանը 14 օր է, առանց քարտի պահանջի, և ներառում է մինչև հինգ կայք: Փորձաշրջանի ընթացքում դուք ստանում եք նույնականացման ամբողջական շերտը — մուտքի բանալիները, երկփուլ նույնականացումը, դերերը, API բանալիները և աուդիտի մատյանը սահմանափակված չեն վճարովի պլանով:
Գրանցեք անցաբառ, հրավիրեք ձեր թիմին համապատասխան դերերում և թողարկեք սահմանափակված API բանալի՝ այս ամենը 14-օրյա փորձաշրջանի ընթացքում՝ առանց քարտի տվյալների անհրաժեշտության։
Սկսեք անվճար