AI ଏଜେଣ୍ଟମାନେ କାହିଁକି ଜିରୋ ଟ୍ରଷ୍ଟ ସୁରକ୍ଷା ଭାଙ୍ଗୁଛନ୍ତି

ବିଗତ ଦଶନ୍ଧି ଧରି, ସୁରକ୍ଷା ଟିମ୍ ସେମାନଙ୍କର ସିଷ୍ଟମକୁ ସୁରକ୍ଷା ଦେବା ପାଇଁ ଜିରୋ ଟ୍ରଷ୍ଟ ଆର୍କିଟେକ୍ଚର୍ ଉପରେ ନିର୍ଭର କରୁଛନ୍ତି। ଦର୍ଶନଟି ସରଳ ଅଟେ: କୌଣସି ଆକ୍ସେସ୍ ଅନୁରୋଧକୁ କେବେହେଲେ ବିଶ୍ୱାସ କରନ୍ତୁ ନାହିଁ, ସର୍ବଦା ଯାଞ୍ଚ କରନ୍ତୁ। କିନ୍ତୁ ଏହି ସମ୍ପୂର୍ଣ୍ଣ ମଡେଲ୍ ଗୋଟିଏ ଅନୁମାନ ଉପରେ ନିର୍ମିତ ହୋଇଥିଲା—ଯେ ମଣିଷମାନେ ନିଷ୍ପତ୍ତି ନିଅନ୍ତି। ଏହି ବ୍ୟବଧାନର ପରୀକ୍ଷା କରୁଥିବା ଏକ ଜୁଲାଇ 4, 2026 ଆର୍ଟିକିଲ୍ ଏକ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ଆହ୍ୱାନକୁ ଦର୍ଶାଉଛି: ସେହି ଅନୁମାନଟି ଭାଙ୍ଗି ଯାଉଛି, ଏବଂ ଏହାର ପରିଣାମ ଗମ୍ଭୀର ଅଟେ।

ଆଜି, ଜୁଲାଇ 5, 2026, ଏହି ପରିବର୍ତ୍ତନ ପୂର୍ବ ଅପେକ୍ଷା ଅଧିକ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ଅଟେ। AI ଏଜେଣ୍ଟମାନେ ଆଉ କେବଳ ଟେକ୍ସଟ୍ ତିଆରି କରୁନାହାଁନ୍ତି। ସେମାନେ ସିଧାସଳଖ ଏଣ୍ଟରପ୍ରାଇଜ୍ ପରିବେଶ ଭିତରେ କାର୍ଯ୍ୟ କରୁଛନ୍ତି—ଡାଟାବେସ୍ କ୍ୱେରୀ କରିବା, ୱାର୍କଫ୍ଲୋକୁ ଟ୍ରିଗର କରିବା, API କୁ କଲ୍ କରିବା ଏବଂ ରେକର୍ଡଗୁଡ଼ିକୁ ପରିବର୍ତ୍ତନ କରିବା। ଯେତେବେଳେ ଏକ ମେସିନ୍ ଆପଣଙ୍କର କ୍ଲାଉଡ୍ ଭିତ୍ତିଭୂମି ଭିତରେ ୟୁଜରମାନଙ୍କ ତରଫରୁ ସ୍ୱୟଂଚାଳିତ ଭାବରେ କାମ କରିପାରେ, ସେହି ମେସିନର ପରିଚୟ ଯେକୌଣସି ମଣିଷ ୟୁଜରଙ୍କ ପରି ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ହୋଇଯାଏ। ଏବଂ ତାହା ମୌଳିକ ଭାବରେ ପରିବର୍ତ୍ତନ କରେ ଯେ ଆମକୁ ସୁରକ୍ଷା ବିଷୟରେ କିପରି ଭାବିବା ଆବଶ୍ୟକ।

କ'ଣ ପରିବର୍ତ୍ତନ ହୋଇଛି: ସ୍ୱୟଂଚାଳିତ AI ର ଉତ୍ଥାନ

କିଛି ବର୍ଷ ପୂର୍ବେ, AI ସିଷ୍ଟମଗୁଡ଼ିକ ପ୍ରାୟତଃ ନିଷ୍କ୍ରିୟ ଥିଲା। ସେମାନେ ସାରାଂଶ ତିଆରି କରୁଥିଲେ, ଇମେଲ୍ ଲେଖୁଥିଲେ, ପ୍ରଶ୍ନର ଉତ୍ତର ଦେଉଥିଲେ। ଆଜି, Amazon Bedrock Agents ପରି ପ୍ଲାଟଫର୍ମଗୁଡ଼ିକ ଆର୍କିଟେକ୍ଚରକୁ ସମ୍ପୂର୍ଣ୍ଣ ରୂପେ ବଦଳାଇ ଦେଇଛନ୍ତି। ଏହି ସିଷ୍ଟମଗୁଡ଼ିକ ବର୍ତ୍ତମାନ ଏକ ୟୁଜରର ଅନୁରୋଧକୁ ବୁଝିପାରିବେ, କେଉଁ ଟୁଲ୍ସ ଦରକାର ତାହା ସ୍ଥିର କରିପାରିବେ ଏବଂ ଅନୁମୋଦନକୁ ଅପେକ୍ଷା ନକରି ସ୍ୱୟଂଚାଳିତ ଭାବରେ ବ୍ୟାକେଣ୍ଡ୍ ଅପରେସନ୍ କରିପାରିବେ।

