Vibe coding: Zo houdt uw kmo zelfgebouwde AI-apps veilig
Vibe coding: medewerkers bouwen met AI zelf apps. Ontdek wat het is, welke risico's het voor uw kmo meebrengt en hoe u het veilig organiseert.
1. Wat is vibe coding?
Vibe coding is software bouwen door in gewone taal te beschrijven wat u wilt, waarna een AI-tool de code schrijft. U hoeft die code niet te lezen of te begrijpen: u test het resultaat, vraagt aanpassingen en herhaalt tot het werkt.
De term werd in februari 2025 gelanceerd door AI-onderzoeker Andrej Karpathy. Collins Dictionary koos vibe coding later tot woord van het jaar 2025. Wat begon als een fenomeen onder ontwikkelaars, is intussen doorgedrongen tot gewone kantoren: ook medewerkers in sales, boekhouding of planning bouwen vandaag in een namiddag een werkende tool.
Belgische realiteit
Volgens Statbel gebruikte in 2025 al 34,5% van de Belgische ondernemingen met minstens 10 personen een of meer AI-technologieën. Bij bedrijven met meer dan 250 werknemers loopt dat op tot 3 op 4. (Bron: Statbel, ICT-enquête 2025)
2. Hoe werkt vibe coding in de praktijk?
Vibe coding verloopt in drie stappen: u beschrijft wat u nodig heeft, de AI genereert een werkende app en met één klik staat die online.
Beschrijven
De medewerker typt wat de app moet doen, bijvoorbeeld: "Maak een formulier dat een offerte berekent op basis van uren en materiaal."
Genereren
De AI schrijft de volledige code en toont meteen het resultaat. Werkt iets niet, dan vraagt de medewerker in gewone taal om een aanpassing.
Publiceren
Veel tools zetten de app met één klik online, met een link die iedereen kan openen. Daar begint het risico.
Een typisch voorbeeld uit de kmo-praktijk: een projectleider wil sneller offertes maken. Hij vraagt een AI-tool om een calculator die prijzen uit een gedeelde Excel leest en meteen een pdf maakt. Na een uur werkt het. Een week later gebruikt het hele team de tool, en kan die via een publieke link aan de prijslijst en klantgegevens. Niemand bij IT weet dat de app bestaat.
3. Waarom kiezen medewerkers voor vibe coding?
Medewerkers kiezen voor vibe coding omdat het hun werk sneller en aangenamer maakt, zonder te wachten op een ontwikkelaar of een budget. Dat is een echte meerwaarde, zolang u weet wat de technologie wel en niet voor u doet.
Wat vibe coding goed doet
- ✓ Snel een prototype maken om een idee te testen
- ✓ Repetitief werk automatiseren, zoals rapporten of berekeningen
- ✓ Medewerkers zelf oplossingen laten zoeken voor hun eigen proces
Wat vibe coding niet voor u doet
- ✕ De beveiliging van de code controleren
- ✕ Wachtwoorden en toegangssleutels veilig bewaren
- ✕ De app onderhouden, updaten en documenteren
4. Waarom is vibe coding de nieuwe shadow IT?
Vibe coding is de nieuwe shadow IT omdat medewerkers er software mee bouwen en gebruiken buiten het zicht van hun IT-afdeling of IT-partner. Shadow IT is alle IT-gebruik waar uw organisatie geen overzicht of afspraken over heeft: een gratis clouddienst om bestanden te delen, een persoonlijk AI-account, en nu ook een zelfgebouwde app.
Het verschil met vroeger is de schaal. Een app bouwen die rechtstreeks aan uw mailbox, cloudopslag of boekhouding hangt, kost vandaag een halfuur. Die apps duiken niet op in uw softwareoverzicht, niet in uw licentiebeheer en niet in uw back-up.
Belangrijk: Het probleem is zelden de medewerker. Wie zelf een tool bouwt, wil vooral beter werken. Het risico ontstaat omdat niemand weet dat de app bestaat, wie ze gebouwd heeft en aan welke data ze kan. Overzicht is daarom de eerste stap, niet een verbod.
5. Wat zijn de risico's van vibe coding voor uw kmo?
De grootste risico's van vibe coding zijn onveilige code, gelekte toegangssleutels en apps die onbedoeld publiek toegankelijk zijn. Daarbovenop komen vragen over persoonsgegevens en de afhankelijkheid van één medewerker.
Sleutels in de code
Om aan uw data te kunnen, heeft een app een wachtwoord of API-sleutel nodig. AI zet die vaak gewoon leesbaar in de code.
Onveilige code
De app werkt, maar bevat zwakke plekken zoals een formulier dat geen toegang controleert. De maker ziet dat niet.
Per ongeluk publiek
Een intern hulpje krijgt een openbare link. Wie die link vindt, ziet prijzen, klantgegevens of interne documenten.
Eén persoon weet hoe het werkt
Vertrekt de maker, dan blijft een bedrijfskritisch proces achter dat niemand kan aanpassen, herstellen of uitzetten.
Wat onderzoek zegt
In het 2025 GenAI Code Security Report testte beveiligingsbedrijf Veracode code van meer dan 100 AI-taalmodellen. In 45% van de tests bevatte de gegenereerde code een beveiligingsfout. (Bron: Veracode, 2025 GenAI Code Security Report)
Hoe zo'n gelekte sleutel eruitziet? Dit is een vereenvoudigd voorbeeld van wat we in zelfgebouwde apps tegenkomen: de toegangssleutel tot een externe dienst staat gewoon in de code, leesbaar voor iedereen die de app kan openen.
// Zelfgebouwde offertetool
const API_KEY = "sk-live-4f9a..."; // sleutel met volledige toegang
const MAILBOX = "info@uwbedrijf.be";
const WACHTWOORD = "Zomer2026!"; // wachtwoord in platte tekst Een veilige app bewaart zulke gegevens in een afgeschermde kluis, en nooit in de code zelf. Waarden als API_KEY of WACHTWOORD in de broncode zijn een duidelijk alarmsignaal.
6. Wat zeggen de AVG, NIS2 en de AI-verordening over vibe coding?
Geen enkele wet verbiedt vibe coding, maar de AVG, NIS2 en de Europese AI-verordening maken u wel verantwoordelijk voor wat er met uw data en systemen gebeurt. Een zelfgebouwde app valt gewoon onder dezelfde regels als elke andere software in uw bedrijf.
AVG
Verwerkt de app persoonsgegevens, dan hoort ze in uw register van verwerkingen en heeft u afspraken nodig met elke externe dienst.
NIS2
Organisaties die onder NIS2 vallen, moeten hun digitale risico's aantoonbaar beheersen. Onbekende apps passen daar niet in.
AI-verordening
Sinds februari 2025 moeten organisaties zorgen dat medewerkers die met AI werken voldoende AI-geletterd zijn.
7. Stappenplan: vibe coding veilig organiseren in 6 stappen
U organiseert vibe coding veilig door eerst overzicht te maken, daarna duidelijke afspraken vast te leggen en tot slot een veilige omgeving te voorzien. Deze zes stappen volgen we ook met onze klanten.
1. Breng in kaart wat er al is
Welke AI-tools worden gebruikt, welke apps zijn er gebouwd en aan welke data hangen ze? Met AI Discovery maken we dat overzicht voor u in een kort, afgebakend traject.
2. Schrijf een AI- en appbeleid
Leg op één pagina vast wat mag, wat niet mag en bij wie medewerkers terechtkunnen. Bijvoorbeeld: nooit persoonsgegevens, wachtwoorden of klantdocumenten in een zelfgebouwde app zonder goedkeuring.
3. Kies goedgekeurde tools
Werk met AI-tools die een zakelijke licentie hebben, uw data niet gebruiken voor training en via uw bedrijfsaccount aanmelden. Blokkeer ongewenste diensten met DNS-filtering.
4. Voorzie een veilige testomgeving
Geef medewerkers een plek om te experimenteren met fictieve testdata en beperkte toegangsrechten. Zo blijft de creativiteit, zonder dat echte data in gevaar komt.
5. Laat apps nakijken voor ingebruikname
Werkt een app met bedrijfsdata of gebruiken meerdere collega's ze, dan laat u ze eerst controleren door uw IT-partner: toegang, opslag van sleutels, publicatie en back-up.
6. Leg eigenaarschap en onderhoud vast
Elke app heeft een eigenaar, een korte beschrijving en een plan voor wanneer die eigenaar vertrekt. Apps die niemand meer gebruikt, worden uitgezet.
8. Veelgemaakte fouten bij vibe coding
De meeste problemen met vibe coding ontstaan niet bij het bouwen, maar bij het gebruik daarna. Dit zijn de fouten die we het vaakst zien.
Een app "tijdelijk" in gebruik nemen
Een snelle test wordt ongemerkt een vast onderdeel van een proces. Spreek af dat elke app die langer dan twee weken gebruikt wordt, nagekeken wordt.
Testen met echte klantdata
Wie een export van het klantenbestand in een bouwtool plakt, deelt persoonsgegevens met een externe dienst. Gebruik altijd fictieve testdata.
Wachtwoorden in de code
Een wachtwoord of sleutel in de code is zo goed als publiek. Is dat gebeurd, wijzig het wachtwoord of de sleutel dan meteen en laat de app aanpassen.
Delen via een publieke link
Een link "die toch niemand kent" is geen beveiliging. Interne apps horen achter een aanmelding met uw bedrijfsaccount en meervoudige verificatie (MFA).
9. Veelgestelde vragen over vibe coding
Wat is het verschil tussen vibe coding en no-code?
Bij no-code bouwt u met kant-en-klare blokken in een afgebakend platform, bij vibe coding schrijft een AI echte code op basis van uw beschrijving. Vibe coding is daardoor flexibeler, maar ook minder voorspelbaar: u weet niet precies wat de code doet.
Is code die door AI geschreven is veilig?
Niet automatisch. Onderzoek van Veracode toonde in 2025 aan dat AI-gegenereerde code in 45% van de tests een beveiligingsfout bevatte. Code die werkt, is daarom nog niet per se veilig.
Hoe weet ik of er in mijn bedrijf aan vibe coding gedaan wordt?
Dat ziet u door het netwerkverkeer en de gebruikte clouddiensten in kaart te brengen en met medewerkers in gesprek te gaan. Acom doet dat in het AI Discovery-traject, waarna u een rapport krijgt met de gevonden tools, apps en risico's.
Moet ik vibe coding verbieden in mijn bedrijf?
Nee, een verbod werkt zelden. Medewerkers wijken dan uit naar privétoestellen en u verliest elk zicht. Beter is overzicht maken, een beleid opstellen en een veilige manier aanbieden.
Valt een zelfgebouwde app onder de AVG?
Ja, zodra de app persoonsgegevens verwerkt, zoals namen, e-mailadressen of klantgegevens. Uw organisatie blijft verantwoordelijk, ook als een medewerker de app op eigen initiatief bouwde.
Weet u welke apps er in uw bedrijf gebouwd worden?
Met AI Discovery brengt Acom in kaart welke AI-tools en zelfgebouwde apps uw medewerkers gebruiken en aan welke data ze raken. U krijgt een helder rapport met concrete aanbevelingen. Geen verplichtingen, eerlijk advies.



