Ronen Slavin, CTO ja Co-founder, Cycode – Haastattelusarja

Ronen Slavin, Cycode:n CTO ja co-founder, on sarjayrittäjä ja entinen Israelin puolustusvoimien Unit 8200 -yksikön upseeri. Ennen Cycode:n perustamista vuonna 2019 hän perusti FileLockin, joka myytiin Reason Securitylle vuonna 2018, ja toimi tutkimuksen johtajana Reason Cybersecurityssä. Syvällä asiantuntemuksellaan haittaohjelmien havaitsemisessa, haavoittuvuustutkimuksessa ja hyödyntämisessä Slavin on rakentanut uransa edistyksellisen turvallisuustutkimuksen ja tuotekehityksen risteyksessä.

Cycode on AI-käyttöinen sovellusturva-alusta, joka yhdistää turvallisuus- ja kehitystiimit toimivalla kontekstilla koodista suoritusaikaan. Yhdistämällä AST:n (Application Security Testing), ASPM:n (Application Security Posture Management) ja ohjelmistotoimittajaketjun turvallisuuden, se turvaa sekä AI- että ihmisten luoman koodin. Sen Risk Intelligence Graph (RIG) -ominaisuuden, omistajan skannereiden ja integraatioiden ansiosta Cycode tarjoaa välittömän riskien havaitsemisen, muutoksen vaikutusanalyysin (CIA) ja AI-ohjatut korjaukset – sulkiessaan näkyvyyden aukot, kiihdytten korjaamista ja laskien kustannuksia ensimmäisestä päivästä lähtien.

Mikä motivoi sinua perustamaan Cycode:n, ja mikä oli avainongelma ohjelmistoturva-alalla, jonka halusit ratkaista alusta alkaen?

Cycode-idean syntymä johtui siitä, että lähtökohtaisesti lähdettiin havainnoimaan, miten lähdekoodi varastetaan tai vahingossa vuotaa väärään käsiin. Vuosien ajan työskenneltyäni kyberturvallisuuden parissa ja johtanuttaani endpoint-suojaa Reasonissa, tulimme tietoisiksi siitä, kuinka kriittinen lähdekoodi on – ei pelkästään koodiriveinä, vaan yhtiön arvokkaimpien varojen joukossa. Sille ei annettu turvaa, jonka se ansaitsi.

Tuo silmänavaava havainto innoitti minua perustamaan Cycode:n. Alusta alkaen meidän tehtävämme oli selvä: suojella lähdekoodia jokaisessa vaiheessa, siitä hetkestä, kun se kirjoitetaan, siihen hetkeen, kun se toimitetaan, ilman, että kehittäjien etenemistä hidastetaan. Me pyrimme varmistamaan, että turvallisuus ja insinöörit voivat työskennellä rinnakkain, turvallisuuden ollessa sujuvasti integroitu päivittäiseen työskentelyyn, eikä esteenä.

Mikä tärkeintä, oli antaa tiimille näkyvyys, vastuu ja yhteistyö, mitä he tarvitsivat. Kehittäjien ei pitäisi uhrata tuottavuuttaan turvallisuuden vuoksi, eikä turvallisuustiimien pitäisi toimia ilman kontekstia tai valvontaa. Cycode luotiin mahdollistamaan molemmat.

Kuinka aiempi kokemuksesi kyberturvallisuuden yrittäjänä ja palveluksesi Israelin erityisyksikössä, Unit 8200, vaikuttivat Cycode:n tekniseen lähestymistapaan?

Aikani Israelin kyberturvallisuusympäristössä, erityisesti teknisissä ympäristöissä, antoi minulle tarkan, sopeutuvan ja uteliaan ajattelutavan. Olipa minä Unit 8200:ssa tai varhaisissa startup-päivieni, opin ajattelemaan sekä hyökkääjän että puolustajan näkökulmasta. Tuo kaksinkertainen näkökulma on ollut perustavanlaatuinen siinä, miten rakensimme Cycode:n.

Kyberturvallisuuden yrittäjänä näin, kuinka sirpaleinen ja reaktiivinen turvallisuusmaisema oli muodostunut. Turvallisuustyökalut oli usein kiinnitetty jälkikäteen, jättäen kehittäjät navigoimaan hälytysten labyrinttiin ilman kontekstia. Sen muutoksen halusimme.

