Skip to main content

Система хранения информации

После пробных не-лабораторных задач пришел к выводу о необходимости хранения информации о процессе. Вот вроде все просто и должно было уже давно быть отработано - но не тут-то было. Оказалось несколько иначе. Редакторов крайне много, и выбор сильно усложняется. А если добавить требования например к API - вылетают почти все)

Начнем с разделения на удобство создания отчета и удобство хранения технической информации. Потом попробую объединить эти аспекты. 

Список редакторов после общего поиска

Рекомендация из статьи по документации:

Совместная работа

Еще CryptPad https://cryptpad.org/ для безопасности.

Также хранение данных в msf или burp enterprize edition.

Требования

Общие или особенности

Название Описание Приоритет
Начальный уровень подготовки Высокий. Иначе в хакеры не идут.
Многопользовательский режим Вариант локального хранения файлов + git вполне может сработать. 
Одновременное редактирование Хз. Для блока не встречал необходимость.
Динамическое обновление

Время запуска и настройки Серьезная проблема.
Время изучения Основная проблема. Должно быть минимизировано.
Процент выполнения блока При большом объеме данных может быть критично. 
Дополнительное ПО На примере msf необходим гибридный подход. Локальное использование должно быть из коробки.
Локальное / браузер Портирование затратная процедура. Но скорость должна быть высокой.
Визуализация отчета online Возможно для корпоративных версий.

Редактор

Название Описание Приоритет
Шаблоны Шаблоны в целом для документа и для блоков. 0
Модификация символов Мне хватает жирного шрифта и 3 вариантов размера.
Цвета текста и выделения

Списки

Ссылки

Таблицы

Рисунки

Выравнивание текста 4 варианта

Интеграции, импорт / экспорт

Название Описание Приоритет
Текстовые файлы Самое логичное - одна строка в блок данных (столбец таблицы). Но только данных. Экспорт оформления в txt бессмысленно. 0
JSON / XML / ... Сохранение проекта. 1
msf Важно, однако здесь есть вопросы. 2
Остальные приложения По возможности. Однако чем больше - тем выше скорость работы. Хотя небольшой скрипт решит вопрос преобразования данных в нужный формат. 2
API Крайне желательно. Инструменты разные.
Импорт шаблона из word Звучит круто, но практически может и не нужно.

Сначала пришел к выводу, что для локальных данных вполне подойдет cherrytree. Однако после целого дня попыток подключить python скрипты выяснилось - уже нельзя.

Затем пришел к выводу: возможно, хватит и простого редактора, как в VSC, и скриптов для шаблонизации. Хранить данные в текстовом виде, git через консоль, отчет по стандартным файлам из шаблона при помощи скрипта. Интеграция в этом случае простейшая, В качестве развития - что-то типа msfconsole, но для создания отчета. С одной стороны, сохраняется гибкость в хранении данных (всегда можно добавить отсутствующие блоки в данные). Прямой доступ к данным, txt читаются всеми. Интеграция с любым инструментом, было бы желание. Будут проблемы с общим доступом, однако и это можно обойти за счет периодических коммитов. Красивый отчет из известных путей через скрипт - без проблем, поэтому хватит хранения в виде дерева, итоговые данные в текстовом виде, одна строка - один элемент. Остается вопрос стандартизации хранения. 

Сравнив ряд редакторов (Kate, Zed, Notepadqq, gedit) пришел к выводу: gedit. Легкий, без проблем в Kali, тестируем!

Gedit

sudo apt install gedit gedit-plugins

Настройка.

В меню Вид нужно включить отображение боковой панели и нижней панели.

В разделе Параметры - Модули устанавливаем "Встроенный терминал". После этого появляется возможность быстрого исполнения скриптов или запуска консоли (план на будущее). Из минусов - терминал открывается в домашней папке, в нем тоже нужно перейти в папку проекта.

Для боковой панели по умолчанию включен режим Документы. Нужно переключиться в режим Обозреватель файлов, при открытии папки проекта открыть любой файл корня проекта и ПКМ - установить корень на активный документ.