01 / Scope
Define targets, access and evidence sources.
Infrastructure
KG-NET / Security
Planning, design and technology are considered together. Scope and price follow your actual requirements.

Security
Three perspectives on your project. Scroll through the process or select a step.
Define targets, access and evidence sources.
InfrastructureClassify signals by impact and evidence.
MonitoringDocument approved actions and follow-up checks.
RecoveryWORKING TOGETHER
Before work begins, we agree goals, content, responsibilities and integrations. You know what is included and what needs a separate plan.
Structure, design and function are reviewed in clear stages. Decisions follow your requirements and feedback.
The agreed scope defines access, guidance and an understandable operation and maintenance plan. Ongoing support is agreed explicitly.
Website security: Specific security signals, prioritized findings and controlled actions.
A security status needs traceable checks. We examine access, updates, TLS and available technical signals. Findings are reviewed and actions agreed; a single scan cannot prove complete security.
Security work starts with traceable checks and clear ownership. HTTP headers, software versions and integrity information answer different questions. One uneventful check does not prove complete security. Findings are reviewed and actions agreed. Risky changes require approval and recovery planning; unknown states remain visible instead of being hidden behind a generic green safety label.
Define targets, access and evidence sources.
Classify signals by impact and evidence.
Document approved actions and follow-up checks.
We discuss how your business actually works before specifying individual features. Dependencies, responsibilities and the agreed scope are documented. Decisions are discussed using actual pages, tasks or data flows. Questions, materials and approvals are coordinated with an accountable contact. During handover we clarify what your team can maintain and which technical work requires a separate service. You can see what was agreed and where an additional decision is needed.
20 / QUESTIONS & ANSWERS
Provider and package depend on requirements. Specific server facts come from verified information or connected APIs.
Backup status alone is not enough. Scope, retention and restore tests need to be defined and documented.
No. Changes may affect dependencies. Critical updates need a backup, testing and a rollback path.
Only signals actually checked, such as headers, versions or integrity data. A quick scan does not prove complete absence of malware.
A connected and authorised hosting integration can provide a short-lived login link. Access remains limited by the hosting account.
Ownership, registrar, nameservers and responsibilities are documented. Changes are reviewed for website and email effects.
They support sender authentication. Correct records are useful signals but do not guarantee inbox delivery.
A detected event receives an owner and status. Actions, review and resolution are documented; risky intervention requires approval.
We clarify the audience, existing systems, responsible people and intended outcome, then agree the scope.
Scope, integrations, content, licences and support are considered separately. You receive an individual offer before delivery starts.
After discovery and prioritisation we agree milestones. Approvals, access and external dependencies influence dates.
We agree which text, images and data you provide. Access should use roles, invitations or limited tokens wherever possible.
Yes, subject to a technical review. We plan changes, backups and rollback paths to keep the transition controlled.
Questions are collected in the project. Extensions get a defined scope and approval before additional implementation.
We agree concrete test cases and responsible people. Open issues are documented and release follows the agreed approval.
Handover can include training, documentation and defined access rights. The scope and format are specified in the offer.
Support, updates and response times are agreed separately, making internal and KG-NET responsibilities clear.
We limit access and review data flows, retention and processor arrangements. Legal approval remains with the controller and their advisers.
We work with businesses in Austria, Germany, Switzerland and Serbia. Language, responsibilities and actual market needs are agreed together.
We agree verifiable goals and identify the data source. Without connected measurement there are no invented metrics or guaranteed outcomes.
Depending on your project, we align this service with related areas. Content, technology and responsibilities should fit together. Discuss the interfaces and actual scope you need with us:
THE NEXT STEP
Tell us what you want to change. We will clarify goals, scope and the right approach, with an individual proposal.
Ilija Benjak
Völkermarkter Straße 280
9020 Klagenfurt am Wörthersee
Austria