Не можу кодувати. Я створив SaaS. Потім почалися питання безпеки.

Що відбувається після того, як ШІ допомагає вам створити та відправити продукт, коли справжній корпоративний клієнт починає ставити складні питання? Доповідач є консультантом з безпеки, а не розробником. Використовуючи ШІ, він створив та запустив комерційний SaaS з діаграмування ризиків, який попросив придбати оператор критичної інфраструктури. Виявилося, що його створення було легкою частиною. Потім почалася формальна оцінка безпеки: анкета, заповнена питаннями, на які він ледь міг відповісти, і огляд, який виявив чотири реальних несправності. Жодна з них не є незвичайною. Кожна з тих речей, які спокійно несе на собі ШІ, поки хтось не огляне. Усі чотири з тих пір були виправлені та підтверджені. У цій надзвичайно практичній сесії він поділиться тим, що насправді шукають корпоративні покупці перед схваленням SaaS продукту, реальними проблемами, виявленими в стеку на основі AI з Next.js, Supabase, Vercel і Stripe, а також як ШІ допоміг не лише у створенні продукту, але й у діагностиці та виправленні. І це не будуть лише слайди. Два тести будуть проведені в реальному часі на справжньому продукті: спочатку зчитування, де фактично виконується код програми; потім спроба зламати його ізоляцію даних. Третій, записаний раніше, показує тести, спрямовані на виявлення цієї несправності, які навмисно зламані, демонструючи, чому просто мати тести не те ж саме, що знати, що вони насправді працюють. Сесія розроблена для засновників, творців та будівельників з підмогою ШІ, які можуть швидко доставляти, але ще не мали змоги, щоб команді з безпеки чи закупівель доторкнутися до деталей. Що ви візьмете з собою: чіткіше розуміння питань, які ставлять корпоративні покупці перед покупкою, загальні слабкості в продуктах SaaS, створених за допомогою ШІ, чотири реальні несправності, які ви можете негайно перевірити у своєму стеку, та практичний метод доведення того, що ваші тести насправді можуть виявити несправність. Доповідач: Род Кемерон