Cycode:ssa olemme ottaneet järjestelmätasoiset lähestymistavan, kohdellaen lähdekoodia kriittisenä varana ja rakentaen turvallisuutta ohjelmistokehityksen elinkaareen alusta alkaen. Taustani on opettanut minulle, että turvallisuuden on oltava proaktiivinen, kontekstuaalinen ja kehittäjäystävällinen. Siksi panostamme paljon automaatioon, näkyvyyteen ja turvallisuuden ja ohjelmistokehityksen välin rakennuskohteeseen. Se ei ole vain haavoittuvuuksien etsintää, vaan myös korjaamisen priorisointi nopeasti.

Voi kuvailla, miten Cycode yhdistää useita suojakerroksia, mukaan lukien AST (Application Security Testing) ja ASPM (Application Security Posture Management)?

Toki. Cycode:ssa modernin ohjelmistoturvan tarjoamiseen vaaditaan enemmän kuin vain koodin skannaus; se vaatii holistista ymmärrystä siitä, miten koodi on rakennettu, käyttöön otettu ja ylläpidetty. Nykyään AI-käyttöisenä sovellusturva-alustana lähestymistapamme on erottuva tekijä, joka yhdistää Application Security Testingin (AST), Application Security Posture Managementin (ASPM) ja ohjelmistotoimittajaketjun turvallisuuden (SSCS).

AST-työkalut, kuten SAST, DAST ja SCA, ovat tehokkaita havaitsemaan haavoittuvuuksia koodissa, riippuvuuksissa ja infrastruktuurissa. Mutta ne usein toimivat erillään, luoden hälytyksiä ilman kontekstia. Siinä kohtaa ASPM tulee kuvaan. ASPM yhdistää pisteet koko ohjelmistokehityksen elinkaaren ylitse. Se tarjoaa näkyvyyden sovelluksen turvallisuusasemasta, riskien priorisoinnilla ja toimivalla korjaamisella, SSCS hiekkalaatikkoon alusta.

Se, mikä tekee Cycode:n ainutlaatuiseksi, on, miten yhdistämme nämä kerrokset ja asetamme uuden yritysstandardin. Tänä AI:n aikakautena turvallisuuden on oltava älykkäämpää. Olemme rakentaneet perustalle AST:lle, ASPM:lle ja SSCS:lle AI-agentteja, jotka auttavat priorisoimaan ja korjaamaan sitä, mikä on tärkeintä, sulkiessaan turvallisuuskuilun, josta mainitsin aiemmin.

Kuinka Cycode integroituu moderniin DevOps-pipelineen, kuten GitHub, GitLab tai Azure DevOps, jotta riskit voidaan havaita aikaisemmin elinkaaren aikana?

Cycode on suunniteltu modernia DevOpsia varten. Integroidumme suoraan alustoihin, kuten GitHub, GitLab ja Azure DevOps, upottamaan turvallisuuden jokaiseen ohjelmistokehityksen elinkaaren vaiheeseen ilman, että hidastamme tiimejä.

Alustamme yhdistyy lähdekoodin hallintaan ja CI/CD-järjestelmiin jatkuvasti seuraamaan koodia, konfiguraatioita ja työnkulkuja. Skannamme ja vedämme pyynnöt reaaliajassa, jotta kehittäjät saavat välittömän palautteen haavoittuvuuksista ennen kuin koodi yhdistetään. Analysoimme myös commit-historiaa ja metadataa määrittämään ongelmat oikeille omistajille, vähentäen kitkaa ja nopeuttaa korjaamista.

Lähestymistavassamme emme pelkästään pintaan hälytyksiä; tarjoamme täydellisen kontekstin. Tämä sisältää asian alkuperän, sen potentiaalisen vaikutuksen ja korjaamisohjeet. Koska integroidumme työkalujen, kuten JIRA:n, kanssa, voimme automaattisesti luoda ja seurata lipukkeita, pitäen turvallisuuden ja insinöörit synkronoissa.

Lopulta tavoitteemme on siirtää turvallisuus vasemmalle hallitulla, kehittäjäystävällisellä tavalla, jotta riskit voidaan tunnistaa aikaisin, korjata nopeasti ja eivät muodostu esteeksi myöhemmin putkessa.

Voi kuljettaa meidät läpi, miten Cycode:n Risk Intelligence Graph auttaa tiimejä yhdistämään uhkat koodin, konttien, infrastruktuurin ja suoritusajan yli?

