Ga naar inhoud
Fast Software

Veilige software en websites: wat wij doen en wat u zelf kunt controleren

Door Ryan Koning, oprichter van Fast Software. Laatst bijgewerkt: 27 oktober 2026.
U laat software of een website bouwen, dus u mag vragen hoe veilig die is. Op deze pagina leest u wat wij bij onze eigen website hebben gecontroleerd en aangepast, wat u zelf bij elke leverancier kunt nagaan (ook bij ons) en wat nog niet af is. Wij beloven geen onkwetsbare software, want die bestaat niet. Wij beschrijven wat er is gedaan, zodat u het kunt toetsen.

Laatst bijgewerkt

01

In het kort

  • Op 26 oktober 2026 is de code van onze eigen website doorgelicht: onderdelen, instellingen en automatische werkstromen.
  • Dat leidde tot concrete aanpassingen, die u hieronder vindt. Er staan ook punten op de lijst die nog open zijn.
  • Het was geen penetratietest. Er is geen aanval of scan op de live website uitgevoerd.
  • Verderop vindt u een checklist waarmee u zelf, met bronnen van het NCSC en Internet.nl, elke website of leverancier kunt toetsen.
02

Waarom veiligheid een standaard moet zijn

Software bestaat uit onderdelen van anderen, en in elk onderdeel kan een fout zitten die jarenlang onopgemerkt blijft. De recente PHP-lekken laten dat zien. Volgens het beveiligingsbedrijf Wiz zat de fout al meer dan tien jaar in PHP, en maakten AI-modellen het haalbaar om er een werkende aanval van te maken (Wiz Research). Wat dat voor uw website betekent en wat u nu kunt doen, leest u in onze blog PHP-lek php2shell: wat betekent het voor uw website?.

De les is niet dat u moet schrikken. De les is dat veiligheid een routine is: weten wat er draait, onderdelen bijwerken, controleren en een route hebben om problemen te melden. Dat vragen ook het NCSC en Internet.nl in hun adviezen. Hieronder staat wat wij op die punten doen.

03

Waaraan wij onze eigen website toetsen

Wij noemen het geen "hoge standaard" op gevoel, maar toetsen onze eigen website aan deze punten:

1. Bekende kwetsbaarheden in gebruikte onderdelen worden gecontroleerd.
2. Onderdelen worden bijgewerkt, ook zonder dat iemand eraan hoeft te denken.
3. De website stuurt beveiligingsinstellingen mee die de browser gebruikt om misbruik te beperken.
4. Formulieren controleren wat erin wordt ingevuld en wat er in een e-mail terechtkomt.
5. Er is een duidelijke route om een kwetsbaarheid te melden.
6. Wat nog niet af is, benoemen wij zelf.
04

Wat wij concreet doen (bij onze eigen website)

De maatregelen hieronder komen uit de audit van 26 oktober 2026 en de wijziging die daaruit volgde. Ze gelden voor de website fastsoftware.nl. Over de software van klanten doen wij op deze pagina geen uitspraken.

Onderdelen gecontroleerd en bijgewerkt. Wij controleren de gebruikte onderdelen op bekende kwetsbaarheden. Na de audit is een onderdeel dat afbeeldingen verwerkt bijgewerkt. Na die update meldt de controle geen kritieke punten meer. Een klein aantal andere onderdelen is ook bijgewerkt. Er staan nog meldingen open van een lagere ernst dan kritiek. Een deel daarvan zit in onderdelen die alleen bij het bouwen en controleren van de code worden gebruikt en niet in de website die bezoekers zien.

Wekelijkse updatevoorstellen. Sinds de audit staat er een automatische controle aan die elke week voorstelt welke onderdelen een nieuwe versie hebben. Grote versiesprongen laten wij buiten die automatische voorstellen, omdat die eerst handmatig getest moeten worden.

Beveiligingsinstellingen van de website. De website stuurt onder meer deze instellingen mee:

HTTPS wordt afgedwongen voor twee jaar, zodat browsers niet meer terugvallen op een onveilige verbinding.
De browser mag het type bestand niet zelf raden.
Er wordt beperkt welke herkomst bij een doorverwijzing wordt meegegeven.
Camera, microfoon en locatie zijn voor de website uitgeschakeld.
De website mag niet door een vreemde site in een frame worden getoond.
Nieuw: aanvullende instellingen die beperken hoe pop-ups en andere sites met onze pagina's kunnen samenwerken.
Nieuw: een inhoudsbeleid dat bepaalt welke bronnen een pagina mag laden. Let op: dit staat nu in meldstand. De browser blokkeert dus nog niets, en het beleid is nog niet streng. Afdwingen is een vervolgstap, zie "Wat nog niet af is".

Formulieren. De formulieren op onze website (contact, nieuwsbrief, keuzehulp) hebben een verborgen veld tegen bots, een bot-controle en een limiet per bezoeker. De ingevulde gegevens worden gecontroleerd op lengte en vorm, zodat niemand via een formulier extra regels in een e-mail kan injecteren, en de tekst in de e-mail wordt veilig weergegeven. Een foutpagina toont een vaste tekst en geen technische details.

Geen wachtwoorden of sleutels in de code. De audit doorzocht de huidige code en de volledige geschiedenis op bekende patronen voor sleutels en wachtwoorden en vond niets. Dat bewijst niet dat nergens iets staat, maar het is gecontroleerd op een lijst gangbare soorten.

Een route om te melden. Wij hebben een meldpunt volgens de gangbare standaard voor beveiligingsmeldingen (security.txt), met e-mailadres en telefoonnummer. Een kwetsbaarheid in onze website of in een onderdeel dat wij gebruiken kunt u daar melden.

