Partner-tagong ta HSM fia in VPN: bepale de kaai-operaasjes
In VPN-hânskieding is gjin HSM-befoech. Bepale it netwurkpaad, de HSM-identiteit, de tastiene kaai-operaasjes en wa't elk gebrûk goedkart.
Immen by de partner moat in dokumint ûndertekenje mei ien oanwiisde kaai, en it fersyk wurdt binnenbrocht as in netwurkprobleem: se moatte by de HSM komme. Besjoch dy sin as in symptoom fan in net definiearre tsjinstkontrakt en net as in routingprobleem, want in tunnel dy't it apparaat berikt jout op himsels neat. Trije poarten steane efter it fersyk: berikberens, HSM-identiteit en kaaibelied, en elk wurdt op in oare plak troch in oar team beheard. Skriuw se ien foar ien op, oars einigje jo mei it jaan fan in rûte om't it sertifikaatpetear lestiger wie.
Hâld de konkrete saak foar eagen: de partner tsjinnet in goedkard dokumint yn foar ûndertekening mei ien neamde kaai, en fierders neat. Alles hjirûnder folget út dy iene sin.
Berikberens, identiteit en kaaibelied binne trije poarten
De VPN-konsintrator beslút wa't in tunnel iepenje mei en hokker adressen se oanreitsje meie. De HSM beslút sels hokker brûkersrecord dat oan him foarlein wurdt ynlogge mei. It kaaibelied beslút dan wat dat brûkersrecord mei ien spesifike kaai dwaan mei. It trochjaan fan de earste poarte lit de oare twa krekt sa't se wiene, dêrom bewiist in slagge hânskieding sa'n bytsje en dêrom kin in partner it apparaat berikke en dochs by elke operaasje misse.
Wys elke poarte ta oan in eigner foardat jo easken skriuwe. As nimmen de twadde poarte hat, is de gewoane útkomst dat in brede HSM-administratoridentiteit útdield wurdt, om't dat it iennige tagongsbewiis is dat wurket.
Poarte ien: it netwurkpaad dat de partner krijt
Neam de goedkarde klant of tsjinst, de bestimming dy't dêrfoar nedich is, en it protokol en de poarte dêr't dy tsjinst op harket. Behein dêrnei de tagong fan de VPN-kant ta dat pear yn beide rjochtingen, ynklusyf it werompaad, sadat it belied in sin is dy't jo de partner foarlêze kinne. Gateway-behear, HSM-behearinterfaces en net besibbe ynterne systemen hearre bûten gewoane partnertagong te stean, net allinnich bûten de standertrûte.
In apart segmint makket dy oerstekken sichtber, mar de namme fan in segmint twingt neat ôf. Ferkeer moat troch de kontrôle gean dy't jo tinke dat it trochgiet. It talitte fan in ferbining fan de partner is ek gjin ferklearring dat elke masine by de partner betrouber is.
Poarte twa: wat him eins by de HSM autentisearret
In VPN-identiteit en in HSM-identiteit binne aparte objekten, útsein as in stipe yntegraasje se opsetlik ferbynt. Mei in PKCS#11-klant docht de applikaasje in oanmelding by in slot mei in tagongsbewiis dat earne op de host fan de partner bewarre is, en dy oanmelding is wat de HSM beoardielet.
AWS CloudHSM is in nuttich referinsje om't de dokumintaasje de twa apart hâldt: HSM-brûkers ferskille fan IAM-brûkers, en it brûkerstype bepaalt wat it akkount dwaan mei. In kryptoofsier beheart brûkers en kaaien, mar is net de identiteit dy't kryptografyske operaasjes útfiert, wylst in kryptobrûker kaaien brûke kin sûnder se beheare te kinnen. Dy splitsing is de foarm dy't jo wolle, sels op it apparaat fan in oare leveransier, dêr't de rolammen oars wêze sille.
Hokker identiteit jo ek útjaan, se moat ferwidere wurde kinne en taskreaun wurde kinne op it detailnivo dat jo letter nedich hawwe. Ien dield operasjoneel tagongsbewiis oer ferskate partners makket beheining en ferantwurding dreger, krekt yn it ynsidint dêr't beide it meast ta dogge.
Poarte trije: hokker kaai, en hokker operaasje
Undertekenjen, ûntsifering, kaaisgeneraasje, kaai-ynpakking en brûkersbehear binne aparte rjochten en moatte apart neamd wurde. Yn PKCS#11-termen beskriuwe attributen lykas CKA_SENSITIVE en CKA_EXTRACTABLE oft kaaimateriaal it modul yn brûkbere foarm ferlitte kin, en se wurde per kaai ynsteld, net per apparaat. Lês it eigentlike belied op 'e kaai yn stee fan net-eksportberens ôf te lieden út it wurd hardware of út it bestean fan in tunnel.
Sykje dan de saaklike goedkarring. As allinnich goedkarde dokuminten ûndertekene wurde meie, hokker komponint fêstiget dy goedkarring foardat it fersyk de HSM berikt? In kryptografyske interface dy't in autorisearre fersyk akseptearret, hat gjin idee oft it dokumint neisjoen is, dus dy kontrôle heart by de tsjinst derfoar.
In talitten klant dy't kompromittearre is, kin ek de operaasjes misbrûke dy't syn tagongsbewiis rjochtmatich autorisearret, sûnder ea in partikuliere kaai te ekstrahearjen. It beskermjen fan bewarre kaaimateriaal en it behearskjen fan kaai gebrûk binne dêrom twa akseptaasjebetingsten, net ien.
Wegeringen binne part fan de akseptaasjetest
Akseptearje it tastiene ûndertekeningsfersyk, en akseptearje ek de wegeringen: in net-autorisearre identiteit, in net besibbe kaai en in behearoperaasje fan it paad fan de partner. Registrearje de oanropper, de operaasje, de kaai-identifikaasje, de tiid en de útkomst, en hâld partikuliere kaaimateriaal, tagongsbewizen en dokumintynhâld bûten algemiene diagnoasjelogboeken.
Wys in eigner ta foar it ôfsluten fan partners, foar in fertochte kompromis oan de kant fan de partner en foar beliedswickelingen en herstel. It feroarjen fan in rûte herstelt it fertrouwen yn in host dy't mooglik al kompromittearre is net, dus weromlûking moat ek de HSM-identiteit berikke.
In foltôge VPN-hânskieding heart yn dat register. It kin net yn 't plak stean fan ien inkel HSM-spesifyk resultaat.