Security is not a program, setup, or final destination -- it is actually a continual process, influenced by new knowledge that is constantly gathered. 
Security is a complex problem and there is no easy solution to the many complicated challenges that all users face. The more you know, the safer and more secure you can be. Kicksecure ™ provides extensive documentation for those interested in learning more.
The goal of this documentation is to describe The Kicksecure ™ Secure Operating System in an easy-to-understand and reasonably thorough manner. It is hoped readers will be exposed to a range of new and improved concepts/applications regarding security on the Internet.
Note that all the applications included in Kicksecure ™ are not fully documented. Usually an overview is provided, with further details on Kicksecure ™-specific configurations that might be necessary. In general, use the documentation as a reference guide for only those features you intend to use.
Wiki is the Primary Source of Information vs Forums
The goal of the wiki up to date. Should that not be possible, at least appropriate notices will be posted on top of the wiki page. In no case users are expected to read long forum threads, find instructions in forum posts on how to do perform actions such as installing applications. This is because posts are seldom edited / kept up-to-date due forums being a different medium of information sharing than a wiki. Users are advised to view the wiki as the primary source of information.
The forums are used to ask for clarifications in case wiki instructions are unclear. The goal of forum discussions should be, if possible, on topic and appropriate, eventually an improved wiki page on that topic. Forum posts will likely and inevitable be outdated over time. It's better to check if the related wiki page has been updated meanwhile.
The wiki should always provide better instructions because collaborative editing of the wiki should result in higher quality documentation. Anyone can contribute. Improve the Documentation / Edit the Kicksecure ™ Wiki.
Setting expectations. What happened, what has been said, what was understood and assumed. What documentation is and what documentation is not.
The documentation should be seen as a showcase. Demonstrating what is possible, at least somewhat recently. There is no attempt, nor would it even be possible, to replace upstream documentation.
Documentation should not be viewed as an offer for all-inclusive technical support. Instant updates or perpetual support should not be expected.
For example, what really happened was, the author wondered how to set up DNSSEC, to showcase
dnssec-trigger and created a wiki page on
DNS Security. The wiki serves as a notepad but is rewritten for the public's benefit. However, developers will not be able to debug all sorts of issues in all the possible corner cases.
Writing that wiki page didn't transform the author into an expert on or developer of the
unbound DNS resolver software. Not even close.
Kicksecure ™ Footnotes and References
Small text and footnotes like 1 are not that crucial. They contain clarifications, information sources, extra notes for people with higher security needs, additional details to dispel doubts (in the case of controversial issues), proof of something, references, links, and so on. Generally speaking, it is unnecessary to read all of the footnote links (particularly for beginners), but it is encouraged.
For further clarification, footnotes are typically used in the following circumstances:
- Developer notepad: Sometimes links are added when references such as related source code are difficult to find (on search engines or otherwise).
- Supporting evidence: Footnotes often provide additional references to support statements in the main documentation, particularly if factual statements are not obvious. This preempts possible future questions from the Kicksecure ™ population and provides greater clarification at the outset.
- Comments for auditors: In various sections footnotes are added to answer potential auditor questions around specific Kicksecure ™ recommendations, chosen security configurations, why alternatives were not implemented, and so on.
- Reducing duplication: To avoid duplicate tickets and discussions, footnotes often link to existing (usability) issues, as well as identical or related discussions to raise the reader's awareness.
- Reducing confusion: Footnotes will sometimes link to additional information sources in an effort to reduce user confusion. For example, a common use case is when a major Kicksecure ™ configuration has changed; legacy users might be confused why a change was implemented if this issue was not referenced. In general this reduces the likelihood of support requests.
- Troubleshooting: Most software is expected to be fully functional with available instructions. However, in corner cases footnotes can provide possible troubleshooting tips and known workarounds.
- Advanced users: To be more user-friendly, documentation is generally focused on the needs of "everyday" users who do not require specialist configurations or functionality. However, footnotes sometimes provide links or instructions for advanced users to undertake more complicated activities. Footnoting in this case reduces potential confusion for the larger Kicksecure ™ population.
- Other non-essential information: For simplicity, footnotes sometimes contain non-essential links, quotes, research articles and similar material for interested readers.
To remove all doubt, novice or intermediate users can generally ignore footnotes unless experiencing difficulties with the particular software, activity or configuration in question. Footnotes are more valuable for those exploring topics in further detail, undertaking advanced configurations, performing development, or seeking answers to specific questions.
Third Party Documentation
As a general issue in the Linux distributions ecosystem, meaning an issue unspecific to Kicksecure ™, for many users it will be difficult to take advantage of documentation for other Linux distributions. It might even be confusing. The documentation might be for a different Linux distribution or generic, meaning for not specific Linux distribution.
Some steps suggested in third party documentation might be unnecessary as these are pre-configured for the user already by Kicksecure ™ or Debian, which Kicksecure ™ is based on.
As far as security related questions are concerned, support request policy applies.
- The Problem with Security Guides and How We Can Fix It
- Linux User Experience versus Commercial Operating Systems
The documentation is lengthy, so newcomers to the Kicksecure ™ platform or those with limited time should first read these sections:
- Kicksecure ™ and Tor Limitations
- The Download section for the relevant platform
- Post-installation Security Advice
If users have more time available, it is suggested to read the Documentation widely, particularly the Basic Security Guide, Advanced Security Guide, and Computer Security Education sections.
The Kicksecure ™ design is intended to offer a technological means to stay secure on the Internet. However, it should be emphasized that staying secure is not simply a technological problem – there is no tool, including Kicksecure ™ and Tor, that magically provides Internet security. It is necessary to change a host of behaviors as well.
It is certainly helpful to have a deep, technical understanding of Internet architecture, cryptology, traffic analysis techniques, and the applications that are in use; mainly by knowing what not to do. However, users with basic knowledge who proceed cautiously (using common sense) are likely to protect themselves adequately in most cases.
Kicksecure ™ Introduction wiki page Copyright (C) Amnesia <amnesia at boum dot org>
Kicksecure ™ Introduction wiki page Copyright (C) 2012 - 2021 ENCRYPTED SUPPORT LP <firstname.lastname@example.org>
This program comes with ABSOLUTELY NO WARRANTY; for details see the wiki source code. This is free software, and you are welcome to redistribute it under certain conditions; see the wiki source code for details.
- This aligns with the axiom that "Security is a process, not a product."