Nakopya ang SSH key o naipasa ang agent? Dalawang magkaibang panganib
Ang pirma ay hindi key file, at ang delegadong agent ay hindi pagsisiwalat. Ihiwalay ang katotohanan ng protocol sa tanong ng tiwala sa endpoint, pagkatapos tumugon.
Ang pag-login na gumagamit ng SSH key sa pamamagitan ng VPN ay hindi nangangahulugang ibinigay ang pribadong key sa operator ng network, at ang katiyakang iyon ay mas makitid kaysa naririnig ng mga tao. Ang public-key authentication ay nagpapadala ng pampublikong key at pirma na ginagawa ng client nang lokal. Ang agent forwarding ay ibang kaayusan na may ibang pagkakalantad, at maaari itong mag-iwan ng magagamit na kakayahan sa authentication sa makinang hindi mo kontrolado. Ang tugon na dapat mong ibigay ay nakasalalay sa alin sa dalawa ang tunay na nangyari.
Ano ang ipinapadala ng public-key authentication
Sa karaniwang paraan ng public key, nag-aalok ang client ng pampublikong key, nagpapasya ang server kung tatanggapin ang key na iyon, at nilalagdaan ng client ang isang hamon gamit ang pribadong key, na nananatili sa file nito o sa agent nito. Ang tumatawid sa network ay ang pampublikong key at ang resultang pirma. Wala sa palitan na iyon ang nangangailangan na hawakan ng server, tunnel o sinuman sa landas ang pribadong materyal.
Ang espesipikasyon ng authentication ay tumutukoy sa patunay na iyon, at ang pribadong key ay hindi field sa kahilingan.
Ito ay pahayag tungkol sa protocol, hindi karakter na sanggunian para sa bawat kasangkot na endpoint. Kailangan pa ring buo ang pagsusuri ng pagkakakilanlan ng host, dahil ang server na hindi makapagpatunay kung sino siya ay maaaring nangongolekta ng mga pirma para sa layuning hindi mo sinadya. Ang inuupahang VM, minanang bastion at laptop na nagpapatakbo ng hindi kilalang extension ay tatlong magkahiwalay na tanong ng tiwala. Ihiwalay ang mga ito sa kriptograpikong tanong, na tunay na naayos na.
Ano ang idinidelegado ng agent forwarding
Ang agent forwarding ay nagbubukas ng channel mula sa remote host pabalik sa agent sa iyong makina, upang ang mga proseso sa host na iyon ay makahiling sa agent na maglagda nang hindi kailanman hawak ang pribadong key. Nananatili ang key kung nasaan ito, at hindi ang kakayahan. Anuman ang makarating sa forwarded socket na iyon sa remote host, habang buhay ang session, ay makahihiling ng mga operasyon ng authentication bilang isa sa mga na-load na pagkakakilanlan. Iyan ay delegadong awtoridad, kaya karapat-dapat ang forwarding ng mas makitid na patakaran kaysa pagbibigay ng pampublikong key.
Ang nakopyang key file ay pagsisiwalat. Ang naipasang agent ay pahintulot, at ang dalawa ay nangangailangan ng magkaibang tugon.
I-enable ang forwarding para sa pinangalanang pangangailangan at pinangalanang host, at suriin kung ano ang tunay na ginagawa ng client kaysa sa sinasabi ng configuration. Ang mahalaga ay ang epektibong setting, dahil ang host block ay tahimik na nangingibabaw sa global default. Ganoon din ang lohika sa panig ng server, na maaaring tuluyang tumanggi sa forwarding kapag hindi kailanman kailangan ito ng deployment.
Basahin ang ebidensya bago pumili ng tugon
Kung pinaniniwalaang naisa-publiko ang pribadong key file o katumbas na pagkakakilanlan sa paglagda, ang tugon ay pagpapalit at pagpapawalang-bisa sa pamamagitan ng proseso ng iyong organisasyon, kasama ang pagtanggal ng pagtanggap dito mula sa bawat serbisyong nagtiwala rito. Ang pagbura ng isang lokal na kopya ay hindi nagpapawalang-bisa sa mga kopyang hindi mo nakikita.
Kung ang alalahanin ay pansamantalang access ng agent, ang tugon ay mas makitid: itigil ang hindi kailangang delegasyon, suriin ang mga kasangkot na session at pagkakakilanlan, at hayaang magpasya ang may-ari ng insidente kung makatwiran ang pagpapalit. Mahalaga ang ebidensya dito, dahil ang kawalan ng naobserbahang pag-export ay hindi nagpapatunay na walang authentication na ginamit sa mali, at ang pagbabago ng landas lamang ay hindi diagnosis ng ninakaw na key. Isulat kung aling bahagi ang pinagkatiwalaan, kung naka-enable ang forwarding, at ano ang tunay na naobserbahan. Pagkatapos piliin ang tugon na tumutugma sa rekord na iyon sa halip na ang pinakadramatiko na available.
ssh-add -l
ssh -G host.example | grep -i forwardagent
Patakbuhin ang mga ito bago at pagkatapos ng pagbabago upang may kahulugan ang paghahambing. Ang session na itinatag kanina ay nagpapanatili ng delegasyong ibinigay dito, anuman ang sabihin ng mga setting ngayon.
Dalawang kontrol na hindi mapagpapalit
Ang pagprotekta sa pribadong materyal, paglilimita kung sino ang maaaring humiling ng lagda nito, at pag-verify ng pagkakakilanlan ng kabilang panig ay tatlong magkakaugnay na kontrol, at wala sa mga ito ang pumapalit sa isa pa. Ang team na nag-aalis ng forwarding nang hindi sinusuri ang mga host key ay nag-ayos ng kalahati ng problema. Ang team na nag-rotate ng key dahil nagbago ang ruta ay walang naayos.
Ang komprometidong endpoint ay ikaapat na tanong, dahil ang pribilehiyadong software sa iyong sariling makina ay makakagawa ng higit pa kaysa pagmamasid ng mga packet.
I-uri ang insidente sa mga kategoryang iyon bago hawakan ang anuman, at bigyan ang bawat isa ng may-ari. Panatilihin ang maikling rekord ng kung ano ang pinagkatiwalaan, ano ang idinelegado at ano ang na-verify, dahil ang rekord na iyon ang gumagawa ng susunod na pagsusuri na mura sa halip na isa pang debate. Kung ang anumang kategorya ay hindi alam, isulat ang hindi alam sa halip na ipagpalagay ang mabait na kaso. Ang pagkakaiba ay praktikal, hindi akademiko: ito ang nagpapasya kung papalitan mo ang isang kredensyal, pawalang-bisa ang isang session, o ititigil lamang ang forwarding.