Tatlong hop, isang host: pagbilang ng tunay na dependency sa privacy
Itinatago ng bilang ng hop ang pinagsasaluhang hosting, isang admin account at parehong registrar. Gumawa ng ledger ng dependency, suriin ang bawat hilera at tingnan kung ano ang pinag-uugnay ng pinagsasaluhang halaga.
Ang ikalawang hop ay umahon sa takdang oras at ang iyong diagram ay nagpapakita pa rin ng tatlong magkahiwalay na provider. Pagkatapos ay dumarating ang mga invoice at dalawa sa kanila ay tumutukoy sa parehong kumpanya ng hosting, ang parehong registrar ang may hawak ng tatlong domain, at bawat account ay naibalik sa isang mailbox na pag-aari mo. Wala namang sira sa configuration ng tunnel. Ang disenyo ay hindi lamang kailanman nagbilang ng mga dependency na nasa ilalim ng mga hop, at ang bilang ng hop ay naglalarawan ng landas na tinatahak ng trapiko, hindi ang bilang ng mga partidong maaaring kumilos dito.
Lumilitaw ang sintomas sa pagsingil, hindi sa mga log
Hindi mo ito makikita sa log ng tunnel, dahil ginagawa ng tunnel ang eksaktong itinakda mo. Ang ebidensya ay nabubuhay sa mga pampublikong rekord at setting ng account: mga pangalan ng organisasyon sa whois na tumutugma sa mga endpoint, magkatulad na name server, pinagsasaluhang address ng registrant, isang paraan ng pagbabayad, isang control panel. Ang bawat isa sa mga ito ay palatandaan na ang dalawang layer na dapat mabigo nang hiwalay ay maaaring mabigo nang sabay.
Wala sa mga palatandaang ito ang nagpapatunay na ang sinumang partido ay makababasa ng iyong trapiko. Ang binabawasan nila ay ang bilang ng mga malayang desisyon na dapat maging mali bago masira ang dalawang layer ng proteksyon ng iisang pangyayari.
Ihambing ang mga rekord na talagang nakikita mo at isulat kung ano ang inihambing mo. Hanapin ang organisasyon sa bawat address ng endpoint, ilista ang mga name server ng bawat domain, at buksan ang mga setting ng pagbawi ng bawat account sa kadena. Kung saan tumutugma ang dalawang halaga, tandaan kung ang tugma ay tungkol sa pagmamay-ari, sa operasyon, o sa harap lamang ng isang reseller. Ito ay magkaibang mga natuklasan, at ang pagtrato sa mga ito bilang isa ay kung paano nagiging haka-haka ang isang pagsusuri ng dependency.
Iguhit ang lohikal na landas, pagkatapos ang mapa ng dependency
Kailangan ng dalawang diagram, at karamihan ay iginuguhit lamang ang una. Ipinapakita ng lohikal na landas kung saan nagtatapos ang bawat layer ng proteksyon at ano ang maaaring obserbahan ng endpoint na iyon. Ipinapakita ng mapa ng dependency kung sino ang nagpapatakbo at nag-aadministrate sa bawat isa sa mga endpoint, na isang ganap na hiwalay na set ng mga pangalan.
| Layer to record | Evidence you can collect | What a shared value would mean |
|---|---|---|
| Endpoint operator | Published operator, contract, support contacts | The same party sees two traffic layers |
| Compute and hosting | Address ranges, hosting brands, platform status pages | One administrative action affects two machines |
| Network dependency | Endpoints and transit links near the observation point | Two paths share a segment that could be watched once |
| Management | Control panels, SSH keys, staff with access | One credential compromise crosses both layers |
| Account linkage | Registration records, payment method, recovery mail | Two services can be tied to one identity |
Suriin ang bawat hilera sa halip na punan ito. Ang alam ay nangangahulugang nakita mo ang isang rekord na nagsasabi nito, ang hinuha ay nangangahulugang sinusuportahan ito ng isang obserbasyon nang hindi ito nilulutas, at ang hindi alam ay nangangahulugang walang natagpuan. Ang pinagsasaluhang tatak ng hosting ay isang hinuha tungkol sa pinagsasaluhang imprastraktura, hindi isang pahayag tungkol sa pinagsasaluhang database ng customer. Huwag tahimik na itaas ang isang hinuha sa kilalang katotohanan dahil lamang ito ay maginhawa para sa inaasahang konklusyon.
Ang blangkong hilera ay isang natuklasan sa sarili nito. Sinasabi nito kung aling katotohanan ang magbabago sa desisyon kung matututuhan mo ito, at iyon ay mas kapaki-pakinabang kaysa sa isa pang talata tungkol sa maaaring gawin ng isang sopistikadong kalaban.
Ang numero ng AS ay sumasagot lamang sa tanong ng routing
Ang autonomous system ay isang konsepto ng administrasyon ng routing, isang set ng mga address na ipinakikita sa ibang network bilang isang magkakaugnay na tanawin ng routing. Kaya ang magkaibang numero ng AS ay walang sinasabi na tiyak tungkol sa pagmamay-ari ng korporasyon, hiwalay na kawani o malayang legal na kontrol. Ang kabaliktarang pagkakamali ay kasingkaraniwan: ang dalawang endpoint sa isang AS ay hindi awtomatikong kaso ng isang partidong tumutukoy sa isang partikular na user.
Kung gusto mo ang mga numero, lutasin ang mga ito sa halip na ipalagay. Ang address sa ibaba ay isang placeholder, at hinihiling ng flag sa tool na lagyan ng label ang bawat hop ng AS na nag-anunsyo nito.
mtr --aslookup --report --report-cycles 5 203.0.113.9Ituring ang output na iyon bilang pagsukat ng routing, hindi ng pagmamay-ari o ng buong landas ng trapiko. Ang access network na pinagsisimulan mo at ang mga dependency ng transit sa pagitan ng mga endpoint ay hiwalay na tanong na hindi masasagot ng mga address ng endpoint. Kapag ang isang ruta o pagpili ng relay ay hindi maobserbahan mula sa kinaroroonan mo, lagyan ito ng label na hindi alam sa halip na mag-angkat ng pangkalahatang pahayag tungkol sa kung paano pumipili ng landas ang isang partikular na network ngayon. Ang hindi naobserbahan ay hindi katulad ng hindi maobserbahan, ngunit hindi rin ito ebidensya.
Pangalanan ang obserbasyon bago pangalanan ang panganib
Tatlong natuklasan ang naghahalo sa karamihan ng pagsusuri ng dependency, at ang paghihiwalay sa kanila ang malaking bahagi ng trabaho. Ang pasibong pagiging nakikita ng naka-encrypt na trapiko ay isang natuklasan. Ang pinagsasaluhang administratibong pag-access ay isa pa, dahil ito ay nagpapahiwatig ng aksyon hindi pananaw. Ang pagkakaugnay ng account ay ang ikatlo, dahil ipinag-uugnay nito ang mga pagkakakilanlan nang walang ibinigay na teknikal na pag-access.
Ang gabay sa privacy sa RFC 6973 ay nagbibigay ng magagamit na anyo para dito: ilista ang natututuhan ng bawat entity, pagkatapos itanong kung paano ito maisasama sa impormasyong inilalagay sa ibang lugar. Ang dalawang punto sa isang landas na nagmamasid ng magkatulad na pattern ng trapiko ay maaaring magbigay ng dahilan para sa pag-aalala sa ugnayan, ngunit hindi nila binibigay sa iyo ang sinukat na probabilidad na may nakilala. Isulat ang pag-aalala, pagkatapos isulat ang obserbasyon na magpapatunay nito.
Bumalik sa isang kadena ng dalawang serbisyo ng tunnel at isang inupahang proxy. Kung ang mga kredensyal ng administrasyon ng proxy ay nagbabahagi ng account sa pagbawi sa isang tunnel server, ang isang administratibong kompromiso ay maaaring tumawid sa dalawang hangganan. Kung ang tanging pag-overlap ay ang isang kumpanya ng hosting ang nagpapatakbo sa dalawang makina, kailangang sabihin ng pagsusuri kung anong mga kapangyarihan ang mayroon ang kumpanyang iyon at anong impormasyon ang nananatiling protektado. Parehong tatlong hop, ibang natuklasan.
Ang ledger ay hindi isang sertipiko ng anonimidad at hindi kailanman magiging. Ang halaga nito ay mas makitid at mas praktikal: ipinapakita nito kung saan naitatag ang kalayaan, kung saan ito ipinapalagay, at kung aling nag-iisang hindi kilalang hilera ang maglilipat ng desisyon. Piliin ang hilerang iyon sa susunod, at iwanan ang natitirang bahagi ng diagram hanggang mayroon kang sagot para dito.