Felmérés · Képzés · Bevezetés

Építsd be a biztonságot már az első kódsortól.

A CyberMentee abban segít a fejlesztőcsapatoknak, hogy felismerjék a biztonsági kockázatokat, gyakorlati tudást szerezzenek és hatékony biztonsági kontrollokat építsenek a szoftverfejlesztés teljes folyamatába, az AI-asszisztált fejlesztést is beleértve.

Minél korábban derül ki egy hiba, annál olcsóbb kijavítani. Ezért ott kezdünk, ahol a kód készül, nem ott, ahol a pentest-riport landol.

A csapat környezetéhez igazítva Magyarul és angolul Az alapító 15+ éve biztonsági szakember
Amivel foglalkozunk

Három terület, egy cél: a biztonság legyen a fejlesztés része.

Három, egymást kiegészítő terület, nem külön termékek. Aszerint kapcsoljuk össze őket, hol tart a csapat.

Felmérés

A kockázatok feltérképezése

Felmérjük az alkalmazásbiztonságot, a fejlesztési gyakorlatot, a CI/CD-folyamatokat és az AI-asszisztált kódolás által behozott kockázatokat. A megállapításokból rangsorolt javítási terv készül.

Mérnöki biztonsági tanácsadás
Felkészítés

Erősebb fejlesztőcsapatok

Gyakorlati képzés a biztonságos kódolás, a DevSecOps és az AI által generált kód biztonsága témájában, a csapat technológiai környezetéhez, munkafolyamataihoz és tapasztalatához igazítva.

Képzési formátumok
Bevezetés

Biztonság a gyakorlatban

Biztonsági kontrollok beépítése a kódfelülvizsgálatba, a CI/CD-folyamatokba és a szoftver-ellátási láncba, egyértelmű felelősségi körökkel és visszakövethető, a mérnöki munkában is használható bizonyítékokkal.

Biztonság a munkafolyamatban

Az AI írja a kódot. Ki nézi át a kockázatot?

Mennyiség
Több változtatás jut el az átnézésig, mint korábban, miközben az átnézési kapacitás nem nő.
Minták
A generált kódban is megjelenhetnek jól ismert sérülékenységtípusok (injection, hiányzó jogosultságellenőrzés, kódba írt titkok), miközben a kód hibátlannak tűnik.
Hozzáférés
A kódoló ágensek repókat olvasnak, parancsokat futtatnak és titkokhoz vagy pipeline-okhoz is hozzáférhetnek, így a jogosultságaik a támadási felület részévé válnak.
Ha ez ismerős

Megjött a pentest-riport. Negyven oldal olyan hibával, amit a csapat már látott. Egyenként foltozni őket nem megoldás: a cél az, hogy a fejlesztők eleve ne kövessék el ezeket.

  • Minden riportban ugyanazok a hibatípusok jönnek elő: injection, hibás hitelesítés, kiszivárgott titkok, sérülékeny függőségek.
  • Az általános biztonsági e-learninget átkattintják és elfelejtik. Soha nem ér hozzá a valódi kódhoz vagy a pipeline-hoz.
  • A biztonság utólag, kívülről érkezik a csapathoz, ahelyett hogy a fejlesztés része lenne.
A megközelítés

Biztonság a fejlesztés minden lépésében, ott, ahol a csapat már most is dolgozik.

A biztonság akkor működik a legjobban, ha a mindennapi mérnöki döntések része lesz, a tervezéstől és a kódolástól a buildelésen és a tesztelésen át a kiadásig. A szkennerek és a kapuk megtalálják a problémákat, de hogy mi történik utánuk, azt az egyértelmű felelősségi körök és az egyeztetett átnézési és kiadási szabályok döntik el. Mi mindkettővel foglalkozunk.

Commit

Írjuk biztonságosan

Biztonságos kódolási minták, titokkeresés és egy valós funkció fenyegetésmodellezése.

