Security governance
Maturity assessment, security policies, data classification and supplier requirements.
Proposed deliverables: Maturity report, frameworks and a prioritised roadmap.
Governance, audits, cloud security and AI for analysts: modular support with human oversight and skills transfer.
Offer architecture · Scope to be definedWork begins with an analysis of available data, responsibilities, regulatory constraints and acceptance criteria. These capabilities do not constitute a reference to an already deployed implementation.
Independent modules selected according to team maturity and the risks to address. Scope, resources and commitments are defined at the outset.
Maturity assessment, security policies, data classification and supplier requirements.
Proposed deliverables: Maturity report, frameworks and a prioritised roadmap.
Assessment of priority services within an explicitly authorised scope and agreed rules of engagement.
Proposed deliverables: Ranked vulnerabilities, remediation plan and retesting.
Architecture review, hardening and secure migration to the selected infrastructure.
Proposed deliverables: Secure architecture documentation and hardening guides.
Alert triage support, anomaly detection and assistance for analysts. Arabic and French capabilities are evaluated in their usage context.
Proposed deliverables: A prototype evaluated with the teams and preparation of SOC / CSIRT capabilities.
Staff and analyst training, authorised simulated phishing exercises and transfer of tools and methods.
Proposed deliverables: Training programme and progress indicators.
The offer also covers AI use: usage policies, data protection, model selection and human oversight. AI supports analysts; it does not replace their validation.
Data residency, flows and dependencies are documented with your teams. Sovereign hosting and open model options are assessed before sensitive data is processed.
Each engagement includes documentation, training and handover of tools to the teams. The first step is to agree a maturity assessment, identify priority systems and build a roadmap.
A structured progression adapted to context. Commitments are defined with your teams; no deployment timeline is presumed.
Use cases, data, risks and acceptance criteria. Define what must remain under control.
An explicit architecture and an initial scope your teams can evaluate.
Test relevance, access, limitations and operating conditions.
Document, train and prepare for supervision and system evolution.
The three domains are offer architectures. No client or government deployment is claimed here. Commitments are defined within a documented scope.
Sovereignty means the ability to control data, jurisdiction, access, dependencies, portability and governance. These principles only become guarantees once the chosen architecture has been verified.
The founding brief describes expertise cultivated through STIPway. KEMITYA has an independent identity. The exact legal and commercial relationship remains subject to founder validation.
No. It is an experimental exploration requiring an audit, illustrated here by a local simulation using only fictional data. No contract or approval is claimed.
Describe the use case, the constraints and the teams involved. A useful conversation begins with a clear scope.