VPN દ્વારા ભાગીદારની HSM ઍક્સેસ: કી કામગીરીઓ વ્યાખ્યાયિત કરો

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

ચોક્કસ કેસ ધ્યાનમાં રાખો: ભાગીદાર એક નામિત કી સાથે સહી માટે મંજૂર દસ્તાવેજ સબમિટ કરે છે, બીજું કંઈ નહીં. નીચેનું બધું તે એક જ વાક્યમાંથી આવે છે.

પહોંચ, ઓળખ અને કી નીતિ એ ત્રણ દરવાજા છે

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

જરૂરિયાતો લખતા પહેલાં દરેક દરવાજાને એક માલિક સોંપો. જ્યારે બીજા દરવાજાનો કોઈ માલિક ન હોય, ત્યારે સામાન્ય પરિણામ એ આવે છે કે વ્યાપક HSM સંચાલક ઓળખ આપવામાં આવે છે કારણ કે તે જ એકમાત્ર ઓળખપત્ર છે જે કામ કરે છે.

દરવાજો એક: ભાગીદારને આપવામાં આવતો નેટવર્ક પાથ

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

સમર્પિત સેગમેન્ટ તે ઓળંગોને દૃશ્યમાન બનાવે છે, પણ સેગમેન્ટનું નામ કંઈપણ લાગુ કરતું નથી. ટ્રાફિક એ નિયંત્રણમાંથી પસાર થવો જોઈએ જેમાંથી તમે માનો છો કે તે પસાર થાય છે. ભાગીદાર તરફથી કનેક્શન સ્વીકારવું એ એવું નિવેદન પણ નથી કે ભાગીદારનું દરેક મશીન વિશ્વસનીય છે.

દરવાજો બે: HSM સામે ખરેખર શું પ્રમાણિત કરે છે

VPN ઓળખ અને HSM ઓળખ અલગ ઑબ્જેક્ટ છે, સિવાય કે સમર્થિત એકીકરણ તેમને જાણી જોઈને જોડે. PKCS#11 ક્લાયન્ટ સાથે, એપ્લિકેશન ભાગીદારના હોસ્ટ પર ક્યાંક સંગ્રહિત ઓળખપત્ર સાથે સ્લોટ સામે લોગિન કરે છે, અને તે લોગિન જ HSM મૂલ્યાંકન કરે છે.

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

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

દરવાજો ત્રણ: કઈ કી, અને કઈ કામગીરી

સહી કરવી, ડિક્રિપ્શન, કી જનરેશન, કી રેપિંગ અને વપરાશકર્તા સંચાલન અલગ પરવાનગીઓ છે અને તેમને અલગ રીતે સૂચિબદ્ધ કરવી જોઈએ. PKCS#11 ની દૃષ્ટિએ, CKA_SENSITIVE અને CKA_EXTRACTABLE જેવા લક્ષણો વર્ણવે છે કે કી સામગ્રી ઉપયોગી સ્વરૂપમાં મોડ્યુલ છોડી શકે છે કે નહીં, અને તે ઉપકરણ દીઠ નહીં પણ કી દીઠ સેટ થાય છે. હાર્ડવેર શબ્દમાંથી કે ટનલની હાજરીમાંથી નિકાસ ન થઈ શકે તેવું અનુમાન કરવાને બદલે કી પરની વાસ્તવિક નીતિ વાંચો.

પછી વ્યવસાયિક મંજૂરી શોધો. જો ફક્ત મંજૂર દસ્તાવેજો પર સહી થઈ શકે, તો વિનંતી HSM સુધી પહોંચે તે પહેલાં કયો ઘટક તે મંજૂરી સ્થાપિત કરે છે? અધિકૃત વિનંતી સ્વીકારતા ક્રિપ્ટોગ્રાફિક ઇન્ટરફેસને ખબર હોતી નથી કે દસ્તાવેજની સમીક્ષા થઈ છે કે નહીં, તેથી તે તપાસ તેની સામેની સેવાની જવાબદારી છે.

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

નકાર એ સ્વીકૃતિ પરીક્ષણનો ભાગ છે

મંજૂર સહી વિનંતી સ્વીકારો, અને નકાર પણ સ્વીકારો: અનધિકૃત ઓળખ, અસંબંધિત કી અને ભાગીદારના પાથમાંથી મેનેજમેન્ટ કામગીરી. કૉલર, કામગીરી, કી ઓળખકર્તા, સમય અને પરિણામ નોંધો, અને ખાનગી કી સામગ્રી, ઓળખપત્રો અને દસ્તાવેજનો સંદર્ભ સામાન્ય નિદાન લોગની બહાર રાખો.

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

પૂર્ણ થયેલ VPN હેન્ડશેક તે રેકોર્ડમાં આવે છે. તે એક પણ HSM-વિશિષ્ટ પરિણામનો વિકલ્પ બની શકતું નથી.