Az AI-generált kód is ugyanazokon a kapukon megy át
Build

Ismerjük fel időben a hibákat

SAST és függőségvizsgálat a pipeline-ban, úgy hangolva, hogy ne legyen zajos.

Test

Ellenőrizzük a biztonságot

DAST, IaC-vizsgálat és átnézési kapuk, amelyek egyértelműen jeleznek, ha valami tényleg számít.

Deploy

Védjük a kiadott szoftvert

Ellátási lánc integritása és futásidejű ellenőrzések, annak a csapatnak a kezében, amelyik szállít.

Témák

Alkalmazásbiztonság, mérnöki szemmel.

Ezek a témák mindhárom területen megjelennek: a felmérésben, a képzésben és a bevezetésben. Válasszátok ki, amire a csapatnak a legnagyobb szüksége van; mindent a ti technológiai környezetetekhez igazítunk.

Biztonságos kódolás

Az OWASP Top 10 a ti programozási nyelveiteken: injection, hitelesítés, titokkezelés és a minták, amelyek megelőzik ezeket.

Fenyegetésmodellezés

Kockázatfeltárás már tervezéskor, egy valós funkción: bizalmi határok, támadási felület, a hiba lehetséges hatóköre.

Pipeline-biztonság

SAST, DAST és SCA a CI/CD-ben, kikényszerített minőségkapuként.

Függőségek és ellátási lánc

Szoftverösszetétel-elemzés (SCA), SBOM és artifact-integritás, hogy azt szállítsátok, amit valóban felépítettetek.

Biztonságos SDLC és irányítás

Szerepek, jóváhagyási kapuk és visszakövethető bizonyíték: működési modell, nem egy kipipálandó lista.

Képzés NIS2- és ISO/IEC 27001-programokhoz

A két keretrendszer biztonságos fejlesztési oldalát fedi le, jelenléti és teljesítési igazolással. A képzés segíti a megfelelési munkát, de önmagában nem teszi megfelelővé a szervezetet.

Ingyenes NIS2 fejlesztői checklist
Gyakorlati biztonsági képzés

A rövid bemutatótól a mélyebb, gyakorlati képzésig.

A képzés akkor működik, ha a fejlesztők a saját mérnöki környezetükben is alkalmazni tudják. Alkalmainkon gyakorlati döntésekre, valós hibahelyzetekre és biztonságos fejlesztési folyamatokra koncentrálunk. A rövid bemutatókon célzott gyakorlófeladatokkal, a mélyebb workshopokon pedig lehetőség szerint a saját kódotokkal és fejlesztési folyamataitokkal dolgozunk.

Kezdjétek itt

Dev Security bemutató

Fél nap · online vagy helyszínen

Élő alkalom, ahol a csapat egy erre készült gyakorlóalkalmazásban talál és javít valós sérülékenységtípusokat, majd megbeszéljük, hogyan érvényesek a tanulságok a saját kódotokra.

  • Gyakorlat az első perctől
  • Nálatok nem kell előkészület
  • Tiszta kép arról, hol vannak a rések

Kinek: csapatoknak, amelyek elköteleződés előtt kipróbálnák a megközelítést.

Bemutatót kérek
Folyamatos

Folyamatos biztonsági mentorálás

Havi · online

A workshop után is jelen marad a biztonság. Havonta egyeztetett keretben: a kiválasztott új kód és pipeline-változtatások átnézése, valamint konzultációs idősáv a fejlesztőcsapatnak.

  • Kiválasztott új kód és konfiguráció átnézése
  • Konzultáció, amikor a csapat elakad
  • Tapasztalt biztonsági szakember, új felvétel nélkül

Kinek: csapatoknak, amelyeknél a változásnak tartósan meg kell maradnia.

Mentorálásról egyeztetek
Tanácsadás

Mérnöki biztonsági tanácsadás

