విచ్ఛిన్నమైన వెబ్ గేట్‌వే ఇంకా ఎక్కడికి చేరుకోగలదు?
వెబ్ గేట్‌వే సందర్శకుడు ఏమి తెరుస్తారో పరిమితం చేస్తుంది, విచ్ఛిన్నమైన హోస్ట్ ఎక్కడికి చేరుకోగలదో కాదు. రెండు సమీక్షలు, అధికార పట్టిక మరియు ప్రాప్యతను కొలిచే ఆదేశాలు.
గేట్‌వే హోస్ట్ దాని సర్టిఫికేట్ ఇంకా చెల్లుబాటులో ఉండగానే విచ్ఛిన్నమైందని అనుకుందాం. సందర్శకుడు ఏ పేజీలను అడగగలరో నిర్ణయించిన ప్రతి నియమం అమలులో ఉంటుంది, ఆ నియమాలలో ఏదీ దాడి చేసినవాడు ఇప్పుడు ఆ హోస్ట్ నుండి డేటాబేస్ ఉపనెట్‌వర్క్ వైపు తెరిచే కనెక్షన్‌ను పరిమితం చేయదు. ఈ అంతరమే వెబ్-మాత్రమే ప్రవేశ బిందువు విభజిత నెట్‌వర్క్‌తో సమానమైన ప్రకటన కాదని చూపిస్తుంది. రెండు ప్రకటనలకు వేర్వేరు సమీక్షలు అవసరం, వేర్వేరు ప్రారంభ బిందువుల నుండి, వాటిలో ఏదైనా నిజాయితీగా చేయడానికి ముందు.
రెండు ప్రకటనలు, వాటిలో ఒకటి మాత్రమే సందర్శకుడి వద్ద ప్రారంభమవుతుంది
మొదటి ప్రకటన ఒక వ్యక్తి గురించి: బ్రౌజర్ మరియు చెల్లుబాటు సెషన్ ఉన్న సందర్శకుడు ఒక అప్లికేషన్ తెరవగలరు, అంతకంటే ఎక్కువ ఏమీ లేదు. వెబ్-మాత్రమే ప్రవేశ బిందువు ఆ ప్రకటనకు బాగా సమాధానం ఇస్తుంది, ఎందుకంటే సందర్శకుడు మార్గం కాకుండా పేజీ పొందుతారు. ఆ సమాధానం ఉంచుకోదగినది, మరియు చాలా రేఖాచిత్రాలు నమోదు చేసే ఏకైక ప్రకటన కూడా అదే.
రెండవ ప్రకటన ఒక భాగం గురించి: గేట్‌వే, లేదా దాని వెనుక ఉన్న అప్లికేషన్ ప్రక్రియ, మరొకరి నియంత్రణలో ఉందని భావిస్తారు. ఆ ఊహ నుండి ఏ URL అనుమతించబడతాయి అనే ప్రశ్న నుండి ప్రక్రియ ఇంకా ఏ గమ్యస్థానాలు మరియు గుర్తింపులకు చేరుకోగలదు అనే దానికి మారుతుంది.
రెండు ప్రకటనలకు వేర్వేరు యజమానులు ఉన్నారు, అవి వేర్వేరు రుజువులు ఇస్తాయి మరియు స్వతంత్రంగా విఫలమవుతాయి. గుర్తింపు బృందం మొదటిదాన్ని సెషన్ పరీక్షతో చూపగలదు; రెండవదానికి నెట్‌వర్క్ విధానం, సేవా ఖాతా సమీక్ష మరియు హోస్ట్ నియంత్రణలు అవసరం. సందర్శకుడి సగం మాత్రమే నమోదు చేసే రూపకల్పన సమీక్ష స్లైడ్‌పై పూర్తిగా, సంఘటన సమయంలో సన్నగా కనిపిస్తుంది, ఎందుకంటే విచ్ఛిన్నం తర్వాత ముఖ్యమైన నియంత్రణలు ఎప్పుడూ పరిధిలో లేవు. ఏ నియంత్రణ ఏ ప్రకటనను ఆధారం చేస్తుందో పేరు పెట్టండి, లేకపోతే ఒక గేట్‌వే నియమం రెండింటికీ జమ అవుతుంది.
పని చేసిన ఖర్చు సేవ, మరియు అది ఓడిపోయే రెండు మార్గాలు
ఒక ఖర్చు సేవను తీసుకోండి: 10.60.4.10 వద్ద ఉన్న ప్రజా గేట్‌వే సిబ్బందిని ప్రమాణీకరిస్తుంది మరియు ఆమోదించిన అభ్యర్థనలను 8443 పోర్ట్‌లోని అప్లికేషన్ శ్రోతకు పంపుతుంది, ఆ అప్లికేషన్ expenses_app పాత్రగా 10.60.4.20:5432 వద్ద ఒక PostgreSQL శ్రోతను చేరుకుంటుంది. ఉద్యోగులు సాధారణ అంతర్గత ప్రవేశం పొందకూడదు. సాధారణ నిర్వహణలో రూపకల్పన నిజంగా డేటాబేస్ శ్రోతను ఎక్కడా ప్రచురించకుండా అప్లికేషన్-నిర్దిష్ట ప్రవేశాన్ని అందిస్తుంది. చిరునామాలు ముఖ్యం, ఎందుకంటే ఈ వ్యాసంలోని ప్రతి తదుపరి తనిఖీ వాటిని పేర్కొంటుంది.
ఇప్పుడు గేట్‌వేను విశ్వసనీయ సముదాయం నుండి తొలగించండి. 10.60.4.10 ప్రక్రియ దాడి చేసినవాడి అయిన తర్వాత అది ఏ గమ్యస్థానాలకు చేరుకోగలదు? సందర్శకులను పరిమితం చేసిన URL ఫిల్టర్ గేట్‌వే హోస్ట్ డేటాబేస్ ఉపనెట్‌వర్క్ వైపు తెరిచే కనెక్షన్ గురించి ఏమీ చెప్పదు.
బదులుగా అప్లికేషన్ ప్రక్రియను తొలగించండి, అధికారం రూపం మారుతుంది: expenses_app పాత్ర, ఆ సర్వర్ చేరుకోగల సేవలు, ఆ ఖాతా చదవగల ఫైళ్లు. రెండు సందర్భాలలో ముందు తలుపు వెబ్-మాత్రమేగా ఉండగలదు, బ్యాకెండ్ సరిహద్దు లేనప్పుడు. కాబట్టి ముందు తలుపుపై లేబుల్ రెండు ప్రశ్నలలో ఏదానికీ సమాధానం కాదు.
ప్రతి పక్షం నిజంగా కలిగి ఉన్న అధికారాన్ని మ్యాప్ చేయండి
ఉద్దేశించిన అనుమతులుగా రాసిన ఒప్పందం రూపకల్పనను మీకు తిరిగి పునరావృతం చేస్తుంది. దాన్ని కలిగి ఉన్న అధికారం, అదనపును ఖండించే తనిఖీ మరియు ఆ తనిఖీ యజమాని అని రాయండి, అప్పుడు ప్రతి వరుస పరీక్షించదగినదవుతుంది. ఈ పట్టిక పై ఉదాహరణకు ప్రతిపాదన, ఉత్పత్తి ప్రకటన కాదు:
| Component | Authority it actually holds | Check that proves the denial | Owner of the check |
|---|---|---|---|
| Identity provider | Issues assertions and session cookies, and holds no network path of its own | A request to the application URL without a session is redirected to the login page | Identity team |
| Public gateway host | TCP reachability to whatever its routing table and egress rules permit | An egress rule drops 10.60.4.20:5432 and the probe reports the port filtered | Network platform team |
| Application role | SQL privileges granted to expenses_app inside the expenses database | A privilege query shows no ownership or create right on any other schema | Application team |
| Database listener | Accepts connections only from the source ranges named in its host-based rules | A connection from an unlisted address is refused before authentication | Database administrator |
| Management path | Administrative access reserved for patching, monitoring and recovery | A staff workstation cannot reach the administrative port or jump through it | Platform owner |
యాజమాన్యం అధికారాన్ని అనుసరిస్తుంది. గుర్తింపు బృందం ప్రకటనలను, నెట్‌వర్క్ వేదిక బృందం మార్గాలను, అప్లికేషన్ బృందం డేటాబేస్ పాత్రను, డేటాబేస్ నిర్వాహకుడు శ్రోతను మరియు దాని హోస్ట్ ఆధారిత నియమాలను, వేదిక యజమాని నిర్వహణ తలాన్ని కలిగి ఉంటారు. యజమాని లేని తిరస్కరణ పత్రంలో ఒక వాక్యం, నియంత్రణ కాదు.
ఈ విభజన రెట్టింపు లెక్కింపును కూడా నిరోధిస్తుంది. పోర్ట్ పరిమితి పట్టిక ప్రత్యేక హక్కును వ్యక్తపరచలేదు, డేటాబేస్ పాత్ర సంబంధం లేని ఉపనెట్‌వర్క్ వైపు హోస్ట్ సాకెట్ తెరవడాన్ని ఆపలేదు.
గేట్‌వే ఎక్కడికి చేరుకోగలదో ప్రకటించడం బదులు లెక్కించండి
సరిహద్దు ప్రకటన దాని వెనుక ఉన్న లెక్కింపు అంత మంచిది. గేట్‌వే హోస్ట్‌పై మూడు ఆదేశాలు మార్గ ఎంపిక, ప్రత్యక్ష పరీక్ష మరియు నిష్క్రమణ విధానాన్ని కవర్ చేస్తాయి:
ip route get 10.60.4.20
nc -zv 10.60.4.20 5432
sudo nft list chain inet filter outputఅదే క్రమంలో అవుట్‌పుట్ చదవండి. 10.60.4.20 ఆ హోస్ట్ నుండి ఎంపిక అవుతుందో లేదో మార్గం చెబుతుంది; శ్రోత సమాధానం ఇస్తుందో లేదో పరీక్ష చెబుతుంది; విధానం ప్యాకెట్‌ను ఆపుతుందో లేదా దాని మార్గంలో ఎప్పుడూ ఏమీ లేదో నియమాల జాబితా చూపిస్తుంది.
అప్లికేషన్ హోస్ట్ నుండి లెక్కింపును పునరావృతం చేయండి. అక్కడి నుండి డేటాబేస్ వైపు అప్లికేషన్ పాత్రగా నడిచే ఒక ప్రశ్న:
psql -h 10.60.4.20 -U expenses_app -d expenses -c 'select rolname, rolsuper, rolcreatedb from pg_roles'మరొక స్కీమాను చదవలేని పాత్ర కింద విజయవంతమైన కనెక్షన్ యజమాని పాత్ర కింద విజయవంతమైన కనెక్షన్ కంటే భిన్నమైన ఫలితం. రెండవది మాత్రమే ఒక ఆవిష్కరణ.
తిరస్కరాలను నమోదు చేసి, తర్వాత సమీక్షకు తేదీ పెట్టండి
ఆమోదం ఉద్దేశాలుగా కాకుండా ఫలితాలుగా రాయబడుతుంది: ఉద్యోగి సెషన్ శ్రోతను చేరుకోలేదు, గేట్‌వే హోస్ట్ సంబంధం లేని ఉపనెట్‌వర్క్‌ను చేరుకోలేదు, అప్లికేషన్ పాత్ర డేటాబేస్ సృష్టించలేదు. ప్రతి ఒక్కటి పేరు పెట్టిన యజమాని మరియు తేదీతో వేరే తనిఖీ.
పర్యవేక్షణ, ప్యాచింగ్ మరియు పునరుద్ధరణను వాటి కోసం రూపొందించిన నిర్వహణ మార్గం ద్వారా చేరుకోగలిగేలా ఉంచండి. తన యజమానిని కూడా నిరోధించే సరిహద్దు అంతరాయంగా మారుతుంది, ఆ అంతరాయానికి సాధారణ మొదటి స్పందన నియమాన్ని మళ్లీ విస్తరించడం. CISA చుట్టుకొలత మార్గదర్శకం అంతర్గత నెట్‌వర్క్‌ల మధ్య ట్రాఫిక్‌తో సహా, సమర్థించదగిన పోర్టులు మరియు ప్రోటోకాల్‌లకు లోపలికి మరియు బయటికి ప్రవేశాన్ని పరిమితం చేయాలని కోరుతుంది, ఇది బ్యాకెండ్ నుండి ప్రారంభమయ్యే దిశ మరియు చాలా రేఖాచిత్రాలు దాన్ని విడిచిపెడతాయి.
సమీక్షకు తేదీ పెట్టి దాని యజమానిని పేరు పెట్టండి. గేట్‌వే ఇమేజ్, రూటింగ్ పట్టిక లేదా అప్లికేషన్ పాత్రలో ఏదైనా మార్పు తర్వాత లెక్కింపు మరియు ప్రత్యేక హక్కు ప్రశ్నను మళ్లీ నడపండి.