Кирилл

Да есть какие-то...

Ряд моментов Вы уже сделали, но я все равно их опишу для полноты списка.

1. Создать отдельного пользователя и хороший пароль на sudo. Не использовать больше root напрямую. Совсем.

2. SSH. Отключаем метод аутентификации по паролю. Если Вам не нужны другие методы, то их тоже можно отключить, оставив только publickey. Отключаем возможность аутентификации root'ом. Включаем использование только 2й версии SSH протокола.

3. Устанавливаем Fail2Ban и настраиваем чтобы после нескольких неуспешных попыток подключения по SSH банило по IP на длительное время. Кол-во попыток и время бана можно тюнить в меру своей паранойи. У меня, например, банит на час после 2х неуспешных попыток.

4. Iptables. Действуем по принципу "запрещено все, что не разрешено". Запрещаем по умолчанию весь INPUT и FORWARD трафик снаружи. Открываем на INPUT'е 22 порт. В дальнейшем открываем порты/forwarding по мере необходимости. Если у нас предполагаются сервисы на соседних серверах нужные только для внутренней коммуникации (Memcached, Redis, и т.д.), то открываем для них порты только для определенных IP. Просто так торчать наружу для всех они не должны.

5. Настраиваем автоматические обновления apt-пакетов. Уровень security. То есть так, чтобы обновления безопасности накатывались автоматически, но при этом не выполнялись обновления со сменой мажорной версии (дабы обезопасить себя от "само сломалось").

6. Устанавливаем ntpd. Серверное время должно быть точным. Также временную зону сервера лучше всего установить в UTC.

7. TLS (не SSL) используем везде где можем. Через Let's Encrypt получаем бесплатные валидные сертификаты. В конфигах веб-серверов, mail-серверов, и других приложений торчащих наружу (в том числе и OpenVPN), запрещаем/убираем использование слабых шифров. Все ключи/параметры генерируем не менее 2048 бит. Самоподписные сертификаты подписываем с помощью SHA-256 (не SHA-1). Diffie-Hellman параметры (dh.pem) под каждый сервис лучше сгенерить отдельно. Проверяем TLS сервисов через Nmap. Минимальный grade должен быть A, не должно быть warning'ов.

8. Правильный менеджмент пользователей/групп. Приложения/сервисы не должны запускаться под root'ом (разве что они действительно этого требуют и иначе никак). Для каждого сервиса создается свой пользователь.

9. Если предполагается upload файлов через PHP (либо другие скриптовые языки), в директории, куда эти файлы загружаются (и которая доступна снаружи), должно быть жестко отключено любое выполнение скриптов/бинарников, что на уровне ОС (x права), что на уровне веб-сервера.

Это была база.
Дальше, в меру своей паранойи можно за'harden'ить сервер ещё следующими моментами:
- SELinux, chroot
- доступ к SSH только с определенных IP (нужно иметь 3-4 VPN-сервера под рукой)

UPD И да, все это помнить/настраивать руками каждый раз может быть запарно. Используйте Ansible и автоматизируйте процесс (там родные и YAML, Jinja2 и Python).

ходите почаще и побольше.
если таких как вы будет много, то рынок в ответ должен эволюционировать. т.к. работодатели должны будут оптимизировать этот процесс:
= тратить меньше времени
= если отказов много - то возможно поднимать зп

это похоже на вопрос "стоит ли ходить на свидания со многими девушками чтобы получше узнать их, если я пока не хочу жениться? или же я должен ходить на свидания только если готов?". зы подразумеваются свидания без интима (только знакомство), потому что с интимом это уже другой вопрос "этично ли пройти собеседование, устроится на работу, войти в доверие и за первые дни слить весь их код и исчезнуть...?".

Для расчёта можно взять только одну ось, по второй торшер зеркально-симметричен и устойчив. За 0 примем центр основания.
1. Основание - радиус R_осн, масса M_осн
2. Вертикальная труба - расстояние от центра основания X_вт, масса M_вт
3. Дуга, самая сложная часть, примем за сектор в 90°, радиус R_д, масса M_д
4. Вынос - длина L_в, масса M_в
5. Светильник - масса M_св

Для начала посчитаем расположение всех центров масс.
R_цмд = R_д*sin(π/4)/(π/4) = 0.9*R_д
X_цмд = R_д - R_цмд*cos(π/4) - X_вт
X_цмв = R_д - X_вт + L_в / 2
X_св = R_д - X_вт + L_в

Теперь возьмём формулу центра масс сложного объекта
X_цм = SUM(X_i * M_i) / SUM(M_i)
Наложим ограничение X_цм < R_осн
(-X_вт*M_вт + X_цмд*M_д + X_цмв*M_в + X_св*M_св) / (M_осн + M_вт + M_д + M_в + M_св) < R_осн
(M_осн + M_вт + M_д + M_в + M_св) > (-X_вт*M_вт + X_цмд*M_д + X_цмв*M_в + X_св*M_св) / R_осн
M_осн > (-X_вт*M_вт + X_цмд*M_д + X_цмв*M_в + X_св*M_св) / R_осн - M_вт - M_д - M_в - M_св

Надо разобрать корпус, найти UART, подключиться к консоли через USB-UART адаптер и посмотреть что там внутри. Скорее всего там прошивка на основе Linux.
Если сразу будет доступ в консоль, то можно узнать модель и производителя чипсета, версию ядра, и с этой информацией уже собирать свой образ операционной системы под свои нужды.

/dev/null

Значит и начинайте с учебника для школы 6 класса.
Займет - зависит от вашей сообразительности.

Полноценная установка на флешку это не самый оптимальный вариант. Лучше использовать LiveUSB c persistent режимом. Ядро обновить нельзя будет, но программы доустановить можно, а количество записей на флешку во время работы минимально.

Если всё же хотите продолжать работу с установленной системой, то следует её хорошенько подтюнить в сторону уменьшения операций записи, так как именно они существенно тормозят i/o и ускоряют износ флешки. Следует, например, отключить своп, ведение логов, журналирование файловой системы, кэширование веб-контента браузером и т.п.
Так же можно подумать над использованием flashybrid.