Célzott mérnöki biztonsági támogatás olyan csapatoknak, amelyeknek egy kockázatot kell megérteniük, egy architektúra-döntést kell meghozniuk vagy egy fejlesztési kontrollon kell javítaniuk. Előre egyeztetett hatókörben dolgozunk, a technikai megállapításokból pedig konkrét, megvalósítható mérnöki döntéseket készítünk elő. A tanácsadás nem folyamatos üzemeltetési szolgáltatás.

Jellemző kérdések, amelyekkel foglalkozunk

  • Hogyan működjön a kódfelülvizsgálat és a jóváhagyás, ha a kód egy részét AI generálja?
  • Milyen biztonsági ellenőrzéseket építsünk a CI/CD-folyamatba, hogy a találatok kezelhetők maradjanak?
  • Mi romolhat el ebben a funkcióban? Fenyegetésmodellezés még a megvalósítás előtt.
  • Hol szükséges szigorítani a titkok, függőségek és build-artefaktumok kezelését?
  • Milyen alkalmazásbiztonsági gyakorlatokra és bizonyítékokra épülhet a NIS2- vagy ISO/IEC 27001-munka?

Mit kaptok

  1. Világos megállapítások. Az érintett alkalmazás, architektúra vagy fejlesztési és kiadási folyamat célzott átvizsgálása, a feltárt kockázatokkal és azok mérnöki hatásával.
  2. Rangsorolt következő lépések. Gyakorlati javaslatok, a felelősségi körök tisztázása és a javítások reális sorrendje.
  3. Támogatás a bevezetésben. Gyakorlati segítség az egyeztetett kontrollok beépítéséhez a fejlesztési folyamatokba, ha ez a megbízás hatókörének része.
AI-fejlesztés biztonságaFejlesztés alatt

AI Development Security Health Check

Felmérés, amelyet már AI-kódasszisztenseket vagy fejlesztői ágenseket használó csapatok számára alakítunk ki. Azt vizsgálja, hogyan hat az AI-asszisztált fejlesztés a kód minőségére, a biztonsági felelősségi körökre, az eszközök jogosultságaira és a meglévő átnézési kontrollokra. Mivel fejlesztés alatt áll, minden együttműködés egy egyeztető beszélgetéssel indul a ti környezetetekről.

Mit vizsgál

  • Hol használtok asszisztenst vagy ágenst és mit olvashatnak, futtathatnak és módosíthatnak
  • Hozzáférés a repókhoz, a titkokhoz, a csomagtárakhoz és a CI/CD-hez
  • Mely emberi átnézési és jóváhagyási lépések vannak ténylegesen kikényszerítve az AI által generált változtatásokra
  • Keletkeznek-e visszakövethető bizonyítékok a biztonsági ellenőrzések és jóváhagyások végrehajtásáról?

Miért fontos most

A kódoló ágensek valódi jogosultságokkal dolgoznak. Egy AI-ágens számára hozzáférhetővé tett token, vagy egy ágens, amely a fő ágba merge-ölhet, illetve tetszőleges parancsot futtathat a CI-ban, a fejlesztést támogató eszközből új támadási felületet teremthet. A kérdések egyszerűek, a válaszok viszont gyakran több eszköz és csapat között oszlanak meg.

Ki áll mögötte

Gyakorlati biztonság, mérnöki tapasztalattal.

A CyberMentee-t az alapítója vezeti, aki pályája során éles rendszereket védett és közben egyetemen és saját kurzusain fejlesztőket tanított. A képzés és a tanácsadás ezért mérnöki munkára épül, nem diákra.

Dr. Sándor Barnabás, a CyberMentee alapítója

Dr. Sándor Barnabás

Alapító, oktató és tanácsadó