Kyllä, se on ominaisuus, jota olemme ylpeitä. Risk Intelligence Graph, mitä kutsumme RIG:ksi, on moottori, joka mahdollistaa Cycode:n yhdistää ja kontekstualisoida turvallisuustietoja koko ohjelmistotoimittajaketjun yli.

Ajattele RIG:ksi dynaamista karttaa, joka yhdistää kaiken lähdekoodista avoimeen lähdekoodiin, CI/CD-pipelineista artifact-rekistereihin ja suoritusaikaympäristöihin. Se ei kerää vain tietoja – se ymmärtää suhteita. Kun haavoittuvuus löydetään kontissa, RIG voi jäljittää sen takaisin tarkkaan koodiriviin, kehittäjään, joka sitä teki, pipelineen, joka sen rakensi, ja infrastruktuuriin, jolla se toimii.

Tämä taso näkyvyyttä on kriittinen. Se mahdollistaa turvallisuustiimien priorisoida riskejä niiden todellisen vaikutuksen perusteella, eikä pelkästään vakavuuspisteiden perusteella. AI:n sisäänrakennettuna se tarjoaa kehittäjille toimivia näkemyksiä ja täydellisen kontekstin, mahdollistaen heidän korjata ongelmia nopeammin ja luottavaisemmin.

On tärkeää huomata, että RIG ei ole pelkästään dashboard; se on päätöksentekotyökalu. Se auttaa tiimejä siirtymään havaitsemisesta korjaamiseen DevOpsin nopeudella, yhdistäen pisteet sirpaleisista järjestelmistä ja pintaan todelliset riskit, jotka ovat merkityksellisiä.

Kuinka Cycode havaitsee ja hallitsee riskiä, joka liittyy AI-koodiin ja integraatioihin palvelujen, kuten OpenAI tai Hugging Face, kanssa?

AI-koodi tuo uuden kerroksen monimutkaisuutta ja riskiä, erityisesti kun se on peräisin ulkoisista palveluista, kuten OpenAI tai Hugging Face. Cycode:ssa olemme kehittäneet kykyjä, jotka vastaavat tähän kehittyvään uhkaan. Viimeaikaisimmissa ominaisuuksissamme on AI-hyökkäävyyden agentti ja MCP-palvelin, joiden avulla voidaan turvata AI-kehitys- ja viivekoodaus-työnkulku.

Alustamme tarjoaa keskitetyn sovellusomaisuusinventoinnin, joka kartoittaa kaikki komponentit ohjelmistoympäristössä, mukaan lukien AI-mallit, kolmannen osapuolen AI-kirjastot ja integraatiot palvelujen, kuten OpenAI tai Hugging Face, kanssa. Tämä tarjoaa tiimille täydellisen näkyvyyden siitä, missä AI:ta käytetään, vaikka se olisi syvällä pinossa.

Toiseksi käytämme omia koodianalyysityökaluja, jotka tekevät enemmän kuin peruskuviomallinnus. Nämä työkalut voivat havaita AI-koodin kuviot ja tunnistaa kirjastoja tai kehyksiä, jotka yleensä liittyvät koneoppimiseen, NLP:hen tai generatiiviseen AI:hen, vaikka ne eivät olisi nimenomaisesti merkitty sellaisiksi.

Kolmanneksi Cycode skannaa jatkuvasti AI-spesifisiä haavoittuvuuksia, kuten vihamielisten hyökkäyspintoja, datan myrkyttämisen riskejä ja mallin poiston uhkia. Nämä ovat uusia vektoreita, joita perinteiset AST-työkalut usein ohittavat. Priorisoimme nämä riskit vakavuuden ja liiketoimintavaikutuksen perusteella ja tarjoamme korjaamisohjeita, jotka on räätälöity AI-kontekstiin.

Lopulta autamme organisaatioita säilymään mukana sääntelyjen, kuten EU:n AI-lain, kanssa automatisoimalla asiakirjoja ja tarjoamalla avoimuutta siitä, miten AI:ta käytetään sovelluksissa. Tämä sisältää raporttien luomisen AI-komponenteista, niiden tarkoituksesta ja niiden potentiaalisesta vaikutuksesta, mikä on kriittistä sekä sisäiselle hallinnolle että ulkoisille tarkastuksille.

