AnswersPublished19 sources
Чому компанії в Сінгапурі не встигають за поширенням тіньового ШІ
Виклик для компаній у Сінгапурі — не лише брак правил, а й труднощі з їх виконанням: 60% опитаних фахівців DevSecOps назвали управління та контроль дотримання політик найбільшим навантаженням. За даними JFrog, 18% організацій у Сінгапурі забороняють несанкціоновані ШІ інструменти, але не мають механізмів для виявлен...
ОпублікувавВідредаговано за допомогою GPT-6 LunaЗображення створено за допомогою GPT Image 2
Research answer
Key takeaways
- Виклик для компаній у Сінгапурі — не лише брак правил, а й труднощі з їх виконанням: 60% опитаних фахівців DevSecOps назвали управління та контроль дотримання політик найбільшим навантаженням.
- За даними JFrog, 18% організацій у Сінгапурі забороняють несанкціоновані ШІ інструменти, але не мають механізмів для виявлення порушень.
- Захист має охоплювати весь ланцюг постачання програмного забезпечення — зокрема моделі ШІ та сторонні компоненти, а не лише код, написаний усередині компанії.
AI Prompt
openai.comCreate a landscape editorial hero image for this Studio Global article: How is employee adoption of shadow AI outpacing governance controls in Singapore companies, and what do JFrog’s Sunny Rao and Splunk’s Chris. Article summary: Employee use of unapproved AI is moving faster than Singapore companies can discover it, review its outputs and enforce internal rules, creating a gap between written governance and operational control. The reported cons. Topic tags: general, general web, user generated. Style: premium digital editorial illustration, source-backed research mood, clean composition, high detail, modern web publication hero. Use reference image context only for broad subject, composition, and topical grounding; do not copy the exact image. Avoid: logos, brand marks, copyrighted characters, real person likenesses, fake screenshots, UI text, readable text, watermarks, charts with fa
Працівники можуть почати користуватися ШІ-інструментами швидше, ніж компанія встигне з’ясувати, де саме їх застосовують, перевірити згенерований код і забезпечити виконання внутрішніх правил. Дані із Сінгапуру вказують на розрив між наявністю політик і реальним контролем за програмними та ШІ-компонентами, якими користуються команди. 3
5
6
Правила є, але чи можна їх виконати?
«Тіньовий ШІ» — це ШІ-інструменти, які працівники використовують для роботи без погодження чи нагляду організації. Вони можуть допомагати швидше виконувати завдання, але ІТ- та командам безпеки часто бракує повного уявлення про те, де застосовують ці інструменти й які дані до них передають. 14
Важливо розрізняти наявність письмової політики та здатність компанії виявляти порушення. За дослідженням JFrog, 18% організацій у Сінгапурі мають правила проти використання несанкціонованих ШІ-інструментів, але не мають механізму, який допоміг би виявити їх використання. 3
Розробка пришвидшується, а перевірки потребують часу
Сучасні застосунки складаються не лише з коду, написаного власними розробниками. До них можуть входити пакети з відкритим кодом, хмарні сервіси, код, згенерований ШІ, моделі та сторонні інструменти. Кожен такий компонент потрібно враховувати й оцінювати. 5
Дані JFrog показують, скільки часу це може забирати: 60% опитаних фахівців DevSecOps у Сінгапурі назвали управління та виконання політик найбільшим навантаженням, а 41% — ресурсомісткою перевірку коду, згенерованого ШІ. Ці результати відображають оцінки опитаних фахівців, а не рівень ризику кожної окремої компанії. 5
Інший звіт про дослідження JFrog у Сінгапурі вказує на труднощі з підготовкою до аудиту: за повідомленням, 54% респондентів потрібно щонайменше тиждень, щоб зібрати підтвердження відповідності для одного застосунку. Отже, знати, хто відповідає за застосунок, — не те саме, що швидко надати інформацію про його складники та відповідність вимогам. 7
Ризики не обмежуються перевіркою коду
Якщо несанкціоновані ШІ-інструменти залишаються поза наглядом служб безпеки, працівники можуть передати їм конфіденційні дані — наприклад, вихідний код або інформацію про клієнтів. У рекомендаціях із кібербезпеки передавання чутливих даних за межі контролю організації називають одним із ризиків тіньового ШІ. 23
24
Код та інші результати, створені ШІ, також слід перевіряти перед використанням. Дані із Сінгапуру свідчать, що така перевірка може потребувати значних ресурсів, але наявні тут джерела не показують, як часто помилки доходять до клієнтів або потрапляють у критично важливі системи. 5
Сама заборона не усуває проблему видимості, якщо працівники й далі користуються інструментами, які компанія не може виявити. Дані про труднощі з виконанням правил указують на практичну потребу: не лише описати, що заборонено, а й навчитися виявляти використання ШІ та застосовувати правила на практиці. 3
Захищати потрібно весь ланцюг постачання ПЗ
Санні Рао з JFrog описує сучасні застосунки як поєднання внутрішнього коду, пакетів із відкритим кодом, хмарних сервісів, коду, згенерованого ШІ, моделей і сторонніх інструментів. Такий підхід зміщує увагу з самого вихідного коду на ширший набір компонентів, які формують застосунок. 5
Крістін Лоу зі Splunk порушує суміжне питання: організаціям, які прагнуть масштабувати використання ШІ, доводиться зважати на вимоги відповідності, правила управління даними та операційне навантаження, пов’язане з постійними змінами. Разом ці погляди показують, що нагляд за ШІ — це не лише перевірка роботи розробників. Він також передбачає контроль даних і залежностей у міру змін систем. 4
Що можуть зробити компанії
Практичний підхід має пов’язувати видимість із правилами, які можна застосовувати:
- Обліковувати компоненти застосунків. Враховувати моделі ШІ, пакети та інші програмні складники поряд із кодом, написаним усередині компанії.
5
8
- Зробити правила придатними для контролю. Дані про 18% організацій показують, чому до заборон потрібні механізми виявлення несанкціонованого використання інструментів.
3
- Спрощувати підготовку підтверджень відповідності. Затримки з готовністю до аудиту вказують, що запису про відповідального за застосунок може бути недостатньо: потрібен доступ до інформації про його складники та управління ними.
7
- Перевіряти результати ШІ як частину звичайного процесу безпеки ПЗ. Якщо перевірка згенерованого коду забирає ресурси, його варто розглядати як складник, що потребує оцінювання, а не вважати, що швидше створення автоматично означає швидшу й безпечну розробку.
JFrog пропонує управляти моделями, пакетами, плагінами та створеними ШІ компонентами через спільне джерело обліку. 8 Незалежно від обраних інструментів, ключова вимога одна: пов’язати те, що компанія може бачити, з правилами, які вона здатна виконувати, — у всьому ланцюгу постачання програмного забезпечення та ШІ.
Studio Global AI
Continue your research
This page includes a source-backed answer you can continue inside Studio Global.
People also ask
What is the short answer to "Чому компанії в Сінгапурі не встигають за поширенням тіньового ШІ"?
Виклик для компаній у Сінгапурі — не лише брак правил, а й труднощі з їх виконанням: 60% опитаних фахівців DevSecOps назвали управління та контроль дотримання політик найбільшим навантаженням.
What are the key points to validate first?
Виклик для компаній у Сінгапурі — не лише брак правил, а й труднощі з їх виконанням: 60% опитаних фахівців DevSecOps назвали управління та контроль дотримання політик найбільшим навантаженням. За даними JFrog, 18% організацій у Сінгапурі забороняють несанкціоновані ШІ інструменти, але не мають механізмів для виявлення порушень.
What should I do next in practice?
Захист має охоплювати весь ланцюг постачання програмного забезпечення — зокрема моделі ШІ та сторонні компоненти, а не лише код, написаний усередині компанії.
Sources
frontier-enterprise.comSingapore's innovation faces a new risk: Shadow AI