A biztonságnak a fejlesztési folyamat részévé kell válnia, nem utólagos ellenőrzésnek. Több mint 15 éve dolgozom gyakorlati szinten DevSecOps, biztonsági architektúra és automatizálás területén. Korábbi munkahelyeim között van a MOL Csoport, a 4iG Csoport, a GE Digital és a Morgan Stanley; ezeken a helyeken többek között biztonsági csapatokat vezettem és DevSecOps-gyakorlatot vezettem be. Kiberbiztonságból szereztem PhD-fokozatot és egyetemen, valamint saját kurzusaimon tanítok fejlesztőket.

Kapcsolódjunk a LinkedInen
15+év biztonsági szakmai gyakorlat8év fejlesztőoktatásPhD · óbudai egyetemi oktató
Korábbi munkahelyek4iG Csoport · MOL Csoport · GE Digital · Morgan Stanley
Hírlevél

Build Security In

A biztonság mérnöki oldala: biztonságos kódolás, DevSecOps, AI által írt kód és NIS2, fejlesztőcsapatoknak. Új számonként egy levél.

Kérdések

Amit a csapatok először kérdeznek.

Kinek szól a képzés?
Fejlesztőcsapatoknak, tech leadeknek és architekteknek, a termék- és platformcsapatoktól a DevOps- és SRE-csapatokig, valamint CTO-knak és biztonsági vezetőknek, akik szeretnék érteni, min érdemes változtatni. Előzetes biztonsági tudás nem kell: abból indulunk ki, ahogyan a csapat ma dolgozik.
Dolgoztok a saját kódunkon és pipeline-unkon?
A gyakorlati workshopon igen, ahol ez megoldható és egyeztetett: a feladatokat a nyelveitekhez, repóitokhoz és CI/CD-felépítésetekhez igazítjuk, a hozzáférést és a hatókört pedig előre egyeztetjük. A félnapos bemutató egy erre készült gyakorlóalkalmazással dolgozik, így nálatok nem kell hozzáférés vagy előkészület.
Segít a NIS2- vagy ISO/IEC 27001-megfelelésben?
Támogathatja ezt a munkát. A NIS2 előírja az érintett szervezeteknek a kiberbiztonsági kockázatok kezelését, ezen belül a rendszerek fejlesztésének és karbantartásának biztonságát és azt, hogy az intézkedések között kiberbiztonsági képzés is legyen. Az ISO/IEC 27001 kontrolljai között szerepel a biztonságos fejlesztés, valamint a biztonságtudatosság és a képzés. A képzésünk a mérnöki oldalt fedi le és jelenléti, illetve teljesítési igazolást ad, amelyet a képzés bizonyítékaként megőrizhettek. A képzés önmagában nem teszi megfelelővé a szervezetet és jogi tanácsot nem adunk arról, hogyan vonatkoznak rátok a szabályok.
Milyen nyelveket és technológiákat fedtek le?
A legtöbb modern stacket: JavaScript/TypeScript, Python, Java, C#/.NET, Go és PHP, web-, API- és cloud-native alkalmazásokon. A CI/CD-rész lefedi a gyakori platformokat, például a GitHub Actionst, a GitLab CI-t, az Azure DevOpsot és a Jenkinst. Ha a ti stacketek nincs a listán, kérdezzetek: az elvek ugyanazok, a példákat hozzátok igazítjuk.
Foglalkoztok AI-generált kóddal és Copilot-biztonsággal?
Igen és ez minden formátumon végigfut, nem egyetlen dián jelenik meg. Az AI-asszisztensek gyorsan írnak kódot és ebben is megjelenhetnek jól ismert sérülékenységtípusok, miközben a nagyobb mennyiség az átnézést terheli. Megmutatjuk, hogyan érdemes felülvizsgálni az AI által generált változtatásokat, hogyan korlátozzátok, mihez férnek hozzá az asszisztensek és az ágensek és milyen ellenőrzések kerüljenek a pipeline-ba, hogy a tempó ne előzze meg a biztonságot.
Foglalkoztok vibe codinggal és no-code AI-fejlesztéssel?
Igen. Ma már nem csak fejlesztők szállítanak kódot: product- és üzemeltetési szakemberek is raknak össze alkalmazásokat promptokból, gyakran biztonsági háttér nélkül. Megmutatjuk, hol törik el az ilyen kód (kódba égetett titkok, hiányzó jogosultságkezelés, injektálható bemenetek), milyen átnézési kapuk fogják meg élesítés előtt és hol érdemes meghúzni a határt, hogy a nem fejlesztők is építhessenek, újabb éles biztonsági kockázatok nélkül.
Mi az AI Development Security Health Check?
Egy célzott felmérési megközelítés, amelyet AI-kódasszisztenst vagy kódoló ágenst használó csapatoknak fejlesztünk. Azt vizsgálja, hol használják ezeket az eszközöket, mihez férnek hozzá, mely átnézési és jóváhagyási lépések vannak kikényszerítve és milyen bizonyítékot adnak a fejlesztési kontrollok. Fejlesztés alatt áll, ezért egy egyeztető beszélgetéssel indul.
Hogyan működik a mérnöki biztonsági tanácsadás?
Előbb közösen megfogalmazunk egy konkrét kérdést, például hogyan hagyjátok jóvá az AI által generált változtatásokat, vagy mely CI/CD-kontrollokat érdemes kikényszeríteni, majd egyeztetjük a hatókört, a szükséges hozzáféréseket és a várt eredményt. Minden megbízásnak egyeztetett hatóköre és vége van; ez nem folyamatos, menedzselt biztonsági szolgáltatás.
Mennyi ideig tart és milyen formában?
A félnapos bemutatótól az egy-két napos gyakorlati workshopig, plusz opcionális, folyamatos havi mentorálás. Az alkalmak laborközpontúak, nem diavetítésre épülnek: a fejlesztők az idő nagy részében valós hibatípusokat találnak és javítanak.
Online vagy helyszíni és milyen nyelven?
Mindkettő. A workshopok helyszínen, EU-szerte, vagy teljesen online futnak, ahogy a csapatnak kényelmesebb, a folyamatos mentorálás pedig online. Az alkalmak és az anyagok magyarul és angolul is elérhetők.
Tudtok saját képzési anyagot készíteni a szervezetünknek?
Igény esetén igen: a szerepkörökhöz, a stackhez és a belső szabályzatokhoz igazított anyagot is készítünk, magyarul vagy angolul. Ezt esetenként egyeztetjük, nem kész kurzuskatalógusból dolgozunk.
Mennyibe kerül?
A formátumtól, a csapatmérettől és a testreszabás mértékétől függ. A képzést és a tanácsadást egy rövid egyeztetésen szabjuk személyre. Írd meg a csapatméretet és a célokat és kötelezettség nélkül, világos ajánlatot küldünk.
Miben más ez, mint egy általános biztonsági e-learning?
Az általános e-learninget egyszer megnézik, elfelejtik és soha nem ér hozzá a kódotokhoz. Ez élő és gyakorlati, a ti környezetetekhez igazítva, a workshopokon lehetőség szerint a saját kódotokon, olyasvalaki vezetésével, aki éles rendszereket védett és évek óta tanít fejlesztőket. A cél a megváltozott szokás, nem egy teljesítési jelvény.
Hogyan kezdjünk neki?
Kezdjétek egy félnapos bemutatóval vagy egy 30 perces egyeztetéssel. Megnézzük, hol tart a csapat, mit érdemes először javítani és képzés, tanácsadás vagy a kettő együtt illik-e jobban, így mindenképp tiszta következő lépéssel zárunk.
Kapcsolat

Melyik szolgáltatás érdekel?

Válaszd ki lent a szolgáltatást. Ha még nem tudod, írd le röviden, milyen a csapat és a technológiai környezet és mi hozta elő a témát. Megírjuk, hol kezdenénk, sablonos prezentáció nélkül.

Az adataidat csak a megkeresésed megválaszolására használjuk. Részletek az adatkezelési tájékoztatóban.