Lyhyesti sanottuna Cycode ei pelkästään havaitse AI-liittyviä riskejä; se auttaa niiden hallinnassa täydellisen kontekstin, vastuun ja sääntelynäkökulman kanssa.

Mitä ovat suurimmat haasteet salaisuuden havaitsemisessa modernissa SDLC-ympäristössä, ja miten Cycode ratkaisee ne?

Salaisuuden havaitseminen on yksi kriittisimmistä ja laiminlyödyimmistä haasteista modernissa ohjelmistokehityksessä. Salaisuudet, kuten API-avaimet, tunnukset ja tunnistautumistiedot, on usein kätketty lähdekoodiin, CI/CD-pipelineen ja konfiguraatiotiedostoihin. Ja jakautuneiden tiimien, avoimen lähdekoodin riippuvuuksien ja nopeiden julkaisujen myötä nämä salaisuudet voivat helposti vuotaa julkisiin varastoihin tai hyödyntää hyökkääjien toimesta.

Haaste on, että salaisuudet eivät ole enää vain koodissa. Ne ovat joka paikassa, rakennusympäristöissä, artifact-rekistereissä ja jopa kolmannen osapuolen työkaluissa. Perinteiset skannarit usein ohittavat ne tai tuottavat liian paljon melua, mikä tekee tiimien vaikeaksi ottaa toimia.

Cycode:ssa otamme holistisen lähestymistavan turvallisuuteen. Alustamme skannaa koko SDLC:tä lähdekoodin varastosta CI/CD-pipelineen ja suoritusaikaympäristöön havaitsemaan paljastettuja salaisuuksia reaaliajassa. Korreloimme löydökset kontekstin kanssa, jotta tiimit tietävät, mitä on paljastettu, missä, kuka on vastuussa ja kuinka kriittinen se on.

Myös pakotamme vähimmäistoimioikeuksia ja turvallista pipeline-konfiguraatiota estääksemme salaisuuksien väärinkäytön. Ja koska integroidumme ongelmanseurantajärjestelmiin ja kehittäjien työnkulkuihin, korjaaminen on nopeaa ja kitkaton.

Lopulta salaisuuden havaitseminen ei ole vain vuodon löytämistä; se on koko ohjelmistotehtaan turvallisuuden varmistaminen. Se on sitä, mitä Cycode:n alusta on rakennettu tekemään.

Kuinka varmistat tarkin ja vähentät vääräpositiivisia tuloksia skannatessasi haavoittuvuuksia tai salaisuuksia?

Vääräpositiiviset tulokset voivat olla erittäin ärsyttäviä kehittäjille. Kun tiimit joutuvat jatkuvasti kohtaamaan merkityksettömiä hälytyksiä, on helppo alkaa ohittaa ne, ja juuri silloin todelliset uhkat voivat päästä läpi. SAST-moottorimme avulla autamme tiimejä tunnistamaan koodin heikkoudet, saavuttamaan tarkin ja keskittymään todellisiin positiivisiin tuloksiin säästääksemme aikaa ja kiihdyttääksemme ohjelmistojen toimittamista. OWASP-benchmark-testeissä Cycode saavutti vääräpositiivisen tuloksen 2,1 %, mikä edustaa yli 94 %:n vähennystä verrattuna vaihtoehtoiseen menetelmiin.

Ensinnäkin keskitymme kontekstuaaliseen korrelaatioon. Sen sijaan, että vain merkitsemme mahdollisen ongelman ja siirrymme eteenpäin, alustamme kartoittaa sen isompaan kuvaan organisaation ohjelmistotoimittajaketjusta. Siksi kun salaisuus löydetään commitissa, liitämme sen pipelineen, joka sen rakensi, ympäristöön, jossa se on käytössä, ja kehittäjään, joka sen lisäsi. Tämä lisäkonteksti auttaa meitä määrittämään, onko jokin asia todellinen riski vai vain harmiton.

Toiseksi omat skannausalgoritmicamme tekevät enemmän kuin peruskuviomallinnus. Salaisuuden havaitsemisominaisuutemme analysoi kuviot, entropian ja merkkijonon käytön, mikä mahdollistaa erottaa aitoja salaisuuksia samankaltaisista entiteeteistä, kuten testidatan tai paikkamerkkien kaltaisista.