ପ୍ରାକ୍ଟିସରେ ଏହା କିପରି ଦେଖାଯାଏ ତାହା ଏଠାରେ ଅଛି: ଜଣେ ୟୁଜର ଟାଇପ୍ କରେ "ବିଗତ 30 ଦିନର ଗ୍ରାହକ ଅଭିଯୋଗର ସାରାଂଶ କରନ୍ତୁ।" AI ଏଜେଣ୍ଟ ନିଜେ କାର୍ଯ୍ୟକ୍ଷମ ହୁଏ—ଏହା CRM ଡାଟାବେସକୁ କ୍ୱେରୀ କରେ, ଆନାଲିଟିକ୍ସ API କୁ କଲ୍ କରେ, ସପୋର୍ଟ ଟିକେଟ୍ ଡାଟା ଟାଣେ ଏବଂ ଏକ ରିପୋର୍ଟ ତିଆରି କରେ। ପ୍ରତ୍ୟେକ ଷ୍ଟେପ୍ ଯାଞ୍ଚ କରୁଥିବା କୌଣସି ମଣିଷ ନଥାଇ, ସେସବୁ ଆପେ ଆପେ ହୁଏ।

ଉତ୍ପାଦନଶୀଳତା ପାଇଁ ତାହା ଶକ୍ତିଶାଳୀ ଅଟେ। ଯଦି ସଠିକ୍ ଭାବରେ ସୁରକ୍ଷିତ ନକରାଯାଏ ତେବେ ଏହା ମଧ୍ୟ ଅତ୍ୟନ୍ତ ବିପଜ୍ଜନକ ଅଟେ।

ନୂତନ ଆକ୍ରମଣ ସର୍ଫେସ୍

ଥରେ ଆପଣ କ'ଣ ଭୁଲ୍ ହୋଇପାରେ ସେ ବିଷୟରେ ଚିନ୍ତା କଲେ ରିସ୍କ ସ୍ପଷ୍ଟ ହୋଇଯାଏ। ଏକମାତ୍ର ସଫଳ ପ୍ରମ୍ପ୍ଟ ଇଞ୍ଜେକ୍ସନ୍—ଏଜେଣ୍ଟର ବ୍ୟବହାରକୁ ହାଇଜାକ୍ କରିବା ପାଇଁ ଡିଜାଇନ୍ ହୋଇଥିବା ଏକ କ୍ରାଫ୍ଟେଡ୍ ଇନପୁଟ୍—ଏଜେଣ୍ଟ ପରବର୍ତ୍ତୀ ସମୟରେ କ'ଣ କରେ ତାହା ସମ୍ପୂର୍ଣ୍ଣ ଭାବରେ ରିଡାଇରେକ୍ଟ କରିପାରେ। ଯଦି ସେହି ଏଜେଣ୍ଟର ଅତ୍ୟଧିକ ବ୍ୟାପକ ଅନୁମତି ଥାଏ, ତେବେ ଜଣେ ଆକ୍ରମଣକାରୀ ଏହାକୁ ବାଧ୍ୟ କରିପାରେ:

• ସମ୍ବେଦନଶୀଳ ଗ୍ରାହକ ଡାଟା ଆକ୍ସେସ୍ କରନ୍ତୁ
• ଅନଧିକୃତ API କଲ୍ ଏକ୍ସିକ୍ୟୁଟ୍ କରନ୍ତୁ
• ଡାଟାବେସରେ ରେକର୍ଡଗୁଡ଼ିକୁ ପରିବର୍ତ୍ତନ କରନ୍ତୁ
• ପ୍ରିଭିଲେଜ୍ଡ୍ ବ୍ୟାକେଣ୍ଡ୍ ୱାର୍କଫ୍ଲୋ ଟ୍ରିଗର କରନ୍ତୁ