Gecontroleerd voordat het live ging. Voor de wijziging na de audit draaiden geautomatiseerde tests (alle geslaagd), een volledige build en een controle van de gestructureerde gegevens van de pagina's (zonder problemen). De nieuwe beveiligingsinstellingen zijn lokaal gemeten.

Wat deze audit niet is
Het is geen penetratietest en geen aanval op de live website. Er is naar de code, de onderdelen en de werkstromen gekeken.
Het is een momentopname van 26 oktober 2026. Daarna is er weer gewijzigd.
Het gaat over onze eigen website, niet over de software van klanten.

05

Wat nog niet af is

Eerlijk is eerlijk: de audit leverde ook punten op die nog open staan.

Het inhoudsbeleid van de browser staat in meldstand en wordt nog niet afgedwongen.
Beter beschermen tegen geautomatiseerd misbruik van onze formulieren en scans staat op de lijst.
Een paar onderdelen hebben een nieuwe hoofdversie nodig die niet zonder testen kan worden doorgevoerd.
Een deel van de resterende meldingen over onderdelen en enkele kleinere punten uit de audit staan nog open.

Een planning staat hier niet bij omdat wij die niet willen beloven.

06

Wat u zelf kunt controleren

U hoeft geen techneut te zijn om de basis te toetsen. Deze checklist werkt voor elke website en elke leverancier, ook voor ons.

1. Weet wat er draait en wie het bijwerkt. Vraag uw leverancier welke onderdelen uw website gebruikt en wie ze bijwerkt. Het NCSC noemt tijdig updaten en patchen als basisprincipe (NCSC basisprincipe 3, Installeer updates tegen beveiligingslekken).
2. Controleer of de gebruikte versies nog worden ondersteund. Een onderdeel waarvoor geen beveiligingsupdates meer komen, is een risico. Bij PHP staat dat overzicht op php.net.
3. Maak back-ups en test het terugzetten. Het NCSC adviseert onder meer de 3-2-1-methode: minimaal drie kopieën van uw gegevens, op twee verschillende soorten opslag, waarvan één op een andere locatie. Een back-up die niet is getest, is een aanname (NCSC: hoe maak ik een back-up, NCSC: een back-upstrategie opstellen).
4. Regel toegang goed. Zet tweestapsverificatie aan voor uw bedrijfsapplicaties, in elk geval voor zakelijke e-mail (NCSC: wat is tweefactorauthenticatie). Passkeys zijn volgens het NCSC veiliger dan inloggen met alleen een wachtwoord (NCSC: wat zijn passkeys). Gebruikt u wachtwoorden, dan adviseert het NCSC een minimumlengte van 14 tekens, geen verplichte combinatie van letters, cijfers en tekens en geen verplichte wisseling na een vaste periode (NCSC: authenticatie, een eerste kennismaking). Vervang standaardwachtwoorden en beperk het aantal inlogpogingen (NCSC: geavanceerde tips over wachtwoorden).
5. Test de beveiligingsinstellingen van uw website. Voer uw adres in bij de Internet.nl-test. Die controleert onder meer HTTPS en de beveiligingsinstellingen die een website meestuurt, waaronder security.txt. Let op: Internet.nl zegt zelf dat een score van 100 procent niet betekent dat een website volledig veilig is (uitleg van Internet.nl). Het is een test op standaarden, geen onderzoek naar uw code.
6. Zoek het meldpunt. Een goede leverancier heeft een duidelijke route voor beveiligingsmeldingen. Controleer of /.well-known/security.txt bestaat op de website (de onze vindt u daar). De standaard is vastgelegd in RFC 9116.
7. Weet waar webapplicaties meestal worden aangevallen. De OWASP Top 10 (editie 2025) beschrijft de meest kritieke beveiligingsrisico's voor webapplicaties. Het is een goede lijst om aan een leverancier voor te leggen.
8. Weet wat u doet bij een incident. Bereid u voor voordat het misgaat, zie het NCSC: bereid je voor op incidenten. Zijn persoonsgegevens betrokken, dan moet u een datalek binnen 72 uur na kennisname melden bij de Autoriteit Persoonsgegevens (zo meldt u een datalek).

Vragen die u aan elke leverancier kunt stellen: Wat is er gecontroleerd en wat valt buiten de controle? Hoe meld ik een kwetsbaarheid? Welke punten staan nog open? Een leverancier die daar concreet op antwoordt, is verder dan een leverancier die zegt dat alles veilig is.

07

Een voorbeeld van een lek in een onderdeel

Een recent voorbeeld van een onderdeel waar een ernstig lek in zat is PHP. Dat staat in onze blog PHP-lek php2shell. Onze eigen website draait niet op PHP.

08

Veelgestelde vragen

Nee. Geen enkele website of software is onkwetsbaar, en een kleiner aanvalsoppervlak verkleint het risico maar neemt het niet weg. Daarom staat op deze pagina ook wat nog niet af is.

Portretfoto van Ryan Koning

Ryan Koning

Oprichter van Fast Software.

Logo van Fast Software

Wilt u software of een website die u kunt toetsen?

Vertel ons wat u nodig heeft, dan bespreken we welke controles bij uw project passen.

LOKALE AANWEZIGHEID IN VOLENDAM

Fast Software in Volendam, actief in heel Noord-Holland

Werkt u met een partij die lokaal bereikbaar moet zijn én technisch sterk moet leveren, dan wilt u heldere contactgegevens en een echte vestiging. Fast Software werkt vanuit Volendam aan maatwerk software en AI automatisering voor bedrijven in heel Noord-Holland.

Meer lezen over hoe wij bouwen: maatwerk software, wat het kost en software laten maken: kosten, tijd en aanpak. Wilt u eerst iets van ons zien, dan kunt u ook de gratis website-analyse gebruiken. Dat is geen beveiligingsscan.