Initial commit
This commit is contained in:
commit
570d74d4dd
67 changed files with 4609 additions and 0 deletions
BIN
marketing/content/.DS_Store
vendored
Normal file
BIN
marketing/content/.DS_Store
vendored
Normal file
Binary file not shown.
37
marketing/content/LinkedIn Company Page for iso27DYI.md
Normal file
37
marketing/content/LinkedIn Company Page for iso27DYI.md
Normal file
|
|
@ -0,0 +1,37 @@
|
|||
[LinkedIn Company Page](https://www.linkedin.com/company/iso27diy/about/?viewAsMember=true)
|
||||
|
||||
If you're an SME and need to implement ISO 27001, you don't have the budget
|
||||
|
||||
|
||||
**Implementing ISO 27001 is no Rocket Science.**
|
||||
|
||||
... but the manual can be darn confusing!
|
||||
|
||||
Most SMEs face the same problem: ISO 27001 is becoming the price of entry for serving enterprise customers.
|
||||
If you need to implement on a budget, there's no room for expensive consulting or over-complicated GRC tools.
|
||||
Patching together free resources from the internet takes months you don't have, and template kits give no clue on how to adapt things to your business. And to be honest, no firm has ever become more secure by approaching ISO 27001 as a checkbox exercise.
|
||||
|
||||
**Enter iso27DIY**
|
||||
|
||||
Certification shouldn't be a barrier to competition – that’s why we created iso27DIY.
|
||||
|
||||
What it is:
|
||||
|
||||
**A Guided Implementation System** – 50+ micro-sessions that walk you through the ISO 27001 implementation step-by-step, creating all required documentation as you go. Our AI assistant generates tailored policies, not generic templates.
|
||||
|
||||
**A Simple but Effective GRC Tool** – Use AuditGlue to manage your documentation, conduct risk analyses, classify data, and prepare for audit in one integrated system.
|
||||
|
||||
**All Clauses and Controls explained** – Our Controls Library includes practical, plain-English examples for all 94 Annex A controls, specific to your type of organization.
|
||||
|
||||
**Expert Support on hand** – On-demand access to experienced ISO 27001 implementors when you need them.
|
||||
|
||||
**Preliminary Audits** – Plan sessions with certified auditors to validate your certification readiness.
|
||||
|
||||
**Our approach:**
|
||||
We want ISO 27001 to work for your organization. No cookie-cutter procedures or Theatre of Compliance. We help you identify what's already working in your organization, enhance it, document it properly, and integrate security into how you actually operate.
|
||||
|
||||
We teach you to make informed decisions based on your context, risks, and capabilities – because that's what ISO 27001 is actually about.
|
||||
|
||||
**You've got this. We'll show you how.**
|
||||
|
||||
ISO27DIY: Get Certified – Keep Growing
|
||||
29
marketing/content/Snippets for marketing iso27DIY.md
Normal file
29
marketing/content/Snippets for marketing iso27DIY.md
Normal file
|
|
@ -0,0 +1,29 @@
|
|||
Guided ISO 27001 implementation
|
||||
|
||||
- guided implementation with a clear path to success
|
||||
- at your pace
|
||||
- Tailored to your organization
|
||||
|
||||
|
||||
- All necessary policies, planning etc tailored to your specific organization and implementation scope
|
||||
- expert support by experienced lead implementors
|
||||
- Full blown GRC tooling included!
|
||||
|
||||
|
||||
I’m aiming at small companies that need ISO 27001 because their B2B clients require it, and want to do as much as they can themselves.
|
||||
iso27DIY will lead them through the implementation step by step, filling the GRC tool along the way.
|
||||
The focus is helping them implement the ISMS _process_ and identifying the artefacts already present in the organization that can serve as proof, filling in the missing pieces with LLM.
|
||||
|
||||
|
||||
**My goal is threefold:**
|
||||
- Help you implement an ISMS that will actually benefit your organization,
|
||||
- let you acquire the ISO 27001 certification,
|
||||
- and use as much of the documentation, procedures, logs and other artifacts that are already part of your organization.
|
||||
|
||||
**We Work with what you've got**
|
||||
A lot of the necessary processes and controls required in ISO 27001 are probably already in place within your organization. But you may call them by another name and don’t realize it. iso27DIY will help you identify them and document them in such a way, that you fulfill the requirements without fundamentally changing what you are doing right already.
|
||||
|
||||
**Like Steve Jobs introduction of the iPhone**
|
||||
It’s a stack of templates AND a GRC program AND a consultant leading you through the process.
|
||||
|
||||
The online service will offer guided implementation for iso 27001. It will make it easier, cheaper, less confusing, less painful, more tailored to the client's business then other solutions or approaches. Real Humans will be available for those moments where digital just doesn't cut it.
|
||||
1
marketing/content/eBook-Audit
Submodule
1
marketing/content/eBook-Audit
Submodule
|
|
@ -0,0 +1 @@
|
|||
Subproject commit bdc238de983b78e7f33e23dab3c42dbfe8916e9e
|
||||
|
|
@ -0,0 +1,71 @@
|
|||
# In 9 stappen naar ISO 27001-certificering
|
||||
|
||||
De meeste organisaties beginnen bij de maatregelen. Dat is de verkeerde volgorde — zonder fundament zak je voor de audit, ongeacht hoeveel maatregelen je hebt geïmplementeerd. Dat fundament leg je met de risicomanagement processen. Deze roadmap loodst je in de juiste volgorde door de certificering.
|
||||
## Stap 1 – Stel je doelen
|
||||
|
||||
ISO 27001 gaat in de kern over het beheersen van risico's. Risico's zijn gebeurtenissen die het lastiger maken om je doelen te bereiken. Om te weten welke risico's je aan moet pakken, moet je eerst je doelen als organisatie bepalen. Ga je voor snelle groei of stabiliteit? Continue innovatie of efficiency? Reputatie of maximale winst?
|
||||
|
||||
Als je dat helder hebt kun je ook je prioriteiten voor het ISMS stellen, bijv.: de privacy van onze patienten staat op één, of: onze kernsystemen zijn altijd beschikbaar, of: bij ernstige incidenten zijn we binnen een dag weer operationeel.
|
||||
|
||||
## Stap 2 – Breng de context in kaart
|
||||
|
||||
Risico's ontstaan in de context, intern en extern van de organisatie. Daarom schrijft ISO 27001 voor dat je die in kaart brengt. Welke dreigingen zijn er? Aan welke wet- en regelgeving moet je voldoen? Welke ontwikkelingen zie je bij je klanten, bij toezichthouders, binnen je personeelsbestand, in de technologie? Maak een SWOT en een Stakeholder analyse.
|
||||
|
||||
Vertaal dit naar risico's en kansen en vertaal dit naar wat je nodig hebt m.b.t. de informatievoorziening. Deze contextanalyse is belangrijke input voor de risicoanalyse in stap 6.
|
||||
|
||||
Documenteer de stappen die je genomen hebt om de context in kaart te brengen, en wie er bij betrokken waren. De auditor gaat er naar vragen.
|
||||
|
||||
## Stap 3 – Bepaal de verantwoordelijkheden
|
||||
|
||||
Voor het ISMS is het essentieel duidelijk te beschrijven wie waarvoor verantwoordelijk is, en wie de besluiten neemt. ISO 27001 noemt 3 rollen expliciet:
|
||||
- **de directie** ('top management') is eindverantwoordelijk voor het beleid en de werking van het ISMS, en dus voor de informatiebeveiliging. De uitvoering kan gedelegeerd worden, de aansprakelijkheid niet.
|
||||
- **risico-eigenaren** moeten bepalen of de risico's voldoende omlaag zijn gebracht, of dat aanvullende maatregelen nodig zijn. In de praktijk zijn dit business managers: hun doelstellingen lopen gevaar als de informatie onvoldoende beveiligd is.
|
||||
- **asset eigenaren** zijn verantwoordelijk voor passende maatregelen om 'hun' assets te beschermen. Asset owners zijn meestal IT mensen, en de uitvoering is vooral in kleinere organisaties belegd bij leveranciers.
|
||||
|
||||
Voor de verschillende onderdelen van het ISMS moet je verder zelf bepalen wie de beslissingen neemt, wie adviseert, wie uitvoert en wie geinformeerd moet worden. Leg dit vast in een RASCI-matrix.
|
||||
|
||||
## Stap 4 – Start met documenteren
|
||||
|
||||
ISO 27001 wil dat activiteiten gestructureerd, controleerbaar en herhaalbaar zijn. Daarom moet je documenteren. Dat gaat je ook helpen om te groeien van een organisatie die van incident naar incident holt, naar een organisatie met lerend vermogen die zich voortdurend verbeterd. Je documenteert vooraf – zo gaan we het doen, en achteraf – zo hebben we het gedaan en dit waren de resultaten. Geef je documentatie een versienummer en/of datum, sla het gestructureerd op, en maak duidelijk wie de verschillende soorten documentatie opstelt, controleert en aftekent. Plan ook een periodieke revisie van de documenten, om te kijken of ze nog aansluiten bij de werkelijkheid.
|
||||
|
||||
## Stap 5 – Classificeer informatie
|
||||
|
||||
Niet alle informatie heeft dezelfde bescherming nodig. Sommige informatie is zeer vertrouwelijk, andere juist per definitie publiek. Inventariseer de soorten informatie binnen je organisatie, en bedenk in hoeverre beschikbaarheid, vertrouwelijkheid en integriteit voor die verschillende soorten belangrijk is. Geef dit aan met Hoog, Midden, of Laag (bijvoorbeeld – andere indelingen mogen ook).
|
||||
Dit hangt samen met hoeveel risico je als organisatie wil, of kan, dragen.
|
||||
|
||||
Beschrijf ook waar de informatie 'leeft': op welke servers of bij welke leveranciers staat het, in welke software zit het, en waar wordt het gebruikt. Dit is een indicatie voor waar maatregelen moeten worden genomen.
|
||||
|
||||
## Stap 6 – Analyseer de risico's
|
||||
|
||||
Met de context-analyse uit stap 2 kunnen we de risico's nu verder in kaart brengen. Dit kun je doen door te kijken naar 4 aspecten:
|
||||
1. dreiging – wat kan er misgaan?
|
||||
2. kwetsbaarheid – hoe zijn we daar gevoelig voor?
|
||||
3. impact – wat zijn de gevolgen?
|
||||
4. waarschijnlijkheid – hoe groot is de kans?
|
||||
|
||||
Door impact en waarschijnlijkheid te kwalificeren – bijv. met 1, 2 of 3 – kun je een risicoscore berekenen: R = I x W. Dat helpt je om prioriteiten te bepalen.
|
||||
|
||||
Ieder risico krijgt een risico-eigenaar. Hij/zij moet in stap 7 het risicobehandelplan goedkeuren, en mag na uitvoering bepalen of het risico voldoende omlaag is gebracht. Het is verstandig om vooraf vast te stellen welke risicoscore acceptabel is. Ook hier speelt mee hoeveel risico de organisatie kan of wil dragen.
|
||||
|
||||
## Stap 7 – Beschrijf de maatregelen en plan de implementatie
|
||||
|
||||
Nu komen we bij de gevreesde 93 maatregelen uit Bijlage A. Het goede nieuws is dat je waarschijnlijk een flink aantal van de maatregelen al toepast, intern of via een leverancier. Je kunt beginnen deze maatregelen te inventariseren, en zo te documenteren dat ze passen in het framework van ISO 27001. Belangrijk is dat je de maatregelen relateert aan specifieke risico's (uit stap 6), en het toepassingsgebied van een maatregel koppelt aan de informatieclassificatie (stap 5).
|
||||
|
||||
Voor de maatregelen die overblijven zul je een zinvolle plek moeten vinden om ze toe te passen, of moeten beargumenteren waarom juist jij ze niet nodig hebt. Dit leg je vast in je 'Statement of Applicability'. Je hoeft niet alle toepasselijke maatregelen volledig geimplementeerd te hebben voor certificering, mits je een duidelijk onderbouwd plan hebt voor de implementatie (zie stap 8), in overeenstemming met je prioriteitenstelling uit stap 6 (de Risicoanalyse).
|
||||
|
||||
## Stap 8 – Implementeer de maatregelen
|
||||
|
||||
Stel per maatregel beleid op dat beschrijft hoe de maatregel wordt uitgevoerd. Wie is verantwoordelijk? Hoe vaak wordt de maatregel uitgevoerd of gecontroleerd? Wat zijn de criteria voor succes? Documenteer ook de uitvoering zelf — een auditor wil niet alleen het beleid zien, maar ook het bewijs dat het beleid wordt nageleefd (zie ook stap 4).
|
||||
|
||||
In de praktijk worden systemen en diensten vaak door derden geleverd, zeker in het MKB, en tegenwoordig bijna volledig 'in de cloud'. Aan deze leveranciers moeten eisen gesteld worden qua prestaties en beveiliging, en vastgelegd worden in overeenkomsten. Hierbij geldt de vuistregel: de eisen die je aan je eigen organisatie stelt, moet je ook aan je leveranciers stellen. Deze afspraken moet je meetbaar maken, zodat je de naleving kunt controleren. Ook dit leg je vast als beleid.
|
||||
|
||||
## Stap 9 – Borg het ISMS in de organisatie
|
||||
|
||||
Om te zorgen voor voortdurende verbetering – een eis van ISO 27001 – zul je een feedback loop moeten organiseren. Dat wil zeggen dat je de effectiviteit van de ISMS processen en maatregelen meet, en periodiek kijkt waar verbeteringen nodig of wenselijk zijn.
|
||||
|
||||
Er zijn in ieder geval twee concrete momenten waarop een evaluatie plaats moet vinden, volgens ISO 27001. Periodiek, ten minste jaarlijks, is er een zgn. directiebeoordeling ('management review'), waarin het topmanagement de werking van het ISMS beoordeelt en aanwijzingen geeft voor verbetering. Daarnaast moeten op geplande momenten interne audits uitgevoerd worden.
|
||||
|
||||
Maar wil je dat het ISMS ècht wat voor je organisatie doet – namelijk een solide organisatie van de informatiebeveiliging – dan moet je het integreren met de management cyclus. Dat doe je door de risico-eigenaren (business managers, zie stap 3) daadwerkelijk verantwoordelijk te maken voor het risiconiveau binnen hun management scope.
|
||||
## Tot Slot
|
||||
|
||||
Deze road map gaat met zevenmijlslaarzen door de implementatie van ISO 27001 heen – dat is de functie ervan. Het is geen 'rocket science', en ook geen zinloze formulierenwinkel. ISO 27001 vergt tijd en aandacht, maar je krijgt er veiligheid, beheersbaarheid, schaalbaarheid en adaptabiliteit voor terug. Meer ondersteuning nodig? Kijk op [iso27diy.com](https://www.iso27diy.com).
|
||||
12
marketing/content/website/blog/9-steps-alternatieve-titel.md
Normal file
12
marketing/content/website/blog/9-steps-alternatieve-titel.md
Normal file
|
|
@ -0,0 +1,12 @@
|
|||
"In 9 stappen naar ISO 27001-certificering" is functioneel maar saai. "In X stappen naar Y" is een van de meest gebruikte blogpost-formules op internet. Hij belooft structuur, maar zegt niets over wat de lezer er anders aan vindt dan de duizend andere lijstjes over ISO 27001.
|
||||
|
||||
Je blogpost heeft wél een scherpe invalshoek: **de volgorde is wat de meeste mensen fout doen**. Dat staat nu alleen in de eerste zin van de post, niet in de titel.
|
||||
|
||||
Alternatieven die dichter bij je werkelijke argument zitten:
|
||||
|
||||
- **ISO 27001: begin niet bij de maatregelen** — direct, tegendraads, triggert herkenning
|
||||
- **De verkeerde volgorde is waarom ISO 27001-trajecten mislukken** — iets langer maar concreet
|
||||
- **ISO 27001 in de juiste volgorde: 9 stappen** — zwakker dan de eerste twee, maar al beter dan het origineel
|
||||
- **Waarom je ISO 27001 niet begint bij Bijlage A** — werkt goed voor mensen die al weten wat Bijlage A is (jouw doelgroep waarschijnlijk wel)
|
||||
|
||||
De eerste of de laatste zou ik serieus overwegen. Ze sluiten ook beter aan op de LinkedIn-posts die ik schreef, waar die haak het sterkste element is.
|
||||
|
|
@ -0,0 +1,76 @@
|
|||
# ISO 27001 Certification in 9 Steps
|
||||
|
||||
Most organisations start with the controls — which is the wrong way. Without a solid foundation, you will fail the audit, no matter how many controls you have implemented. You build that foundation through your risk management processes. Controls come after. This roadmap takes you through the certification in the right order.
|
||||
|
||||
## Step 1 – Define your objectives
|
||||
|
||||
ISO 27001 is fundamentally about managing risk. Risks are events that make it harder to achieve your objectives. To know which risks to address, you first need to know what your organisation is trying to achieve. Are you pursuing rapid growth or stability? Continuous innovation or operational efficiency? Reputation or maximum profit?
|
||||
|
||||
Once that is clear, you can set your priorities for the ISMS — for example: the privacy of our patients comes first; or: our core systems must always be available; or: in the event of a serious incident, we are back up and running within a day.
|
||||
|
||||
## Step 2 – Map the context
|
||||
|
||||
Risks arise from context — both internal and external. That is why ISO 27001 requires you to map it. What threats exist? Which laws and regulations apply? What developments do you see among your customers, regulators, your workforce, or in technology? Conduct a SWOT analysis and a stakeholder analysis.
|
||||
|
||||
Translate this into risks and opportunities, and then into what you need in terms of information management. This context analysis is critical input for the risk assessment in step 6.
|
||||
|
||||
Document the steps you took to map the context, and who was involved. The auditor will ask.
|
||||
|
||||
## Step 3 – Assign responsibilities
|
||||
|
||||
A functioning ISMS requires clarity about who is responsible for what, and who makes which decisions. ISO 27001 explicitly names three roles:
|
||||
|
||||
- **Top management** is ultimately responsible for the policy and operation of the ISMS, and therefore for information security. Execution can be delegated — liability cannot.
|
||||
- **Risk owners** determine whether risks have been reduced sufficiently, or whether additional controls are needed. In practice, these are business managers: their objectives are at stake when information is inadequately protected.
|
||||
- **Asset owners** are responsible for appropriate controls to protect their assets. Asset ownership often sits with the IT function, and in smaller organisations execution is often handled by third-party suppliers.
|
||||
|
||||
For the various components of the ISMS, you will need to determine who decides, who advises, who executes, and who is kept informed. Capture this in a RASCI matrix.
|
||||
|
||||
## Step 4 – Start documenting
|
||||
|
||||
ISO 27001 requires activities to be structured, verifiable, and repeatable. That means documenting. It will also help you grow from an organisation that stumbles from incident to incident, to one with the capacity to learn and continuously improve. You document upfront — this is how we will do it — and afterwards — this is what we did, and these were the results. Version and date your documentation, store it in a structured way, and make clear who drafts, reviews, and signs off each type of document. Schedule periodic reviews to check whether documents still reflect reality.
|
||||
|
||||
## Step 5 – Classify your information
|
||||
|
||||
Not all information needs the same level of protection. Some information is highly confidential; other information is public by definition. Inventory the types of information within your organisation and consider how important availability, confidentiality, and integrity are for each type. Indicate this with High, Medium, or Low — or a classification scheme of your own choosing.
|
||||
|
||||
This is connected to how much risk your organisation is willing, or able, to carry.
|
||||
|
||||
Also describe where the information lives: which servers or suppliers hold it, which software contains it, and where it is used. This indicates where controls need to be applied.
|
||||
|
||||
## Step 6 – Assess the risks
|
||||
|
||||
With the context analysis from step 2, you can now map the risks in detail. Look at four dimensions:
|
||||
|
||||
1. **Threat** — what could go wrong?
|
||||
2. **Vulnerability** — how exposed are we?
|
||||
3. **Impact** — what are the consequences?
|
||||
4. **Probability** — what is the likelihood?
|
||||
|
||||
By scoring probability and impact — for example, 1, 2, or 3 — you can calculate a risk score: R = P x I. This helps you set priorities.
|
||||
|
||||
Each risk gets a risk owner. They will need to approve the risk treatment plan in step 7, and after implementation, they determine whether the risk has been reduced sufficiently. It is advisable to agree in advance what risk score is acceptable. Here too, the organisation's risk appetite is a factor.
|
||||
|
||||
## Step 7 – Define controls and plan implementation
|
||||
|
||||
Now we arrive at the infamous 93 controls of Annex A. The good news is that you are probably already applying a significant number of them — internally or through a supplier. Start by inventorying those controls and documenting them in a way that fits the ISO 27001 framework. What matters is that you link each control to specific risks from step 6, and tie its scope to the information classification from step 5.
|
||||
|
||||
For the remaining controls, you will need to find a meaningful place to apply them — or argue why they do not apply to your organisation. This is captured in your Statement of Applicability. You do not need to have all applicable controls fully implemented before certification, provided you have a clearly substantiated implementation plan (see step 8), aligned with your priorities from the risk assessment in step 6.
|
||||
|
||||
## Step 8 – Implement the controls
|
||||
|
||||
For each control, draft a policy that describes how it is carried out. Who is responsible? How often is the control executed or reviewed? What are the success criteria? Document the execution itself as well — an auditor wants to see not only the policy, but evidence that the policy is being followed (see also step 4).
|
||||
|
||||
In practice, systems and services are frequently provided by third parties — especially in SMEs, and today almost entirely from the cloud. You need to set requirements for these suppliers in terms of performance and security, and capture them in contracts. The rule of thumb: the standards you hold yourself to, you must also hold your suppliers to. Make these agreements measurable, so you can verify compliance. Document this as policy.
|
||||
|
||||
## Step 9 – Embed the ISMS in the organisation
|
||||
|
||||
To ensure continual improvement — a requirement of ISO 27001 — you need to build a feedback loop. That means measuring the effectiveness of your ISMS processes and controls, and periodically reviewing where improvement is needed or desirable.
|
||||
|
||||
ISO 27001 prescribes at least two formal evaluation moments. Top management must conduct a management review at least once a year, assessing the performance of the ISMS and providing direction for improvement. In addition, internal audits must be carried out at planned intervals.
|
||||
|
||||
If you want the ISMS to really deliver — a solid, well-organised approach to information security — you need to integrate it with your management cycle. Do that by making the risk owners (business managers, see step 3) accountable for the risk level within their area of responsibility.
|
||||
|
||||
## In Closing
|
||||
|
||||
This roadmap moves through the ISO 27001 implementation at pace — that is its function. It is not rocket science, and it is not a pointless paperwork exercise. ISO 27001 requires time and attention, but in return you get security, manageability, scalability, and adaptability. Need more support? Visit [iso27diy.com](https://www.iso27diy.com).
|
||||
73
marketing/content/website/blog/promoting-9-steps.md
Normal file
73
marketing/content/website/blog/promoting-9-steps.md
Normal file
|
|
@ -0,0 +1,73 @@
|
|||
# Promotie: "In 9 stappen naar ISO 27001-certificering"
|
||||
|
||||
## Blogpost
|
||||
**Bestand:** `iso27DIY-mkII/Website/Content/blog/9-stappen-naar-ISO-27001-certificering.md`
|
||||
**Kernargument:** De meeste organisaties beginnen bij de maatregelen — dat is de verkeerde volgorde. Het fundament is risicomanagement, en dat begint bij organisatiedoelen.
|
||||
|
||||
---
|
||||
|
||||
## Titeldiscussie
|
||||
|
||||
De originele titel ("In 9 stappen naar ISO 27001-certificering") is te generiek. De echte haak zit in de invalshoek: de volgorde is wat de meeste mensen fout doen.
|
||||
|
||||
**Betere alternatieven:**
|
||||
- **ISO 27001: begin niet bij de maatregelen** ← sterkste optie
|
||||
- **Waarom je ISO 27001 niet begint bij Bijlage A** ← goed voor de doelgroep
|
||||
- De verkeerde volgorde is waarom ISO 27001-trajecten mislukken
|
||||
- ISO 27001 in de juiste volgorde: 9 stappen
|
||||
|
||||
---
|
||||
|
||||
## Promotiemateriaal per kanaal
|
||||
|
||||
### LinkedIn — lang
|
||||
> De meeste organisaties beginnen met de maatregelen. Verkeerde volgorde.
|
||||
>
|
||||
> Zonder fundament zak je voor de audit — ongeacht hoeveel je hebt geïmplementeerd.
|
||||
>
|
||||
> Het fundament is risicomanagement. En risicomanagement begint bij je doelen als organisatie. Wat wil je bereiken? Pas dan weet je welke risico's er toe doen.
|
||||
>
|
||||
> Ik heb de 9 stappen naar ISO 27001-certificering uitgeschreven — in de juiste volgorde, inclusief de logica erachter.
|
||||
>
|
||||
> Geen rocket science. Wel discipline.
|
||||
>
|
||||
> 👉 [link naar blogpost]
|
||||
|
||||
*Gebruik: persoonlijk profiel, thought leadership toon.*
|
||||
|
||||
---
|
||||
|
||||
### LinkedIn — kort
|
||||
> ISO 27001 beginnen bij de maatregelen? Klassieke fout.
|
||||
>
|
||||
> De juiste volgorde: doelen → context → risico's → maatregelen.
|
||||
>
|
||||
> In 9 stappen uitgelegd — inclusief wat de auditor wil zien.
|
||||
>
|
||||
> 👉 [link]
|
||||
|
||||
*Gebruik: company page of als kortere variant.*
|
||||
|
||||
---
|
||||
|
||||
### X / Twitter
|
||||
> Meeste bedrijven beginnen ISO 27001 bij de maatregelen. Auditor is niet blij.
|
||||
>
|
||||
> De juiste volgorde begint bij je doelen als organisatie.
|
||||
>
|
||||
> 9 stappen, uitgelegd: [link]
|
||||
|
||||
---
|
||||
|
||||
### Nieuwsbrief (teaser)
|
||||
> ISO 27001-certificering mislukt zelden door slechte maatregelen — het mislukt door de verkeerde volgorde. Wie begint bij Bijlage A, bouwt op drijfzand. Ik heb de 9 stappen uitgeschreven zoals ze logisch op elkaar volgen, met uitleg waarom elke stap doet wat hij doet. Lees het hier: [link]
|
||||
|
||||
---
|
||||
|
||||
### WhatsApp / Slack
|
||||
> Nieuwe blogpost: In 9 stappen naar ISO 27001-certificering — in de juiste volgorde. Niet beginnen bij de maatregelen dus. [link]
|
||||
|
||||
---
|
||||
|
||||
## UTM-parameters (ter herinnering)
|
||||
Gebruik per kanaal een eigen `utm_source` + `utm_medium`, zodat Umami de traffic per kanaal onderscheidt. Campagnenaam bijv.: `iso27001-basics-q2-2026`.
|
||||
38
marketing/content/website/blog/tsw-manifesto.md
Normal file
38
marketing/content/website/blog/tsw-manifesto.md
Normal file
|
|
@ -0,0 +1,38 @@
|
|||
---
|
||||
title: "The Manifesto for Information Security Management"
|
||||
description: "Every organization can build a mature security management system, creating compliance without complexity. Security management that adds actual business value by facilitating agility instead of introducing rigidity. Without hefty consulting bills."
|
||||
date: 2026-03-23
|
||||
categories: ["Company"]
|
||||
tags: ["manifesto", "philosophy"]
|
||||
draft: false
|
||||
---
|
||||
|
||||
Through working with our clients we have come to value:
|
||||
|
||||
* Business over security
|
||||
* Purpose over policy
|
||||
* Iteration over perfection
|
||||
* Risk-based decisions over checkbox compliance
|
||||
|
||||
While there is value in the items on the right, the items on the left are what makes security last.
|
||||
|
||||
---
|
||||
|
||||
## Our 10 Principles for implementing an effective ISMS
|
||||
|
||||
*We follow these principles:*
|
||||
|
||||
1. Our highest priority is to enable the business to achieve its goals with effective information security.
|
||||
2. Adaptability is the foundation of good security.
|
||||
3. Accountability for security rests with business management.
|
||||
4. Every employee, at every level, carries an active responsibility for security within their own work scope. Leadership creates the conditions for this to happen.
|
||||
5. Security professionals and business stakeholders meet regularly, face to face, to discuss risks and measures in the context of real work.
|
||||
6. An exception properly handled is better than a rule blindly followed. Deviations are mostly a sign of bad policies, not of bad people.
|
||||
7. Abstract risks breed diffuse responsibilities. A risk that belongs to everyone is a risk that belongs to no one.
|
||||
8. Risk arises where work is done. Those doing the work are best placed to identify it.
|
||||
9. Maturity requires reflection. Regularly examine what is working, what is not, and why. Adjust accordingly.
|
||||
10. Do the right thing!
|
||||
|
||||
By following these principles, any organisation can build information security management that enables the business, adapts to change, and is carried by everyone in it.
|
||||
|
||||
© 2026 Thinking Security Works
|
||||
83
marketing/content/website/homepage.md
Normal file
83
marketing/content/website/homepage.md
Normal file
|
|
@ -0,0 +1,83 @@
|
|||
# HOMEPAGE – Get ready for ISO 27001 certification.
|
||||
**No consulting required.**
|
||||
|
||||
[Start Your Free Trial](#) — *No credit card required*
|
||||
|
||||
---
|
||||
|
||||
## All you need to manage ISO 27001 compliance.
|
||||
|
||||
### Build the ISMS That Fits Your Business
|
||||
Produce organization-specific, auditable evidence for each ISO 27001 requirement in 50+ guided micro-sessions.
|
||||
|
||||
### Map Your Security Controls
|
||||
Connect your existing security practices to the right Annex A controls. Find the gaps and close them with the help of our comprehensive Knowledge Base.
|
||||
|
||||
### Manage Your Documentation
|
||||
Keep your documentation audit-ready with our AuditGlue GRC tool.
|
||||
|
||||
AuditGlue supports AI-powered policy generation, version control, and task management.
|
||||
|
||||
### Human Support Available
|
||||
Get answers to your questions from our ISO 27001 Experts via email or chat. Schedule a video call for detailed advice or arrange a pre-certification audit with our PECB Certified Lead Auditors.
|
||||
|
||||
---
|
||||
|
||||
## ISO27DIY is the right choice if:
|
||||
|
||||
### You're a Small Team Chasing Enterprise Deals
|
||||
Enterprise clients demand ISO 27001 certification. ISO27DIY helps you meet that requirement, without the enterprise budget.
|
||||
|
||||
### You Want Guidance, Not Consultants
|
||||
ISO27DIY supports you in doing as much as possible yourself, with a complete toolkit built by experienced ISO 27001 auditors and implementers.
|
||||
|
||||
### You Want Compliance to Actually Mean Something
|
||||
ISO27DIY helps you integrate information security with the way you work, creating a business that's genuinely more resilient — with the certificate to prove it.
|
||||
|
||||
---
|
||||
|
||||
## Simple, transparent pricing.
|
||||
**No consultants. No surprises.**
|
||||
|
||||
### Implementation — €39/month
|
||||
*billed annually · €49 billed monthly*
|
||||
|
||||
Everything you need to get certified.
|
||||
|
||||
- ✅ Guided Implementation System
|
||||
- ✅ Knowledge Base — all clauses & controls
|
||||
- ✅ AuditGlue GRC tool
|
||||
- ➕ Additional logins at €10.99/month
|
||||
|
||||
[Start free trial](https://iso.nekoluka.nl/login)
|
||||
|
||||
---
|
||||
|
||||
### Implementation + Support — €99/month ⭐ Most Popular
|
||||
*billed annually · €119 billed monthly*
|
||||
|
||||
All of the above, plus expert support.
|
||||
|
||||
- ✅ Everything in Implementation
|
||||
- ✅ Unlimited* email & chat support
|
||||
- ✅ ISO 27001 experts, next business day
|
||||
|
||||
[Start free trial](https://iso.nekoluka.nl/login)
|
||||
|
||||
---
|
||||
|
||||
## Add-ons
|
||||
|
||||
### Pre-certification audit — €299 per session
|
||||
Know where you stand before the real thing.
|
||||
|
||||
PECB Certified Lead Auditor, by video call. 3-hour sessions — a full audit typically takes 4 sessions.
|
||||
|
||||
[Book a pre-audit →](#)
|
||||
|
||||
### Expert video call — €49 per call
|
||||
Stuck? Get 30 minutes with a certified auditor.
|
||||
|
||||
One-on-one with a PECB Certified Lead Auditor. No fluff, just answers.
|
||||
|
||||
[Book a call →](#)
|
||||
Loading…
Add table
Add a link
Reference in a new issue