Kolmanneksi integroidumme ongelmanseurantajärjestelmiin ja kehittäjien työnkulkuun pitääksemme kaiken yhtenäisenä. Kun haavoittuvuus tai salaisuus on vahvistettu ja korjattu, se palautteen auttaa meitä tekemään mallejamme älykkäämpää. Koodin omistajuuden perusteella määrittelemällä ongelmat oikeille ihmisille vähennämme kitkaa ja nopeutamme korjaamista.

Lopulta tavoitteemme on yksinkertainen. Pyrimme tekemään turvallisuudesta jotain, johon tiimit voivat luottaa: vähemmän vääräpositiivisia hälytyksiä, tarkemmat löydökset ja nopeammat ratkaisut. Näin tiimit voivat keskittyä ratkaisemaan todellisia ongelmia, jotka ovat tärkeimpiä.

Mitä arvoa on “kehittäjä-ensin” -turvallisuustyökaluilla, ja miten Cycode välttää työnkulun häirintää?

Cycode:ssa kehittäjä-ensin -turvallisuus on nopeaa, relevanttia ja vain niin näkyvää kuin on tarpeen. Se on tapa, jolla pidämme kehityksen etenemistä käynnissä samalla, kun ohjelmistoturva säilyy.

Jos turvallisuustyökalut hidastavat kehittäjiä tai tulvittavat heitä liian monilla hälytyksillä, ne riskivät joutua ohittamisen kohteiksi. Siksi Cycode on suunniteltu auttamaan kehittäjiä, ei hidastamaan heitä.

Todellinen arvo tulee siitä, että turvallisuus tuodaan kehittäjien päivittäiseen työnkulkuun. Cycode:ssa turvallisuustarkastukset tapahtuvat välittömästi, siellä, missä kehittäjät kirjoittavat ja tarkastavat koodia, kuten IDE:ssä tai vedon pyynnössä. Tämä tarkoittaa, että kehittäjät saavat palautteen silloin, kun he tarvitsevat sitä, mikä tekee siitä helpon ottaa kiinni ongelmista aikaisin ja rakentaa turvallista koodaamisen tapaa ilman lisävaivaa.

Konteksti on myös avainasemassa. Sen sijaan, että lähettäisimme epämääräisiä hälytyksiä, Cycode antaa kehittäjille tarkat yksityiskohdat: mitä haavoittuvuus on, mistä se on peräisin, kuka on vastuussa ja miten se voidaan korjata. Tämänkaltaista tietoa auttaa vähentämään sekaannusta ja mahdollistaa tiimien ratkaista ongelmia tehokkaammin.

Integroimalla suosittuihin CI/CD-työkaluihin ja ongelmanseurantajärjestelmiin, kuten JIRA:han, Cycode varmistaa, että turvallisuus muodostuu ohjelmistokehitysprosessin luonnolliseksi osaksi, eikä erilliseksi tai irrotetuksi asiaksi. Kehittäjät voivat pysyä tehtävissään, ja turvallisuustiimit saavat valvontaa, jonka he tarvitsevat.

Mitä hyökkäyksiä tai haavoittuvuuksia odotat lisääntyvän, kun yhä useammat yritykset ottavat AI:n käyttöön kehitystyönkulkuissaan?

Kun AI:sta tulee yhä enemmän osa arkipäiväistä kehitystyötä, kohtaamme uuden joukon haavoittuvuuksia. Nämä eivät ole pelkästään teknisiä haasteita – jotkut niistä tulevat siitä, miten ihmiset ja tiimit vuorovaikuttavat näiden työkalujen kanssa.

Yksi merkittävimmistä riskeistä on, että kehittäjät voivat tulla liian riippuvaisiksi AI-koodista. Vaikka AI voi auttaa nopeuttamaan prosessia, se ei ole täydellinen. Jos kehittäjät olettavat, että jokainen AI-ehdotus on oikein, he saattavat vahingossa esittää piileviä virheitä tai turvallisuusongelmia. Koska vastuun rajat voivat tulla epäselviksi, kun koodi on peräisin koneesta, nämä ongelmat saattavat jäädyttää huomaamatta.

On myös kasvava huolenaihe siitä, että hyökkäykset kohdistuvat nimenomaan AI-malleihin ja -rajapintoihin. Esimerkiksi, jos luotettavat palvelut, kuten OpenAI tai Hugging Face, on murrettu, tai jos joku salaa vaarallisen mallin työnkulkuun, hyökkääjät voivat muuttaa tuloksia tai varastaa arkaluontoisia tietoja.

