અમે રોલ-આધારિત એક્સેસ કંટ્રોલ મોડલ બનાવી રહ્યા છીએ. ભાગ એક, પ્રારંભિક

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

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

નો કમનસીબે, રોલ મોડેલ બનાવવું એ પરિણામ નથી, પરંતુ એક પ્રક્રિયા છે. અથવા તેના બદલે, કંપનીમાં એક્સેસ કંટ્રોલ ઇકોસિસ્ટમ બનાવવાની પ્રક્રિયાનો પણ એક ભાગ. તેથી લાંબા સમય સુધી રમત માટે તૈયાર રહો.

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

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

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

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

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

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

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

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

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

ઘણા જુદા જુદા એક્સેસ કંટ્રોલ મોડલ્સ હવે જાણીતા છે, પરંતુ તે તરત જ દેખાતા નથી. ચાલો આપણે એવા લોકો પર ધ્યાન આપીએ જેમણે આ વિસ્તારના વિકાસમાં મહત્વપૂર્ણ યોગદાન આપ્યું છે.

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

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

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

1992 માં યુએસ નેશનલ ઇન્સ્ટિટ્યૂટ ઓફ સ્ટાન્ડર્ડ્સ એન્ડ ટેક્નોલોજીના અમેરિકન વૈજ્ઞાનિકો ડેવિડ ફેરેલો અને રિચાર્ડ કુહને પ્રથમ સ્પષ્ટ રીતે વર્ણવેલ રોલ મોડલ માળખું પ્રસ્તાવિત કર્યું હતું. પછી શબ્દ પ્રથમ દેખાયો RBAC (રોલ-આધારિત એક્સેસ કંટ્રોલ). આ અભ્યાસો અને મુખ્ય ઘટકોના વર્ણનો, તેમજ તેમના સંબંધો, INCITS 359-2012 ધોરણનો આધાર બનાવે છે, જે આજે પણ અમલમાં છે, જે ઈન્ફોર્મેશન ટેક્નોલોજી સ્ટાન્ડર્ડ્સ (INCITS) પર આંતરરાષ્ટ્રીય સમિતિ દ્વારા મંજૂર કરવામાં આવે છે.

સ્ટાન્ડર્ડ ભૂમિકાને "ભૂમકા માટે સોંપેલ વપરાશકર્તાને સોંપેલ સત્તા અને જવાબદારીને લગતા કેટલાક સંકળાયેલ અર્થશાસ્ત્ર સાથેની સંસ્થાના સંદર્ભમાં જોબ ફંક્શન" તરીકે વ્યાખ્યાયિત કરે છે. દસ્તાવેજ RBAC ના મૂળભૂત ઘટકો - વપરાશકર્તાઓ, સત્રો, ભૂમિકાઓ, પરવાનગીઓ, કામગીરી અને ઑબ્જેક્ટ્સ તેમજ તેમની વચ્ચેના સંબંધો અને આંતરજોડાણો સ્થાપિત કરે છે.

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

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

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

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

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

હવે ચાલો જરૂરી પ્રારંભિક પગલાઓ વિશે વાત કરીએ, જેના વિના કાર્યકારી રોલ મોડેલ બનાવવું ફક્ત અશક્ય છે.

પગલું 1. કાર્યાત્મક મોડેલ બનાવો

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

પગલું 2. અમે IT સિસ્ટમનું ઓડિટ કરીએ છીએ અને પ્રાથમિકતા યોજના બનાવીએ છીએ

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

તો તમે સિસ્ટમની જટિલતા કેવી રીતે નક્કી કરશો? તમારી જાતને નીચેના પ્રશ્નોના જવાબ આપો:

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

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

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



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

પગલું 3 એક પદ્ધતિ બનાવો

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

• સામાન્ય કોર્પોરેટ જરૂરિયાતો;
• માહિતી સુરક્ષા ક્ષેત્રો માટેની આવશ્યકતાઓ (સંસ્થાની પ્રવૃત્તિઓના ક્ષેત્રોને આધારે);
• તકનીકી પ્રક્રિયાઓ માટેની આવશ્યકતાઓ (સૂચનો, ઍક્સેસ મેટ્રિસિસ, માર્ગદર્શિકા, રૂપરેખાંકન આવશ્યકતાઓ).

અમારી ફાઇનાન્શિયલ કંપનીમાં, અમને ઘણા જૂના દસ્તાવેજો મળ્યા; અમારે તેમને અમલમાં આવી રહેલી નવી પ્રક્રિયાઓ અનુસાર લાવવાના હતા.

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

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

પગલું 4. હાલના એક્સેસ કંટ્રોલ મોડલના પરિમાણોને ઠીક કરો

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

સિસ્ટમ અને માલિકો વિશેના કેટલાક પરિમાણો આઇટી રજિસ્ટ્રીમાંથી પ્રશ્નાવલિમાં વહેતા થયા (પગલું 2, ઓડિટ જુઓ), પરંતુ નવા પણ ઉમેરવામાં આવ્યા હતા:

• એકાઉન્ટ્સ કેવી રીતે સંચાલિત થાય છે (સીધા ડેટાબેઝમાં અથવા સોફ્ટવેર ઇન્ટરફેસ દ્વારા);
• વપરાશકર્તાઓ સિસ્ટમમાં કેવી રીતે લૉગ ઇન કરે છે (અલગ એકાઉન્ટનો ઉપયોગ કરીને અથવા AD એકાઉન્ટનો ઉપયોગ કરીને, LDAP, વગેરે);
• સિસ્ટમની ઍક્સેસના કયા સ્તરોનો ઉપયોગ થાય છે (એપ્લિકેશન સ્તર, સિસ્ટમ સ્તર, નેટવર્ક ફાઇલ સંસાધનોનો સિસ્ટમ ઉપયોગ);
• સર્વરનું વર્ણન અને પરિમાણો કે જેના પર સિસ્ટમ ચાલે છે;
• કયા એકાઉન્ટ મેનેજમેન્ટ ઓપરેશન્સ સપોર્ટેડ છે (અવરોધિત કરવું, નામ બદલવું, વગેરે);
• સિસ્ટમ વપરાશકર્તા ઓળખકર્તા બનાવવા માટે કયા અલ્ગોરિધમ્સ અથવા નિયમોનો ઉપયોગ કરવામાં આવે છે;
• કર્મચારી સિસ્ટમમાં કર્મચારીના રેકોર્ડ સાથે કનેક્શન સ્થાપિત કરવા માટે કઈ વિશેષતાનો ઉપયોગ કરી શકાય છે (સંપૂર્ણ નામ, કર્મચારી નંબર, વગેરે);
• એકાઉન્ટના તમામ સંભવિત લક્ષણો અને તેને ભરવા માટેના નિયમો;
• સિસ્ટમમાં કયા ઍક્સેસ અધિકારો અસ્તિત્વમાં છે (ભૂમિકા, જૂથો, પરમાણુ અધિકારો, વગેરે, ત્યાં માળખાગત અથવા અધિક્રમિક અધિકારો છે);
• ઍક્સેસ અધિકારોને વિભાજિત કરવા માટેની પદ્ધતિઓ (સ્થિતિ, વિભાગ, કાર્યક્ષમતા, વગેરે દ્વારા);
• શું સિસ્ટમ પાસે અધિકારોના વિભાજન માટેના નિયમો છે (SOD – ફરજોનું વિભાજન), અને તેઓ કેવી રીતે કાર્ય કરે છે;
• સિસ્ટમમાં ગેરહાજરી, ટ્રાન્સફર, બરતરફી, કર્મચારી ડેટા અપડેટ કરવા વગેરેની ઘટનાઓ કેવી રીતે પ્રક્રિયા કરવામાં આવે છે.

એક્સેસ કંટ્રોલ પ્રક્રિયા સાથે સંકળાયેલા વિવિધ પરિમાણો અને અન્ય ઑબ્જેક્ટ્સની વિગતો સાથે આ સૂચિ ચાલુ રાખી શકાય છે.

પગલું 5. પરવાનગીઓનું વ્યવસાયલક્ષી વર્ણન બનાવો

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

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

• સત્તાધિકારનું નામ, જેમાં ઑબ્જેક્ટનો સમાવેશ થાય છે કે જેના પર ઍક્સેસ અધિકાર લાગુ થાય છે;
• એક ક્રિયા કે જે ઑબ્જેક્ટ સાથે કરવાની મંજૂરી છે (જોવું, બદલવું, વગેરે, પ્રતિબંધની શક્યતા, ઉદાહરણ તરીકે, પ્રાદેશિક ધોરણે અથવા ગ્રાહકોના જૂથ દ્વારા);
• અધિકૃતતા કોડ (કોડ અને સિસ્ટમ કાર્ય/વિનંતીનું નામ જે અધિકૃતતાનો ઉપયોગ કરીને એક્ઝિક્યુટ કરી શકાય છે);
• સત્તાનું વર્ણન (ઓથોરિટી લાગુ કરતી વખતે ISમાંની ક્રિયાઓનું વિગતવાર વર્ણન અને પ્રક્રિયા માટે તેમના પરિણામો;
• પરવાનગીની સ્થિતિ: "સક્રિય" (જો પરવાનગી ઓછામાં ઓછા એક વપરાશકર્તાને સોંપવામાં આવી હોય) અથવા "સક્રિય નથી" (જો પરવાનગીનો ઉપયોગ ન થયો હોય).

પગલું 6 અમે સિસ્ટમમાંથી વપરાશકર્તાઓ અને અધિકારો વિશેનો ડેટા ડાઉનલોડ કરીએ છીએ અને કર્મચારીઓના સ્ત્રોત સાથે તેની તુલના કરીએ છીએ

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

કયા ડેટાને ડાઉનલોડ કરવાની જરૂર છે:

• ખાતાનું નામ
• કર્મચારીનું પૂરું નામ જેને તે સોંપવામાં આવ્યું છે
• સ્થિતિ (સક્રિય અથવા અવરોધિત)
• એકાઉન્ટ બનાવવાની તારીખ
• છેલ્લા ઉપયોગની તારીખ
• ઉપલબ્ધ અધિકારો/જૂથો/ભૂમિકાઓની સૂચિ

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

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

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

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

લેખક: લ્યુડમિલા સેવાસ્ત્યાનોવા, પ્રમોશન મેનેજર સોલર ઇનરાઇટ્સ

સોર્સ: www.habr.com