ለ DevSecOps ቡድኖች የ AI ቁሳቁሶች ረቂቅ አዋጅ ተብራርቷል #
ስለ AI BOM የተደረገው ውይይት ከአካዳሚክ ጉጉት የመነጨ አልነበረም። የደህንነት ቡድኖች ታይነትን ማጣት ስለጀመሩ ብቅ ብሏል። እንደ ማሽን መማሪያ ሞዴሎች፣ የመሠረት ሞዴሎች እና በ AI የታገዘ የኮድ ማመንጨት ወደ ምርት ስርዓቶች ሲገቡ፣ ባህላዊ የሶፍትዌር ክምችት በቂ መሆን አቁሟል። ፓኬጆችን፣ ኮንቴይነሮችን እና ቤተ-መጻሕፍትን መዘርዘር ይችላሉ፣ ነገር ግን የትኞቹ ሞዴሎች እንደተካተቱ፣ የሥልጠና መረጃዎች ከየት እንደመጡ ወይም የትኞቹ ውጫዊ ኤፒአይዎች የሩጫ ጊዜ ባህሪን እንደሚቀርጹ አሁንም አያውቁም። ይህ ቅድመ-ዝግጅት ነው።cisየቁሳቁሶች ክፍተት አርቲፊሻል ኢንተለጀንስ ረቂቅ ሰነድ ለመፍታት የታሰበ ነው።
ቁጥሮቹ ሲደርሱ አስፈላጊነቱ ችላ ማለት የማይቻል ሆነ። ዛሬ፣ 40% የሚሆነው በAI የመነጨ ኮድ የደህንነት ተጋላጭነቶችን ይዟል፣ በAI የታለመ የማረጋገጫ ስርቆት በ2025 እና በ2026 ሩብ ዓመት መካከል በ376% ጨምሯል፣ እና የአውሮፓ ህብረት የAI ህግ የቴክኒካል ሰነዶች መስፈርቶች ለ ከፍተኛ ተጋላጭነት ያላቸው የ AI ስርዓቶች ነሐሴ 2፣ 2026 ተግባራዊ ይሆናሉየAI ክፍሎቻቸውን (AI-BOM) የተዋቀረ ዝርዝር ማዘጋጀት የማይችሉ ድርጅቶች በአንድ ጊዜ በሦስት ግንባሮች ይጋለጣሉ፤ እነዚህም የደህንነት፣ የተገዢነት እና የAI አቅርቦት ሰንሰለት ታማኝነት ናቸው። ከመቀጠልዎ በፊት ግልጽ የሆነ የመነሻ መስመር እናስቀምጥ።
በ AI የቁሳቁሶች ቢል ውስጥ በጥልቀት ዘልለው ይግቡ #
የAI BOM ምንድን ነው? የAI BOM (ለAI Bill of Materials አጭር መግለጫ) በስርዓት ውስጥ ጥቅም ላይ የዋሉ ሁሉንም ከAI ጋር የተያያዙ ክፍሎችን የሚያስቀምጥ የተዋቀረ ክምችት ነው። ይህም ሞዴሎችን፣ የውሂብ ስብስቦችን፣ የሥልጠና ማዕቀፎችን፣ የማጣቀሻ ፕሮግራሞችን፣ የሶስተኛ ወገን ኤፒአይዎችን፣ የክፍት ምንጭ ጥገኝነቶችን እና የAI በግንባታ ጊዜ እና በአሂድ ጊዜ እንዴት እንደሚሠራ ላይ ተጽዕኖ የሚያሳድሩ የውቅር ቅርሶችን ያካትታል። የሶፍትዌር ቁሳቁሶች ቢል (SBOM) “በዚህ መተግበሪያ ውስጥ ምን ኮድ አለ” ሲል የ AI ቢል ኦፍ ቁሶች የበለጠ ውስብስብ ለሆነ ጥያቄ መልስ ይሰጣል፡ እዚህ ምን አይነት ብልህነት ተካትቷል፣ ከየት መጣ፣ እና ምን አደጋዎችን ያመጣል? የ AI BOM አይተካም SBOMበተለይም ግልጽ ባልሆኑ ሞዴሎች፣ ውጫዊ የአይቲ አገልግሎቶች እና ቀጣይነት ባለው መልኩ እየተሻሻሉ ባሉ ቅርሶች ዙሪያ ባህላዊ የጥገኝነት ክትትል ወደማይሳካባቸው አካባቢዎች ያሰፋዋል።
የ AI BOM እንደ የተለየ ፅንሰ-ሀሳብ ለምን አለ? #
የጸጥታ ኃይሎች መጀመሪያ ላይ ለመዘርጋት ሞክረዋል SBOMየ AI ሀብቶችን ለመሸፈን s። ያ አካሄድ በፍጥነት አይሳካም። ሞዴሎች ቤተ-መጻሕፍት አይደሉም። የሥልጠና የውሂብ ስብስቦች ፓኬጆች አይደሉም። የጥያቄ አብነቶች የማይንቀሳቀሱ የውቅር ፋይሎች አይደሉም። የ AI BOM አለ ምክንያቱም የ AI ስርዓቶች የአደጋ ልኬቶችን ስለሚያስተዋውቁ SBOMዎች ለመያዝ ፈጽሞ አልተነደፉም።
ቡድኖች የ AI BOM ምንድን ነው ብለው ሲጠይቁ፣ ብዙውን ጊዜ ከሚከተሉት እውነታዎች ለአንዱ ምላሽ ይሰጣሉ፡
- አንድ ሞዴል ከማይታወቅ መነሻ ካለው የህዝብ መዝገብ ተወሰደ
- የስልጠና መረጃ የተፈቀደ ወይም ሚስጥራዊነት ያለው ቁሳቁስ ተካትቷል
- ውጫዊ የኤልኤልኤም ኤፒአይ ባህሪውን ያለማሳወቂያ ቀይሮታል
- የሞዴል ዝማኔ አድልዎ፣ መፍሰስ ወይም ደህንነታቸው ያልተጠበቀ ውጤት አስገኝቷል
የአርቲፊሻል ኢንተለጀንስ ቢል (AI) የቁሳቁሶች ለእነዚህ ሁኔታዎች ክትትል የሚደረግበትን መንገድ ያቀርባል፣ ለዚህም ነው በአርቲፊሻል ኢንተለጀንስ ደህንነት፣ አስተዳደር እና የተገዢነት ውይይቶች ላይ ከጊዜ ወደ ጊዜ የሚጠቀሰው።
በ AI BOM ውስጥ የተመዘገቡ ዋና ዋና ክፍሎች #
የAI BOM ጠቃሚ የሚሆነው የተወሰነ ከሆነ ብቻ ነው። አተገባበሮች የተለያዩ ቢሆኑም፣ የጎለመሱ የAI Bill of Materials መዋቅሮች የሚከተሉትን ምድቦች በተከታታይ ይመዘግባሉ።
ሞዴሎች እና የሞዴል ቅርሶች #
ይህ የሞዴል ስም፣ ስሪት፣ አርክቴክቸር፣ የምንጭ ማከማቻ ወይም አቅራቢ፣ የቼክሰም ወይም የሃሽ አውድ እና የማሰማሪያ አውድ ያካትታል። ይህ ከሌለ የክስተት ምላሽ ግምታዊ ይሆናል።
የሥልጠና እና የጥራት ማስተካከያ ውሂብ #
የAI BOM ለስልጠና ወይም ለማጣሪያ የሚያገለግሉ የውሂብ ስብስቦችን ይይዛል፣ ይህም የመነሻ፣ የፈቃድ ገደቦች እና የስሜታዊነት ምደባን ያካትታል። ይህ ለተቆጣጣሪ ተጋላጭነት እና ለአእምሯዊ ንብረት አደጋ ወሳኝ ነው።
ማዕቀፎች እና የመሳሪያ ሰንሰለቶች #
TensorFlow፣ PyTorch፣ የማጠቃለያ ጊዜዎች፣ የማመቻቸት ቤተ-መጻሕፍት እና የሞዴል መቀየሪያዎች እዚህ ተካተዋል። ከደህንነት አንፃር፣ እነዚህ እንደ ባህላዊ ኮድ ተመሳሳይ ማልዌር እና የተጋላጭነት አደጋዎች ያሏቸው ተፈጻሚ የሆኑ ጥገኞች ናቸው።
ውጫዊ የ AI አገልግሎቶች እና ኤፒአይዎች #
በሶስተኛ ወገን የ AI አገልግሎቶች ላይ የሚደረግ ማንኛውም ጥገኝነት በ AI ቁሳቁሶች ቢል ውስጥ መዘርዘር አለበት፣ ይህም አቅራቢውን፣ የአጠቃቀም ወሰንን፣ የውሂብ ፍሰቶችን እና የዝማኔ ጊዜን ጨምሮ።
ውቅር እና ፈጣን ንብረቶች #
ጥያቄዎች፣ guardrailsእና የፖሊሲ ንብርብሮች የAI ባህሪን በእጅጉ ይነካሉ። የAI BOM እነሱን እንደ አንደኛ ደረጃ ንብረቶች ይመለከታቸዋል፣ በማከማቻ ውስጥ ያሉ አስተያየቶች አይደሉም።
የ AI BOM ደህንነቱ የተጠበቀ የልማት ልምዶችን እንዴት እንደሚደግፍ #
የደህንነት ባለሙያዎች ብዙውን ጊዜ ነባር መቆጣጠሪያዎች በተፈጥሮ ወደ AI እንደሚዘልቁ ያስባሉ። እነሱ ግን አይደሉም። ይህ የተሳሳተ ግንዛቤ ቀደም ሲል ከተደረጉት ስህተቶች ጋር ይመሳሰላል። ክፍት ምንጭ የአቅርቦት ሰንሰለቶች።
የ AI BOM ውስብስብነት ባለበት ሁኔታ የሚወድቁ መቆጣጠሪያዎችን ያስችላል፦
- የአደጋ ግምገማ ከተወሰኑ ሞዴሎች እና የውሂብ ምንጮች ጋር የተሳሰረ
- የAI አካል ሲበላሽ ፈጣን ቁጥጥር
- በShadow AI አጠቃቀም ላይ የተገበረ አስተዳደር
- በAI-ተኮር ተግባር ላይ ግልጽ የሆነ ባለቤትነት
ቡድኖች የ AI BOM ምንድን ነው ብለው ሲጠይቁ፣ ተግባራዊው መልስ ቀላል ነው፡ የ AI ስርዓቶችን እንደ ጥቁር ሳጥኖች ሳይሆን እንደ ኦዲት ሊደረጉ የሚችሉ የሶፍትዌር አካላት አድርጎ ለመቁጠር የሚያስፈልገው ዝቅተኛው ቅርስ ነው።
የተለመዱ የተሳሳቱ አመለካከቶች #
የተሳሳተ ግንዛቤ #1፡- “ጥገኛዎችን አስቀድመን እንከታተላለን፣ ስለዚህ የ AI BOM አለን።”
የፓይዘን ፓኬጆችን መከታተል የትኞቹ የሞዴል ክብደቶች እንደተጫኑ፣ የትኞቹ የውሂብ ስብስብ ቅርፅ ያላቸው ውጤቶች እንደተገኙ ወይም የግምታዊ መጨረሻ ነጥብ ውጫዊ አቅራቢን እንደሚጠራ አይገልጽም። የAI BOM አይገመትም፤ በግልጽ መፈጠር እና መጠበቅ አለበት።
የተሳሳተ ግንዛቤ #2፡ “የAI BOMዎች ለተቆጣጠሩ ኢንዱስትሪዎች ብቻ ናቸው።” #
ደንብ ተቀባይነትን ያፋጥናል፣ ነገር ግን የደህንነት ክስተቶች አስፈላጊነትን ያስከትላሉ። የሞዴል መመረዝ፣ ፈጣን መርፌ፣ የውሂብ መፍሰስ እና ተንኮል-አዘል የሞዴል ዝመናዎች እያንዳንዱን የ AI ማሰማራት ድርጅት ይነካሉ። የ AI የቁሳቁሶች ረቂቅ ህግ የመከላከያ ቁጥጥር ነው፣ የተገዢነት ቅርስ ብቻ አይደለም።
የተሳሳተ ግንዛቤ #3፡ “የሞዴል አቅራቢዎች ይህንን አደጋ ለእኛ ይቆጣጠሩታል።” #
ውጫዊ አቅራቢዎች የአሠራር ሸክምን ይቀንሳሉ፣ ተጠያቂነትን አይቀንሱም። ስርዓትዎ የ AI ውጤቶችን የሚጠቀም ከሆነ፣ አደጋው የእርስዎ ነው። የ AI BOM ጥገኝነት መሆኑን ይመዘግባል፣ ስለዚህ ችላ ከማለት ይልቅ ሊተዳደር ይችላል።
AI BOM vs. SBOM፦ ሁለቱም ለምን ያስፈልጋሉ? #
ይህ ንጽጽር የመሳሪያ መስፋፋትን ለማስወገድ ለሚሞክሩ የDevSecOps ቡድኖች አስፈላጊ ነው፣ እና ቅድመ ዝግጅት ማድረግ ጠቃሚ ነውcisእያንዳንዱ ቅርስ የሚያበቃበት እና ሌላኛው የሚጀምርበት ቦታ ላይ።
An SBOM የክምችት ሶፍትዌር ክፍሎች፣ ፓኬጆች፣ ቤተ-መጻሕፍት፣ ኮንቴይነሮች እና የእነሱ ስሪቶች እና ፈቃዶች። ለሚለው ጥያቄ መልስ ይሰጣል፡ በዚህ መተግበሪያ ውስጥ ምን ኮድ እየሰራ ነው? የ AI BOM ክምችት የስለላ ክፍሎችን፣ ሞዴሎችን፣ የውሂብ ስብስቦችን፣ የሥልጠና ማዕቀፎችን፣ ውጫዊ ኤፒአይዎችን እና የፈጣን ውቅሮችን ያካትታል። የተለየ ጥያቄን ይመልሳል፡ የዚህ ስርዓት ባህሪ ምን አይነት AI እየቀረጸ ነው፣ ከየት መጣ፣ እና ምን አይነት አደጋ አለው?
ግልጽ የሆነው ነጥብ በተጨባጭ ምሳሌ ግልጽ ይሆናል። የሶስተኛ ወገን የመሠረት ሞዴል አቅራቢ የኤፒአይ መጨረሻ ነጥብን በጸጥታ እያሻሻለ እንደሆነ እናስብ። የጥቅል ስሪት አይለወጥም። የጥገኝነት ግራፍ ግቤት ዝመናዎች የሉም። የእርስዎ SBOM ምንም አያሳይም። ነገር ግን መተግበሪያዎ የሚደውልለት ሞዴል አሁን በተለየ መንገድ እየሰራ ነው፣ የተለያዩ ውጤቶች፣ የተለያዩ የውድቀት ሁነታዎች እና ሊሆኑ የሚችሉ የተለያዩ የደህንነት ባህሪያት አሉት። የAI BOM የሞዴል ስሪቱን፣ አቅራቢውን፣ የዝማኔ ካዴንስን እና የተሳተፈውን የውሂብ ፍሰቶች ይከታተላል። በትክክል ምን እንደሆነ በትክክል ይይዛል SBOM ማየት አይቻልም።
ሁለተኛ ምሳሌ፡ በውቅረት ፋይል ውስጥ የተከማቸ የፈጣን አብነት የጠባቂነት ማስወገጃን ለማስወገድ ተሻሽሏል። ይህ የኮድ ለውጥ አይደለም፣ የጥገኝነት ዝመና አይደለም፣ እና የኮንቴይነር ዳግም ግንባታ አይደለም። በ SBOMነገር ግን የAI ስርዓት በሂደት ጊዜ እንዴት እንደሚሰራ በእጅጉ ይለውጠዋል። የAI BOM ፈጣን ንብረቶችን እንደ የመጀመሪያ ደረጃ ክፍሎች፣ ስሪት የተደረገባቸው፣ ክትትል የሚደረግባቸው እና ኦዲት ሊደረግባቸው የሚችሉ አድርጎ ይመለከታቸዋል።
በሁለቱ ቅርሶች መካከል መደራረብ አለ። እንደ PyTorch፣ TensorFlow እና LangChain ያሉ የAI ማዕቀፎች በሁለቱም ውስጥ ይታያሉ SBOM እና የAI BOM፣ ምክንያቱም እነሱ ሊተገበሩ የሚችሉ ጥገኞች ሲሆኑ እውነተኛ ተጋላጭነት እና የማልዌር አደጋ አላቸው። ነገር ግን ያ መደራረብ ጠባብ ነው። የሞዴል ንብርብር፣ የውሂብ ንብርብር፣ የጥያቄ ንብርብር እና ውጫዊ የኤፒአይ ንብርብር ሙሉ በሙሉ ከውጪ ናቸው። SBOM ሽፋን.
አንድ ላይ፣ አንድ SBOM እና የ AI BOM የሶፍትዌር አቅርቦት ሰንሰለት ስጋትን ሙሉ በሙሉ ያሳያሉ። በተናጠል፣ አንዳቸው የሌላውን ዓይነ ስውር ቦታዎች ያለ ቁጥጥር ይተዋሉ። ለዚህም ነው የኢንዱስትሪ መመሪያ የ AI ቁሳቁሶችን ረቂቅ ህግን እንደ ተጨማሪ የሚያቀርበው። SBOM፣ አማራጭ አይደለም፣ እና ምትክ አይደለም።
በDevSecOps ውስጥ የAI BOM ን ተግባራዊ ማድረግ #
የ AI BOM እንደ የማይንቀሳቀስ ሰነድ መኖር የለበትም። ከሚከተሉት ሰነዶች ጋር መዋሃድ አለበት። SDLCውጤታማ አተገባበሮች በልማት የሕይወት ዑደት ውስጥ በሦስት ነጥቦች ያመነጫሉ እና ይጠብቃሉ፡
- ሞዴልን ማዋሃድ። አዲስ ሞዴል፣ የውሂብ ስብስብ ወይም ውጫዊ የAI ኤፒአይ ወደ አካባቢው ሲገባ፣ የAI BOM ግቤት በዚያ ቅጽበት ይፈጠራል፣ ይህም ክፍሉ ወደ ማንኛውም ክፍል ከመድረሱ በፊት አመጣጥን፣ ስሪትን፣ ፈቃድ መስጫ፣ የውሂብ ፍሰቶችን እና የአደጋ ምደባን ይይዛል። pipeline ወይም የምርት ስርዓት። ይህ የማይታወቅ AI የጥላ AI መሆን የሚያቆምበት ነጥብ ነው።
- CI/CD መገደል። በየ pipeline አሂድ ጥቅም ላይ የዋሉት የAI ክፍሎች የAI BOM መዝገብ ከሚመዘግበው ጋር የሚዛመዱ መሆናቸውን ለማረጋገጥ የሚያስችል አጋጣሚ ነው። በራስ-ሰር የሚደረጉ ፍተሻዎች በ CI/CD catch drift፣ ወደላይ የተቀየረ የሞዴል ስሪት፣ የተሻሻለ የፕሮቪደንስ ፋይል፣ አሁን ወደ ሌላ አቅራቢ እየተቀየረ ያለ የኤፒአይ መጨረሻ ነጥብ። እነዚህን በግንባታ ጊዜ ማግኘት በአደጋ ጊዜ እነሱን ከማግኘት በጣም ያነሰ ወጪ ይጠይቃል።
- የማሰማራት እና የማስኬጃ ጊዜ ለውጦች። የAI ክፍሎች በምርት ውስጥ ሲዘመኑ፣ ሲተኩ ወይም ስራ ሲቆሙ፣ የAI BOM ለውጡን ለማንፀባረቅ ይዘምናል እና ቀዳሚው ሁኔታ በለውጥ ምዝግብ ማስታወሻ ውስጥ ይቀመጣል። ይህ የክስተት ምላሽ፣ የቁጥጥር ግምገማ እና የአስተዳደር ሪፖርት ሁሉም የሚመሰረቱበትን የኦዲት ዱካ፣ AI ምን እየሰራ እንደነበር የጊዜ ማህተም የተደረገበት መዝገብ፣ መቼ እና በምን ውቅር ውስጥ እንዳለ ያሳያል።
ይህ ቀጣይነት ያለው የዝማኔ ሞዴል የአሠራር AI BOMን ከ የተገዢነት ሰነድ የሚለየው ነው። የተገዢነት ሰነድ ጥያቄዎችን በኦዲት ጊዜ ይመልሳል። የአሠራር AI BOM ጥያቄዎችን በአደጋ ጊዜ ይመልሳል፣ ይህም መልሶቹ በእርግጥ አስፈላጊ በሚሆኑበት ጊዜ ነው።
ለምን AI BOMs ለአደጋ ምላሽ አስፈላጊ ነው? #
በAI ሞዴል ወይም ማዕቀፍ ውስጥ ተጋላጭነት ወይም ተንኮል አዘል ባህሪ ሲገኝ ጊዜ አስፈላጊ ነው። የAI BOM ከሌለ ቡድኖች በአስተማማኝ ሁኔታ መልስ መስጠት አይችሉም፦
- የትኞቹ መተግበሪያዎች ተጽዕኖ ይደረግባቸዋል
- የትኞቹ አካባቢዎች ይጋለጣሉ
- ሚስጥራዊ መረጃ ተሳትፏል ወይ?
የዚያ እርግጠኛ አለመሆን ዋጋ ሊለካ የሚችል ነው። በፕሮምፕትሚንክ የአቅርቦት ሰንሰለት ጥቃት (በሰሜን ኮሪያ መንግስት የሚደገፍ ቡድን በተለይ የAI ኮድ ወኪሎችን ለማታለል ተንኮል አዘል የኤንኤም ፓኬጆችን በነደፈበት) የAI ክምችት የሌላቸው ቡድኖች የትኞቹ ወኪሎች ጥገኝነትን እንዳጡ፣ የትኞቹ አካባቢዎች እንደተጋለጡ ወይም የኪስ ቦርሳ ማረጋገጫዎች እና CI/CD ቶከኖች ቀድሞውኑ ተፈትተዋል። ምርመራው የተጀመረው ከታወቀ መነሻ ሳይሆን ከባዶ ነው።
የአይአይ ቁሳቁሶች ረቂቅ ህግ የማይታወቁ ነገሮችን ወደ ሊፈለጉ የሚችሉ እውነታዎች በመቀየር የምላሽ ጊዜን ያጨምቃል። ክምችት ሲኖር እና ወቅታዊ ሲሆን፣ በአንድ ክስተት ውስጥ የመጀመሪያው ጥያቄ (ምን እንደተጎዳ) በቀናት ውስጥ ሳይሆን በደቂቃዎች ውስጥ መልስ ይኖረዋል።
በ AI-First AppSec ውስጥ የ AI BOMs ሚና #
የአዕምሮ ንጽህና (AI) በልማት ውስጥ ሲካተት፣ የደህንነት መሳሪያዎች መሻሻል አለባቸው። አስቀድመው የሚያቀርቡ መድረኮች SBOMs, የማልዌር ማወቂያ, እና የጥገኝነት ብልህነት አሁን ወደ AI ክፍሎች ታይነትን እያሰፉ ነው። እዚህ ላይ መድረኮች እንደዚህ ያሉበት ቦታ ነው ዚጌኒ ከAI BOM ጽንሰ-ሀሳብ ጋር በተፈጥሮ ይጣጣሙ። ከAI ጋር የተያያዙ ቅርሶችን ከኮድ፣ ጥገኝነት ጋር በማዛመድ፣ pipelines፣ እና የሩጫ ጊዜ ባህሪ፣ የAI BOMዎች የቲዎሬቲካል ዲያግራሞች መሆን ያቆማሉ እና ተግባራዊ ሊሆኑ የሚችሉ የደህንነት ቁጥጥሮች ይሆናሉ።
የ AI BOM ከ ጋር ተጣምሮ በእውነተኛ ጊዜ የማልዌር ማወቂያ, SCA, CI/CD መያዣ, እና ASPM ቡድኖች የማድረስ ፍጥነትን ሳይቀንሱ የAI አደጋን እንዲያስተዳድሩ ያስችላቸዋል። ይህ ተግባራዊ የመጨረሻ ጨዋታ ነው፡ ያለ ግጭት ታይነት።
የመጨረሻ ሀሳቦች፡- “AI BOM ምንድን ነው” የሚለው ጥያቄ ትክክለኛው ጥያቄ የሆነው ለምንድን ነው? #
የAI BOM ምንድን ነው ብሎ መጠየቅ ስለ ፍቺዎች አይደለም። የAI ስርዓቶች አሁን የሶፍትዌር አቅርቦት ሰንሰለት አካል መሆናቸውን እና ያልተተዳደሩ የአቅርቦት ሰንሰለቶች እንደሚበላሹ ስለማወቅ ነው። የAI Bill of Materials ለዴቭሴክኦፕስ ቡድኖች በAI ላይ ተመሳሳይ ጥቅም ይሰጣቸዋል። SBOMወደ ክፍት ምንጭ ቀርበዋል፣ ፍጹም ቁጥጥር አይደለም፣ ነገር ግን በቂ ታይነት ያለው መረጃ ለመስጠትcisionዎችን በፍጥነት ምላሽ ይስጡ እና ሊወገድ የሚችል አደጋን ይቀንሱ።
በAI-ተወላጅነት ዙሪያ የAI ክምችት ተገዢነትን ለሚያስተዳድሩ ቡድኖች SDLC, AI-BOM የወደፊት መስፈርት አይደለም። ዛሬ AIን እንደ የሶፍትዌር አቅርቦት ሰንሰለት አካል አድርጎ ለማከም ዝቅተኛው ተግባራዊ ቁጥጥር ነው። ለዚህም ነው አዝማሚያ ያልሆነው። እርማት ነው።
በየጥ #
ለከፍተኛ ተጋላጭነት ላላቸው የAI ስርዓቶች አቅራቢዎች፣ አዎ። የአውሮፓ ህብረት የAI ህግ አንቀጽ 11 እና አባሪ IV የስርዓት መግለጫን፣ የሥልጠና ዘዴን፣ የውሂብ ስብስብ ባህሪያትን እና የክትትል ሂደቶችን የሚሸፍን ቴክኒካዊ ሰነድ ያስፈልጋቸዋል፣ እና ሰነዱ ወቅታዊ እና ለተቆጣጣሪዎች ሲጠየቅ የሚገኝ መሆን አለበት። በአሁኑ ህግ መሰረት የማስፈጸሚያ ቀነ-ገደብ ነሐሴ 2፣ 2026 ነው። AI-BOM ይህንን ሰነድ እንደ ጊዜ-በጊዜ ተለማማጅ ሳይሆን ያለማቋረጥ የሚያመነጭ እና የሚይዝ የአሠራር መዋቅር ነው።cisሠ. ከፍተኛ ተጋላጭነት ካላቸው ምድቦች ውጭ ያሉ ድርጅቶች አሁንም በNIST AI RMF እና በሰነድ ጥበቃ ስር የሚጠበቁ ነገሮችን ያጋጥማቸዋል enterprise የግዢ መስፈርቶች፣ ገዢዎች በአቅራቢው ተገቢ ጥንቃቄ አካልነት AI-BOMን እየጠየቁ ነው።
ከላይ ከተሸፈኑት ዋና ዋና ክፍሎች በተጨማሪ፣ የተሟላ AI-BOM የሚከተሉትን ያካትታል፡ የማጽደቂያ ታሪክ እና የለውጥ ምዝግብ ማስታወሻ፣ የግምገማ ውጤቶች እና የታወቁ የውድቀት ሁነታዎች፣ የተገዢነት ማረጋገጫዎች፣ የሰው ቁጥጥር መስፈርቶች እና የአደጋ ግምገማ ሰነዶች። ከስታቲስቲክስ ሰነድ በተለየ፣ AI-BOM ሕያው ቅርስ ሲሆን ሞዴሎች እንደገና ሲሰለጥኑ፣ ሲስተካከሉ ወይም ሲተኩ እና ኤፒአይዎች እና ውህደቶች ሲቀየሩ ይዘምናል። የለውጥ ምዝግብ ማስታወሻው ራሱ የቅርሱ አካል ነው።
ኃላፊነት የሚወሰነው በAI አቅርቦት ሰንሰለት ውስጥ ባለው ሚና ላይ ነው። አቅራቢዎች (የAI ስርዓቶችን የሚያዘጋጁ ወይም የሚያስተካከሉ ድርጅቶች) AI-BOMን ለማመንጨት እና ለመጠበቅ እና ለታችኛው ክፍል ሰሪዎች እና ተቆጣጣሪዎች እንዲገኝ ለማድረግ ኃላፊነት አለባቸው። አሰማሪዎች (የሶስተኛ ወገን AIን ከራሳቸው ምርቶች ወይም የስራ ፍሰቶች ጋር የሚያዋህዱ ድርጅቶች) AI-BOMን ከአቅራቢዎቻቸው ለመቀበል እና እነዚያ ክፍሎች እንዴት ጥቅም ላይ እንደሚውሉ የራሳቸውን ክምችት ለመጠበቅ ኃላፊነት አለባቸው። በተግባር፣ አብዛኛዎቹ ድርጅቶች በአንድ ጊዜ አቅራቢ እና አሰማሪ ናቸው፣ ይህ ማለት የAI-BOM ባለቤትነት በጋራ ኃላፊነት ከመተው ይልቅ በደህንነት፣ በምህንድስና እና በተገዢነት ቡድኖች ውስጥ በግልጽ መመደብ አለበት።