Toinen nouseva uhka on datan myrkyttäminen. Tässä skenaariossa hyökkääjät tekevät hienovaraisia, strategisia muutoksia koulutusdataan, mikä voi myöhemmin vaikuttaa siihen, miten AI-malli toimii. Tämänkaltaiset hyökkäykset ovat erityisen vaarallisia alueilla, kuten petosilmoituksissa tai pääsytarkastuksissa, joissa turvallisuus on äärimmäisen tärkeää.

Lisäksi yritykset kohtaavat kasvavan paineen selitettävyyden ja sääntelyn suhteen. Uudet säännökset, kuten EU:n AI-laki, vaativat organisaatioita selittämään, miten heidän AI-järjestelmänsä tekevät päätöksiä ja mihin nämä päätökset perustuvat. Tämä voi olla erittäin haastavaa, jos mallit ovat mustia laatikoita tai jos tiimit käyttävät kolmannen osapuolen työkaluja, joissa puuttuu avoimuus.

Cycode:ssa kehittämme työkaluja, jotka auttavat tiimejä tunnistamaan AI-spesifisiä riskejä, kuten vihamielisiä haavoittuvuuksia, mallin väärinkäyttöä ja epäturvallisia integraatioita. Haluamme myös varmistaa, että kehittäjät vastaavat koodista, jonka he toimittavat, riippumatta siitä, onko se kirjoitettu ihmisen toimesta vai generoitu autonomisesti.

Näkymä viiden vuoden päähän, miten AI:n rooli kehittyy ohjelmistotoimittajaketjujen turvaamisessa?

AI on jo muuttamassa, miten lähestymme sovellusturvallisuutta, mutta sen täysi vaikutus ohjelmistotoimittajaketjuun on vasta alkamassa. Seuraavan viiden vuoden aikana uskon, että AI tulee olemaan avainosa, miten tunnistamme, priorisoimme ja osoitamme riskit koko kehitysprosessin aikana.

Aluksi AI auttaa lähentämään turvallisuus- ja kehittäjätiimejä. Tällä hetkellä on usein jännitteitä, koska turvallisuustyökalut voivat keskeyttää työnkulkuja tai puuttua kontekstia. AI:lla on potentiaali sileätä näitä reunoja.

AI tulee myös olemaan yhä tärkeämpää ymmärtää, mitä tapahtuu reaaliajassa. Se tarkkailee rakennusympäristöjä, kontteja ja rajapintoja, tunnistaa epätavallista toimintaa, kun se tapahtuu. Tämä reaaliaikainen seuranta on olennainen, kun ohjelmistotoimittajaketjun hyökkäykset tulevat yhä monimutkaisemmiksi ja vaikeammiksi havaita perinteisellä skannauksella.

Lisäksi AI auttaa yrityksiä navigoimaan kasvavan sääntelyjunglen. Kun hallitukset esittävät enemmän sääntöjä siitä, miten AI:ta tulisi käyttää, organisaatioiden on tarpeen työkaluja, jotka voivat selittää AI-päätösten taustat, seurata mallien alkuperää ja pakottaa ihmisten vastuuta monimutkaisissa järjestelmissä. Näen AI:n astuvan luomaan asiakirjoja, kartoittamaan riippuvuuksia ja auttamaan sääntöjen noudattamisessa.

Vieläkään ihmisten valvonta on kriittistä. AI ei tule korvaamaan ihmisiä, vaan antamaan heille valtuudet. Kehittäjien ja turvallisuustiimien on aina otettava vastuu, erityisesti kun AI-koodi voi esittää uusia riskejä. Se on suuri syy, miksi olemme sitoutuneita rakentamaan työkaluja, jotka tekevät AI:sta mahdollisimman avoimen, ymmärrettävän ja vastuullisen.

Lopulta AI tulee olemaan se side, joka tekee ohjelmistotoimittajaketjusta turvallisemman, mutta vain, jos käytämme sitä tarkoituksenmukaisesti ja pidämme ihmisiä mukana jokaisessa vaiheessa.

Kiitos hienosta haastattelusta, lukijat, jotka haluavat oppia lisää, kannattaa vierailla Cycode:ssa.