ମଲ୍ଟି-ଏଜେଣ୍ଟ ପରିବେଶରେ ସମସ୍ୟା ଅଧିକ ଖରାପ ହୋଇଯାଏ। ଜନସାଧାରଣଙ୍କଠାରୁ ଅନୁରୋଧ ପ୍ରୋସେସ୍ କରୁଥିବା ଏକ ଗ୍ରାହକ-ସମ୍ମୁଖୀନ AI ଏଜେଣ୍ଟ କଳ୍ପନା କରନ୍ତୁ। ଯଦି ସେହି ଏଜେଣ୍ଟ ସାଲିସ୍ ହୋଇଯାଏ, ତେବେ ଏହା ଏକ ଅତ୍ୟଧିକ ପ୍ରିଭିଲେଜ୍ଡ୍ ବ୍ୟାକେଣ୍ଡ୍ ଏଜେଣ୍ଟକୁ କ୍ଷତିକାରକ ନିର୍ଦ୍ଦେଶ ଦେଇପାରେ—ଯାହାର ଭିତ୍ତିଭୂମି ପରିବର୍ତ୍ତନ କରିବାକୁ ବା ପ୍ରତିବନ୍ଧିତ ସିଷ୍ଟମ୍ ଆକ୍ସେସ୍ କରିବାକୁ ଅନୁମତି ଅଛି। ପାରମ୍ପରିକ ସୁରକ୍ଷା ଟୁଲ୍ସ ପ୍ରାୟତଃ ଏହାକୁ ସମ୍ପୂର୍ଣ୍ଣ ରୂପେ ମିସ୍ କରିଦିଅନ୍ତି କାରଣ ଟ୍ରାଫିକ୍ ଏକ ବିଶ୍ୱସ୍ତ ଆଭ୍ୟନ୍ତରୀଣ ସର୍ଭିସରୁ ଆସିଥାଏ। ଏହା ବୈଧ ଦେଖାଯାଏ।

ଜିରୋ ଟ୍ରଷ୍ଟ କାହିଁକି ଆଉ ଯଥେଷ୍ଟ ନୁହେଁ

ଜିରୋ ଟ୍ରଷ୍ଟ ମାନବ ଆଚରଣ ଏବଂ ଅପେକ୍ଷାକୃତ ପୂର୍ବାନୁମେୟ ଆକ୍ସେସ୍ ପ୍ୟାଟର୍ଣ୍ଣ ପାଇଁ ଡିଜାଇନ୍ କରାଯାଇଥିଲା। ମଣିଷମାନେ ଲଗ୍ ଇନ୍ କରନ୍ତି, ଅଫିସ୍ ସମୟରେ କାମ କରନ୍ତି, ପ୍ରୋସେସ୍ ଅନୁସରଣ କରନ୍ତି। AI ଏଜେଣ୍ଟମାନେ ସମ୍ପୂର୍ଣ୍ଣ ଭିନ୍ନ ଉପାୟରେ କାର୍ଯ୍ୟ କରନ୍ତି:

• ସେମାନେ ସ୍ୱୟଂଚାଳିତ ଭାବରେ ଏବଂ ମେସିନ୍ ସ୍ପିଡରେ କାମ କରନ୍ତି
• ସେମାନେ ରିଅଲ୍-ଟାଇମ୍ ମାନବ ବୈଧତା ବିନା ନିଷ୍ପତ୍ତି ନିଅନ୍ତି
• ସେମାନେ ବାରମ୍ବାର ଅନ୍ୟ ଏଜେଣ୍ଟମାନଙ୍କ ସହିତ ଯୋଗାଯୋଗ କରନ୍ତି
• ସେମାନଙ୍କର ଆଚରଣ ପୂର୍ବାନୁମାନ କରିବା କଷ୍ଟକର

ପାରମ୍ପରିକ ସୁରକ୍ଷା ସିଷ୍ଟମଗୁଡ଼ିକ ବର୍ତ୍ତମାନ କଠିନ ପ୍ରଶ୍ନର ଉତ୍ତର ଦେବାକୁ ସଂଘର୍ଷ କରୁଛନ୍ତି:

• ଏହି ନିର୍ଦ୍ଦିଷ୍ଟ ଏଜେଣ୍ଟ ପାଇଁ କି ଏହି କାର୍ଯ୍ୟ ଯୁକ୍ତିଯୁକ୍ତ?
• ଏହି ଅନୁରୋଧ କି ଏହାର ଉଦ୍ଦିଷ୍ଟ ଭୂମିକା ସହିତ ମେଳ ଖାଉଛି?
• ଏହି AI-ଟୁ-AI ଇଣ୍ଟରାକ୍ସନ୍ କି ବୈଧ?
• ଏହି ଆଚରଣ କି ଆମେ ସାଧାରଣତଃ ଆଶା କରୁଥିବା ଠାରୁ ବିଚ୍ୟୁତ ହେଉଛି?

