
Omnissa Elara AI үйлдлийг урьдчилан зогсооно, гэхдээ нотолгоо нь нийлүүлэгчийнх

Omnissa 2026 оны есдүгээр сарын 29-нд Орландод болсон Omnissa ONE арга хэмжээний үеэр Elara-г бета хувилбараар танилцуулсан бөгөөд компанийн албан мэдээнд зөвшөөрөөгүй AI хэрэгсэл байгууллагын удирдлагатай төхөөрөмжийн 75%-д илэрсэн гэж дурджээ. Elara нь хэрэглэгч, програм, агентын AI загварт хандах эрхийг удирдах, өндөр нөлөөтэй өөрчлөлтийг гүйцэтгэхээс өмнө бодлогоор шүүх зориулалттай. Тэр хувь нь Elara буруу үйлдлийг зогсоосон туршилтын дүн бус, нийлүүлэгчийн тайлбарлаж буй асуудлын хэмжээ юм.
Бета хувилбарын гол амлалт нь агентын хийхээр зэхсэн үйлдлийг зөвшөөрөл, байгууллагын нөхцөл, нөлөөлөх хүрээтэй нь тулгаж шийдэх явдал. Энэ нь зөвхөн AI загварт хэн холбогдсоныг тоолохоос өөр: тухайн агент төхөөрөмжийн тохиргоо өөрчлөх, програм түгээх зэрэг үр дагавартай ажлыг эхлүүлэхээс өмнө шийдвэр гаргах үе шат нэмнэ. Харин зарласан хяналт бодит хэрэглээнд хэр найдвартай ажилласныг харуулах бие даасан туршилтын үр дүн одоогоор нийтлэгдээгүй байна.
Elara-гийн харагдац ямар мэдээлэлд тулгуурлах вэ
Хяналтын эхний нөхцөл нь байгууллагын орчинд ажиллаж буй AI програм, том хэлний загвар, агент болон бусад хэрэгслийг илрүүлэх боломж юм. Зөвшөөрсөн програмын жагсаалтаас гадуур хэрэглэсэн хэрэгслийг харах нь бодлого тогтоох суурь болно. Гэхдээ хэрэгслийн нэр илрэх, түүний яг ямар эрхээр аль өгөгдөл болон системд хүрэхийг мэдэх нь өөр өөр түвшний харагдац бөгөөд Elara сүүлийнхийг хүн, таних эрх, төхөөрөмж, програмын мэдээлэлтэй холбохоор бүтээгдсэн.
Бүтээгдэхүүн бусад нийлүүлэгчийн орчноос мэдээлэл нэгтгэхээр зарлагдсан. Ийм холбоос нь байгууллагын ашигладаг таних эрх, төхөөрөмжийн удирдлага, үйлчилгээний систем ямар мэдээлэл дамжуулж чадахаас шалтгаална. Агентын зөвшөөрөл болон бодит үйлдэл тусдаа системд хадгалагддаг бол нэг газарт харагдах жагсаалт нь бүрэн эрхийн зураглал болж чадсан эсэх нь бета хэрэглээний гол асуулт болно.
Omnissa AI Gateway нь хэрэглэгч, програм, агент AI загварт хандах эрхийг зөвшөөрөх, хэрэглээний хязгаар тавих, үйлчилгээ үзүүлэгч тус бүрийн токены зарцуулалтыг хэмжих хэсэг. Энэ нь загвар руу илгээх хүсэлтэд бодлого хэрэгжүүлэх цэг өгнө. Харин загвараас гарсан шийдвэрээр агент өөр системийн өгөгдөл, тохиргоонд хүрэхэд тухайн өөрчлөлтийн үр дагаврыг тусад нь үнэлэх шаардлага хэвээр үлдэнэ; Elara-гийн өөрчлөлтийн хяналт энэ хоёр үйлдлийн хооронд ажиллахаар тайлбарлагдсан.
Зөвшөөрөл өөрчлөлтөөс өмнө ирэх ёстой
Өндөр нөлөөтэй хүсэлтэд Elara зөрчил, түр царцаасан өөрчлөлтийн хугацаа, бусад ажлаас хамаарах нөхцөлийг шалгаж, үйлдлийг зөвшөөрөх, хүрээг нь хязгаарлах эсвэл эрх бүхий зөвшөөрөгчид шилжүүлэхээр зарлагдсан. Иймд урьдчилан зогсоох нь бүх агентын ажлыг автоматаар хориглоно гэсэн үг биш. Бодлого үйлдлийг зөвшөөрөхгүй гэж шийдвэл хэрэгжихээс нь өмнө барих, тодорхой нөхцөлд зөвшөөрвөл зөвшөөрсөн хүрээнд барих боломжийг хэлж байна.
Бүтээгдэхүүний удирдагч Брайан Линк “I want to give you control before consequence” гэж хэлснийг VMblog-ийн газар дээрх сурвалжилга тэмдэглэсэн бөгөөд тайзан дээрх үзүүлэнд жижиглэн худалдааны iPad-уудын үйлдлийн системийг шинэчлэх хүсэлт бараа тооллогын үеийн өөрчлөлт царцаах нөхцөлтэй давхцсаныг харуулжээ. Тэр үзүүлэнд шийдвэр гаргагч өөрчлөлт хэдэн төхөөрөмж, хэрэглэгч, үйлчилгээнд нөлөөлөхийг хараад зөвшөөрөх боломжтой байв. Мөн зөвшөөрөөгүй AI хэрэгслийг хаах, цөөн төхөөрөмжид зөвшөөрөх эсвэл зөвхөн ажиглах бодлогын сонголтыг үзүүлсэн; эдгээр нь олон байгууллагын орчинд тогтвортой ажилласны хэмжилт биш.
Энэ жишээний гол ялгаа нь мэдээллийг хэзээ нийлүүлж байгаад оршино. Хэрэв царцаасан хугацааны дохио шинэчлэл аль хэдийн эхэлсний дараа ирвэл шийдвэрийн мөр үлдэх ч ажлын тасалдлыг урьдчилан сэргийлж чадахгүй. Харин хүсэлт хэрэгжихээс өмнө зогсож, зөвшөөрөгч нөлөөлөх хүрээг нь багасгах боломжтой бол ажил үргэлжилж байх үед өөрчлөлт хийх эсэхийг байгууллагын бодлогоор шийднэ.
Энд нэг системд гарсан шийдвэр гүйцэтгэх системд хэрхэн очих нь чухал. Шаардлагатай зөвшөөрөл аваагүй өөрчлөлтийг гүйцэтгэх систем татгалзах ёстой; эс тэгвэл хяналт тайлангийн шатанд л үлдэнэ. Мөн зөвшөөрөгдсөн төхөөрөмжийн бүлгээс цааш тархсан хүсэлтэд бодлого дахин үйлчлэх эсэх нь хүрээг хязгаарлах амлалтын шалгуур. Эдгээр нь зарласан бодлогын логикоос гарах асуултууд болохоос нийтлэгдсэн туршилтын үр дүн биш.
Шийдвэрийн мөр буцаах ажиллагааг орлохгүй
Elara үйлдэл юу болсон, хэн зөвшөөрсөн, юунд хүрснийг бодит цагт тэмдэглэж, дараа нь дарааллыг сэргээн харах бүртгэл үүсгэнэ гэж зарлагдсан. Ингэснээр агентын хүсэлт, бодлогын шийдвэр, зөвшөөрөл болон нөлөөлсөн системийг нэг хэрэг явдлын хүрээнд холбож тайлбарлах боломжтой. Ялангуяа хэд хэдэн платформ дамжсан өөрчлөлтөд аль шийдвэр хаанаас гарсныг ялгах нь алдааны шалтгааныг тогтооход хэрэгтэй.
Гэхдээ шийдвэрийг дахин үзэх болон хийгдсэн өөрчлөлтийг анхны төлөвт сэргээх нь тусдаа ажиллагаа. Нийтэд танилцуулсан боломжид бүртгэл, дахин харах чадвар дурдагдсан ч буруу хэрэгжсэн өөрчлөлтийг Elara ямар холбогдсон системд, ямар нөхцөлөөр автоматаар буцаах талаар нарийвчилсан амлалт алга. Тиймээс алдаа гарвал бүртгэл түүнийг тайлбарлахад тусална; сэргээх ажлыг тухайн өөрчлөлтийг гүйцэтгэсэн систем болон байгууллагын үйл ажиллагааны журам шийдэх хэвээр байж болно.
Энэ ялгаа бета үнэлгээнд бодит утгатай. Зөвшөөрөгдсөн хүсэлт буруу төхөөрөмжид хүрвэл хэн үйлдлийг зогсоох, ямар төлөвийг сэргээх, зөвшөөрөл өгсөн хүний шийдвэрийг хаанаас олох нь нэг үйл явдлаар харагдах ёстой. Бүртгэл бүрэн байх нь хариуцлагыг тодруулна, гэхдээ аль хэдийн хийгдсэн өөрчлөлтийг дангаараа арилгахгүй. Урьдчилсан бодлого, гүйцэтгэлийн хяналт, сэргээх ажиллагааны хоорондох зааг энд илэрнэ.
Бета төлөв ба бусад AI агентын ялгаа
SiliconANGLE-ийн мэдээлэлд IT администраторт зориулсан гурван тусдаа агент танилцуулсныг дурдсан: Digital Employee Experience агент нь асуудлын шалтгааныг хайх, Windows App Lifecycle агент нь програм бэлтгэж шалгах, Workspace ONE Vulnerability Defense-ийн агент нь эмзэг байдлыг эрэмбэлж засвар бэлтгэх чиглэлтэй. Elara эдгээр ажлыг өөрөө гүйцэтгэх агент биш, ийм автомат үйлдэл болон бусад AI хэрэглээнд эрх, зөвшөөрөл, бодлого хэрэгжүүлэх давхарга юм. Тиймээс агент ажлаа хэр сайн гүйцэтгэснийг Elara эрсдэлийг хэр сайн барьсантай нэг үзүүлэлтээр хэмжих боломжгүй.
Мөн хэрэглээний хэмжээний хоёр өөр үзүүлэлтийг хооронд нь хутгах эрсдэл бий. Зарлал дахь төхөөрөмжийн хувь нь зөвшөөрөөгүй AI хэрэгсэл илэрсэн удирдлагатай төхөөрөмжийг хэмжсэн; AI туслахын нийт хэрэглээнд зөвшөөрөгдөөгүй хэрэгслийн эзлэх хувь бол өөр суурьтай хэмжүүр. Аль нь ч Elara өөрчлөлтийг урьдчилан барьсан хувь, буруу зөвшөөрлийн тоо, эсвэл ажиллагааны найдвартай байдлыг хэмжээгүй. Зарлал төхөөрөмжийн хувийг гаргасан түүвэр, ангиллын шалгуурыг дэлгэрэнгүй тайлбарлаагүй учир Монголын байгууллагын нийт төхөөрөмжид шууд хамааруулж болохгүй.
Одоогийн бета шатанд бүтээгдэхүүний үзүүлэн үзэж, хүлээлгийн жагсаалтад нэгдэх боломжтой. Дараагийн чухал өгөгдөл нь агентын хүсэлт бодлогоор яг хэдийд саатсан, хүрээг нь хэрхэн өөрчилсөн, эцсийн зөвшөөрлийг хэн өгсөн, буруу хэрэгжилтийн дараа ямар сэргээх арга ажилласныг харуулсан бодит хэрэглээний мөр байх болно. Тийм мэдээлэл нийтлэгдтэл Elara-гийн урьдчилсан хяналтын үр нөлөөг нийлүүлэгчийн зарлал, тайзны үзүүлэнгээс цааш үнэлэх боломж хязгаарлагдмал хэвээр байна.
Холбоотой нийтлэлүүд


Meta Enterprise Platform эхэллээ, үнэ ба нууцлалын нөхцөл нь алга

NetApp өөрийн LLM-ээ холбоно: автомат засвар бодлогын хашаанаас гарахгүй

NVIDIA AI агентыг миллисекундэд тусгаарлах хамгаалалт нээлээ

Cloudflare Web Search API нээгдэв: агентын хайлт нэг gateway-д орлоо

OpenAI GPT-6.1 Astra-г саатуулав: зөвшөөрөлгүй үйлдэл гол эрсдэл болов
Мэдээллийн товхимолд бүртгүүлэх
Web3, AI болон криптоны шинэ мэдээг шууд имэйл хайрцагтаа аваарай.