କେବଳ ଅଥେଣ୍ଟିକେସନ୍—ଆପଣ ଯାହା ଦାବି କରୁଛନ୍ତି ତାହା ପ୍ରମାଣ କରିବା—ଆଉ ଯଥେଷ୍ଟ ନୁହେଁ। ଆପଣ ଯାଞ୍ଚ କରିପାରିବେ ଯେ ଏକ ଏଜେଣ୍ଟ ଅଥେଣ୍ଟିକ୍ ଅଟେ ଏବଂ ତଥାପି ଏହା କ'ଣ କରିବାକୁ ଯାଉଛି ତାହା ଏହା କରିବା ଉଚିତ କି ନୁହେଁ ସେ ବିଷୟରେ କୌଣସି ଧାରଣା ନାହିଁ।

ପ୍ରକୃତରେ AI ଏଜେଣ୍ଟମାନଙ୍କୁ କିପରି ସୁରକ୍ଷିତ କରାଯିବ

AI ଏଜେଣ୍ଟମାନଙ୍କୁ ନିୟମିତ IAM ୟୁଜର (Identity and Access Management—କିଏ କ'ଣ ଆକ୍ସେସ୍ କରିପାରିବ ତାହା ନିୟନ୍ତ୍ରଣ କରୁଥିବା ସିଷ୍ଟମ୍) ପରି ବ୍ୟବହାର କରିବା ଅପର୍ଯ୍ୟାପ୍ତ ଅଟେ। ସୁରକ୍ଷାକୁ ସିଧାସଳଖ ଆର୍କିଟେକ୍ଚରରେ ଇଞ୍ଜିନିୟରିଂ କରାଯିବା ଆବଶ୍ୟକ। ଏଠାରେ ମୁଖ୍ୟ ପ୍ରାକ୍ଟିସ୍ ଗୁଡ଼ିକ ଅଛି:

ଷ୍ଟେପ୍ 1: କେବଳ ସ୍ୱଳ୍ପକାଳୀନ କ୍ରିଡେନ୍ସିଆଲ୍ ବ୍ୟବହାର କରନ୍ତୁ

ପ୍ରତ୍ୟେକ ଏଜେଣ୍ଟ ଏକ୍ସିକ୍ୟୁସନ୍ AWS STS (Security Token Service) କିମ୍ବା ସମତୁଲ୍ୟ ମାଧ୍ୟମରେ ଅସ୍ଥାୟୀ କ୍ରିଡେନ୍ସିଆଲ୍ ଗ୍ରହଣ କରିବା ଉଚିତ୍। ଦୀର୍ଘକାଳୀନ କ୍ରିଡେନ୍ସିଆଲ୍—ସବୁଦିନ ପାଇଁ କାମ କରୁଥିବା API କି ଗୁଡ଼ିକ ପରି—ସ୍ଥାୟୀ ଆକ୍ରମଣ ପଥ ସୃଷ୍ଟି କରେ। ଯଦି ଜଣେ ଆକ୍ରମଣକାରୀ ଏକ ସ୍ୱଳ୍ପକାଳୀନ ଟୋକନ୍ ଚୋରି କରେ, ତେବେ ଏହା ମିନିଟ୍ କିମ୍ବା ଘଣ୍ଟା ମଧ୍ୟରେ ଏକ୍ସପାୟାର୍ ହୋଇଯାଏ। ଯଦି ସେମାନେ ଏକ ସ୍ଥାୟୀ କି ଚୋରି କରନ୍ତି, ଯେପର୍ଯ୍ୟନ୍ତ କେହି ଏହାକୁ ଲକ୍ଷ୍ୟ ନକରେ ଏବଂ ବାତିଲ ନକରେ ସେପର୍ଯ୍ୟନ୍ତ ସେମାନଙ୍କର ଆକ୍ସେସ୍ ଥାଏ।

ଷ୍ଟେପ୍ 2: ଟ୍ରୁ ଲିଷ୍ଟ୍ ପ୍ରିଭିଲେଜ୍ ପ୍ରୟୋଗ କରନ୍ତୁ

ପ୍ରତ୍ୟେକ ଏଜେଣ୍ଟର କଠୋର ସ୍କୋପ୍ ଥିବା ଅନୁମତି ସହିତ ଏକ ଉତ୍ସର୍ଗୀକୃତ IAM ରୋଲ୍ ରହିବା ଉଚିତ୍। ଏକ ଏଜେଣ୍ଟକୁ "ଡାଟାବେସର ସବୁକିଛି" କୁ ବ୍ୟାପକ ଆକ୍ସେସ୍ ଦିଅନ୍ତୁ ନାହିଁ। ଏହା ପରିବର୍ତ୍ତେ, ଏହାକୁ କେବଳ ସଠିକ୍ ଲାମ୍ବଡା ଫଙ୍କସନ୍, API, ଏବଂ ଡାଟାବେସ୍ ପାଇଁ ଅନୁମତି ଦିଅନ୍ତୁ ଯାହା ଏହାର କାମ କରିବାକୁ ପ୍ରକୃତରେ ଆବଶ୍ୟକ କରେ। ଯଦି ଆପଣ ଏହାର ନାମ ଦେଇପାରିବେ, ତେବେ ଆପଣ ଏହାକୁ ସୀମିତ କରିବା ଉଚିତ୍।

ଷ୍ଟେପ୍ 3: ଷ୍ଟାଟିକ୍ API କି ଗୁଡ଼ିକୁ ହଟାନ୍ତୁ

ହାର୍ଡକୋଡେଡ୍ କ୍ରିଡେନ୍ସିଆଲ୍ କେବେବି AI ୱାର୍କଫ୍ଲୋରେ ରହିବା ଉଚିତ୍ ନୁହେଁ। କୋଡରେ ଲୁଚି ରହିଥିବା ସିକ୍ରେଟ୍ ଗୁଡ଼ିକ ଭର୍ସନ୍ କଣ୍ଟ୍ରୋଲ୍, ଲଗ୍ସ, କିମ୍ବା ମେମୋରୀ ଡମ୍ପରେ ଲିକ୍ ହୋଇପାରେ। ଏହା ପରିବର୍ତ୍ତେ, ଏଜେଣ୍ଟମାନଙ୍କୁ ଡାଇନାମିକ୍ ଭାବରେ ଅସ୍ଥାୟୀ ଭୂମିକା ଗ୍ରହଣ କରିବାକୁ ଦେବା ପାଇଁ Workload Identity Federation ଏବଂ OIDC (OpenID Connect) ପ୍ରୋଟୋକଲ୍ ବ୍ୟବହାର କରନ୍ତୁ। ଏଜେଣ୍ଟକୁ ଏକ କି ଧରିବାର ଆବଶ୍ୟକତା ନାହିଁ—ଏହା ଏକ ବିଶ୍ୱସ୍ତ କର୍ତ୍ତୃପକ୍ଷଙ୍କୁ ଏହାର ପରିଚୟ ପ୍ରମାଣିତ କରେ, ଯାହା ଏହାକୁ ଅସ୍ଥାୟୀ ଅନୁମତି ପ୍ରଦାନ କରେ।

ଷ୍ଟେପ୍ 4: ଏଜେଣ୍ଟ ୱାର୍କଫ୍ଲୋକୁ ଆକ୍ରାମକ ଭାବରେ ଅଲଗା କରନ୍ତୁ

ଯଦି କୌଣସି ସାଲିସ୍ ହୁଏ ତେବେ ବ୍ଲାଷ୍ଟ୍ ରେଡିୟସକୁ ସୀମିତ କରିବା ପାଇଁ ଏଜେଣ୍ଟମାନଙ୍କୁ ଅଲଗା VPC (Virtual Private Clouds) କିମ୍ବା AWS ଆକାଉଣ୍ଟରେ ଚଲାନ୍ତୁ। ମାଇକ୍ରୋ-ସେଗମେଣ୍ଟେସନ୍—ଛୋଟ, ବିଚ୍ଛିନ୍ନ ନେଟୱାର୍କ ଜୋନ୍ ସୃଷ୍ଟି କରିବା—ସ୍ୱୟଂଚାଳିତ ପରିବେଶରେ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ଅଟେ। ଯଦି ଗୋଟିଏ ଏଜେଣ୍ଟର ଉଲ୍ଲଂଘନ ହୁଏ, ତେବେ ଆକ୍ରମଣକାରୀର ସ୍ୱୟଂଚାଳିତ ଭାବରେ ଅନ୍ୟ ସମସ୍ତ ଜିନିଷକୁ ଆକ୍ସେସ୍ ରହିବା ଉଚିତ୍ ନୁହେଁ।

ଷ୍ଟେପ୍ 5: ଏଜେଣ୍ଟ ଆଚରଣକୁ କ୍ରମାଗତ ଭାବରେ ମନିଟର୍ କରନ୍ତୁ

ଅସଙ୍ଗତି ଚିହ୍ନଟ କରିବାକୁ CloudTrail (ଯାହା API କଲ୍ ଲଗ୍ କରେ), GuardDuty (ଯାହା ବିପଦ ଚିହ୍ନଟ କରେ), ଏବଂ ବିହେଭିଅରାଲ୍ ଆନାଲିଟିକ୍ସ ପରି ଟୁଲ୍ସ ବ୍ୟବହାର କରନ୍ତୁ। ଅସ୍ୱାଭାବିକ ପ୍ୟାଟର୍ଣ୍ଣ ପାଇଁ ଦେଖନ୍ତୁ: ଏକ ଏଜେଣ୍ଟ ହଠାତ୍ ଡାଟାବେସ୍ ଆକ୍ସେସ୍ କରିବା ଯାହା ଏହା ପୂର୍ବରୁ କେବେ ସ୍ପର୍ଶ କରିନଥିଲା, ପ୍ରିଭିଲେଜ୍ ଏସ୍କାଲେସନ୍ ପ୍ରୟାସ, କିମ୍ବା ସନ୍ଦେହଜନକ କ୍ରସ୍-ଏଜେଣ୍ଟ ଯୋଗାଯୋଗ। ମେସିନ୍ ଲର୍ଣ୍ଣିଂ ମଣିଷ ତୁଳନାରେ ସାଧାରଣ ଆଚରଣରୁ ବିଚ୍ୟୁତିକୁ ଅତି ଶୀଘ୍ର ଖୋଜିବାରେ ସାହାଯ୍ୟ କରିପାରିବ।

ବୃହତ୍ତର ପରିବର୍ତ୍ତନ

ଏଠାରେ ଯାହା ଘଟୁଛି ତାହା ହେଉଛି ସୁରକ୍ଷା କିପରି କାମ କରେ ସେଥିରେ ଏକ ମୌଳିକ ପରିବର୍ତ୍ତନ। ମେସିନ୍ ପରିଚୟଗୁଡ଼ିକ ଦ୍ରୁତ ଗତିରେ ବୃଦ୍ଧି ପାଉଛି। କ୍ଲାଉଡ୍ ସୁରକ୍ଷାର ଭବିଷ୍ୟତ ଆଉ କେବଳ କର୍ମଚାରୀମାନଙ୍କୁ ସୁରକ୍ଷା ଦେବା ବିଷୟରେ ନୁହେଁ—ଏହା ମେସିନ୍ ସ୍ପିଡରେ କାର୍ଯ୍ୟ କରୁଥିବା ସ୍ୱୟଂଚାଳିତ ସିଷ୍ଟମକୁ ପରିଚାଳନା କରିବା ବିଷୟରେ। ସଫଳ ହେଉଥିବା ସଂସ୍ଥାଗୁଡ଼ିକ AI ଏଜେଣ୍ଟମାନଙ୍କୁ ଡାଇନାମିକ୍ ଅଥରାଇଜେସନ୍, କଠୋର ପୃଥକୀକରଣ, କ୍ରମାଗତ ଯାଞ୍ଚ, ଏବଂ ରିଅଲ୍-ଟାଇମ୍ ବିହେଭିଅରାଲ୍ ମନିଟରିଂ ସହିତ ଫର୍ଷ୍ଟ-କ୍ଲାସ୍ ପରିଚୟ ଭାବରେ ବ୍ୟବହାର କରିବେ।

ଯଦି କମ୍ପାନୀଗୁଡିକ ସ୍ୱୟଂଚାଳିତ ଏଜେଣ୍ଟମାନଙ୍କ ପାଇଁ ଜିରୋ ଟ୍ରଷ୍ଟ ନୀତିଗୁଡ଼ିକୁ ବିସ୍ତାର କରିବାରେ ବିଫଳ ହୁଅନ୍ତି, ତେବେ ସେମାନେ ସୁରକ୍ଷାକୁ ଆଧୁନିକୀକରଣ କରିବେ ନାହିଁ। ସେମାନେ ନିଜର ଦୁର୍ବଳତାକୁ ସ୍ୱୟଂଚାଳିତ କରୁଥିବେ।

ଉପସଂହାର

ଜିରୋ ଟ୍ରଷ୍ଟ ଆର୍କିଟେକ୍ଚର୍ ଗ୍ରାଉଣ୍ଡବ୍ରେକିଂ ଥିଲା କାରଣ ସେମାନେ ଏହି ଅନୁମାନକୁ ଚ୍ୟାଲେଞ୍ଜ କରିଥିଲେ ଯେ ନେଟୱାର୍କ ସୀମା ଭିତରେ ଥିବା କୌଣସି ଜିନିଷ ସୁରକ୍ଷିତ ଅଟେ। ଆଜି, ସେମାନଙ୍କୁ ପୁଣିଥରେ ଚ୍ୟାଲେଞ୍ଜ କରାଯାଉଛି—ବାହାର ଆକ୍ରମଣକାରୀଙ୍କ ଦ୍ୱାରା ନୁହେଁ, ବରଂ ଆମେ ନିଜେ ତିଆରି କରୁଥିବା ସ୍ୱୟଂଚାଳିତ ସିଷ୍ଟମ୍ ଦ୍ୱାରା। AI ଏଜେଣ୍ଟମାନେ ଶକ୍ତିଶାଳୀ ଟୁଲ୍ସ ଅଟନ୍ତି, କିନ୍ତୁ ସଠିକ୍ ସୁରକ୍ଷା ବିନା ଶକ୍ତି କେବଳ ଏକ ଭିନ୍ନ ପ୍ରକାରର ଦୁର୍ବଳତା ଅଟେ।

ଗୁଣ

• ଏକ ପ୍ରକୃତ ବ୍ୟବଧାନକୁ ସମ୍ବୋଧିତ କରେ: ପାରମ୍ପରିକ ଜିରୋ ଟ୍ରଷ୍ଟ ଫ୍ରେମୱାର୍କଗୁଡ଼ିକ ସ୍ୱୟଂଚାଳିତ ଏଜେଣ୍ଟମାନଙ୍କ ପାଇଁ ହିସାବ କରିନଥିଲା, ତେଣୁ ଏହି ମାର୍ଗଦର୍ଶନ ଏକ ପ୍ରକୃତ ସୁରକ୍ଷା ଆବଶ୍ୟକତା ପୂରଣ କରେ।
• ବ୍ୟବହାରିକ ସୁପାରିଶ: ପରାମର୍ଶ ଥିଓରୀ ବାହାରେ ନିର୍ଦ୍ଦିଷ୍ଟ, କାର୍ଯ୍ୟକାରୀ ହୋଇପାରୁଥିବା ପ୍ରାକ୍ଟିସକୁ (ସ୍ୱଳ୍ପକାଳୀନ କ୍ରିଡେନ୍ସିଆଲ୍, ଲିଷ୍ଟ୍ ପ୍ରିଭିଲେଜ୍, ଆଇସୋଲେସନ୍) ଗତି କରେ।
• ସଚେତନତା ବୃଦ୍ଧି କରେ: AI ଏଜେଣ୍ଟ ନିୟୋଜିତ କରୁଥିବା ଅନେକ ସଂସ୍ଥା ଏପର୍ଯ୍ୟନ୍ତ ଏହି ରିସ୍କ ଗୁଡ଼ିକ ଉପରେ ବିଚାର କରିନାହାଁନ୍ତି; ଏହି ବାର୍ତ୍ତାଳାପ ବର୍ତ୍ତମାନ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ ଅଟେ।
• ପ୍ଲାଟଫର୍ମଗୁଡିକରେ ପ୍ରଯୁଜ୍ୟ: ଆପଣ AWS Bedrock, Google Cloud, କିମ୍ବା ଅନ୍ୟ କ୍ଲାଉଡ୍ ପ୍ରୋଭାଇଡର୍ ବ୍ୟବହାର କରନ୍ତୁ ନା କାହିଁକି ନୀତିଗୁଡ଼ିକ କାମ କରେ।

ଅବଗୁଣ

• ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ କାର୍ଯ୍ୟକାରିତା ଓଭରହେଡ୍: OIDC, Workload Identity Federation, ମଲ୍ଟି-ଆକାଉଣ୍ଟ୍ ଆଇସୋଲେସନ୍, ଏବଂ କ୍ରମାଗତ ମନିଟରିଂ ଯୋଡିବା ପାଇଁ ବହୁତ ଇଞ୍ଜିନିୟରିଂ ପ୍ରୟାସ ଏବଂ ଖର୍ଚ୍ଚ ଆବଶ୍ୟକ।
• କ୍ଲାଉଡ୍ ପରିବେଶରେ ସୀମିତ: ମାର୍ଗଦର୍ଶନ AWS କିମ୍ବା ସମାନ କ୍ଲାଉଡ୍ ଭିତ୍ତିଭୂମି ଅନୁମାନ କରେ; ଅନ୍-ପ୍ରିମାଇସେସ୍ ଡିପ୍ଲୟମେଣ୍ଟଗୁଡିକ ବିଭିନ୍ନ ଆହ୍ୱାନର ସମ୍ମୁଖୀନ ହୁଅନ୍ତି।
• ମନିଟରିଂ ଜଟିଳତା: ରିଅଲ୍-ଟାଇମ୍ ବିହେଭିଅରାଲ୍ ଆନାଲିଟିକ୍ସ ପାଇଁ ଅତ୍ୟାଧୁନିକ ଟୁଲିଂ ଏବଂ ବିଶେଷଜ୍ଞତା ଆବଶ୍ୟକ ଯାହା ଅନେକ ଟିମ୍ ପାଖରେ ଏପର୍ଯ୍ୟନ୍ତ ନାହିଁ।
• ଟ୍ରେନିଂ ଡାଟା ପଏଜନିଂକୁ ସମ୍ବୋଧିତ କରେ ନାହିଁ: ରନଟାଇମ୍ ସୁରକ୍ଷା ଉପରେ ଧ୍ୟାନ ଦିଆଯାଇଛି; ମଡେଲ୍ ଏବଂ ଟ୍ରେନିଂ ଡାଟାର ସୁରକ୍ଷା ଏକ ଅଲଗା (ଏବଂ ସମାନ ଭାବରେ ଗୁରୁତ୍ୱପୂର୍ଣ୍ଣ) ସମସ୍ୟା।

ସତର୍କତା

ଏହି ଆର୍ଟିକିଲ୍ ଶିକ୍ଷଣୀୟ ଅଟେ ଏବଂ ଜୁଲାଇ 4, 2026 ରେ ପ୍ରକାଶିତ ଏକ ଆର୍ଟିକିଲରେ ଆଲୋଚନା କରାଯାଇଥିବା ସୁରକ୍ଷା ପ୍ରାକ୍ଟିସ୍ ଉପରେ ଆଧାରିତ। ଯଦି ଆପଣ ଏହି ସୁପାରିଶଗୁଡ଼ିକୁ କାର୍ଯ୍ୟକାରୀ କରିବାକୁ ଯୋଜନା କରୁଛନ୍ତି, ତେବେ ଉତ୍ପାଦନରେ ସେଗୁଡ଼ିକ ଉପରେ ନିର୍ଭର କରିବା ପୂର୍ବରୁ ବର୍ତ୍ତମାନର AWS ଡକ୍ୟୁମେଣ୍ଟେସନ୍, OWASP ଗାଇଡଲାଇନ୍ସ ଏବଂ NIST ଫ୍ରେମୱାର୍କ ବିପକ୍ଷରେ ସମସ୍ତ ଦାବି ଯାଞ୍ଚ କରନ୍ତୁ। ସୁରକ୍ଷା ଆର୍କିଟେକ୍ଚରଗୁଡିକ ଆପଣଙ୍କ ସଂସ୍ଥାର ସୁରକ୍ଷା ଟିମ୍ ଦ୍ୱାରା ସମୀକ୍ଷା କରାଯିବା ଉଚିତ୍ ଏବଂ ଆପଣଙ୍କର ନିର୍ଦ୍ଦିଷ୍ଟ ରିସ୍କ ପ୍ରୋଫାଇଲ୍ ଏବଂ କମ୍ପ୍ଲାଏନ୍ସ ଆବଶ୍ୟକତା ପାଇଁ ଆଡଜଷ୍ଟ କରାଯିବା ଉଚିତ୍। ଉଲ୍ଲେଖ କରାଯାଇଥିବା ଟେକ୍ନୋଲୋଜି, API, ଏବଂ ସର୍ଭିସ୍ ନାମଗୁଡିକ ପରିବର୍ତ୍ତନ ହୋଇପାରେ।

ବାରମ୍ବାର ପଚରାଯାଉଥିବା ପ୍ରଶ୍ନ

• ଜିରୋ ଟ୍ରଷ୍ଟ ସୁରକ୍ଷା କ'ଣ ଏବଂ ଏହା କିପରି କାମ କରେ?
• ନେଟୱାର୍କ ଭିତରେ AI ଏଜେଣ୍ଟମାନଙ୍କୁ କେବେ ସମ୍ପୂର୍ଣ୍ଣ ରୂପେ ବିଶ୍ୱାସ କରାଯାଇପାରିବ କି?
• ପ୍ରମ୍ପ୍ଟ ଇଞ୍ଜେକ୍ସନ୍ କ'ଣ ଏବଂ ଏହା କିପରି AI ଏଜେଣ୍ଟମାନଙ୍କୁ ସାଲିସ୍ କରେ?
• ସ୍ୱଳ୍ପକାଳୀନ କ୍ରିଡେନ୍ସିଆଲ୍ ଷ୍ଟାଟିକ୍ API କି ଗୁଡ଼ିକ ଅପେକ୍ଷା କିପରି ସୁରକ୍ଷାରେ ଉନ୍ନତି କରେ?
• Workload Identity Federation କ'ଣ ଏବଂ AI ଏଜେଣ୍ଟମାନେ ଏହାକୁ କାହିଁକି ଦରକାର କରନ୍ତି?
• ସୁରକ୍ଷା ଅସଙ୍ଗତି ପାଇଁ ଟିମଗୁଡିକ କିପରି AI ଏଜେଣ୍ଟ ଆଚରଣକୁ ମନିଟର୍ କରିପାରିବେ?
• ଏକ ସାଲିସ୍ ହୋଇଥିବା AI ଏଜେଣ୍ଟର ବ୍ଲାଷ୍ଟ୍ ରେଡିୟସ୍ କ'ଣ?
• ପାରମ୍ପରିକ ଫାୟାରୱାଲ୍ ଏବଂ ନେଟୱାର୍କ ସୁରକ୍ଷା ଟୁଲ୍ସ କି AI ଏଜେଣ୍ଟ ଆକ୍ରମଣରୁ ରକ୍ଷା କରେ?

ଟ୍ୟାଗ୍ସ

#security #cloudcomputing #ai #iam #zerotrust #aws #agents