Hellanz

Допустим, что СБ отказывает в таких ситуациях.
Получается, чтобы устроиться на работу - нельзя не только быть обвиняемым, но и потерпевшим.
Чтобы не быть потерпевшим, нужно одно из двух:
1. Никогда не становиться жерствой какого-то преступления
2. Игнорировать такие ситуации.

И получается, что такие люди не смогут себе найти работу?
Звучит как какой-то бред.

Скорее всего и отказывать по такой причине тоже незаконно => если у тебя больше нет других причин для отказа, то можно заставить себя трудоустроить и ещё развести компанию на большой штраф.

Если включить логику (вопреки утверждениям, что СБ действует нелогично), то думаем, какие вещи вообще СБ смотрит и зачем.

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

2. Соцсети - логично. Можно составить твой психологический портрет и опять же определить риск слива данных/нарушения NDA или совершения преступлений из п1

3. Наличие родственников, которые подпадают в п1 или п2 - тоже логично. Родственники вполне могут попытаться завлечь тебя в преступную схему.

4. Ты был потерпевшим в рамках уголовного дела или выступал свидетелем - какой тут риск для компании? Что ты подашь в суд на компанию, если будет иметь место нарушение твоих прав? Что ты какой-то неудачник, у которого могут из кармана пропуск в офис украсть? Что у тебя могут с рабочего компьютера украсть какие-то данные?
Кража данных не тобой уже решается при помощи регламентов и специального ПО.
Кража пропусков - аналогично.

Ну и какой резон отказывать тут кандидату, который уже прошёл остальные этапы собеседования и у которого нет очевидных факторов риска? Да ещё и с риском нарваться на нарушение трудового законодательства.

найти работу во front-end нереально и джуны никому не нужны

Джужы и в остальных направления не особо не нужны.

1. Идете на собесы.
2. Записываете и затем устраняете те пробелы, которые не понравились интервьюеру.
3. Повторить первые 2 пункта.

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

Подавать отклик можно, но заявлять себя мидлом не стоит. Мидл - это годы коммерческого командного опыта, а не просто набор знаний.

1. Стоит ли продолжать изучение front-end, если данное направление реально нравится или ситуация действительно такая, что там уже не нужны новые люди?

Новых людей особо нигде не жалуют. Но пробиться всегда есть варианты:
1. Большие компании иногда могут нанимать стажеров по абсолютно любым направлениям и обучать их. Работа будет больше рутинная, но для старта можно и потерпеть.
2. Есть маленькие компании, у которых туго с деньгами, но разрабатывать им надо, соответственно нанимают того кто по карману. Развития здесь скорее всего не будет, но для первой строчки в резюме пойдет, если с 1 вариантом не получилось.

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

Попробовать конечно можно, за попытку никто Вам ничего плохого не сделает.
Но вообще джун-мидл-синьер - это вообще не про уровень знаний в программировании, это больше про софт скилы, которые приобретаются только с опытом работы. Условно я бы так разделил:
Джун - умеет писать код под достаточно конкретные задачи, умеет гуглить если что-то не знает, умеет спросить если не сумел загуглить.
Мидл - как джун + умеет декомпозировать более абстрактную задачу, при необходимости задать по ней правильные вопросы, умеет работать в команде (обсудить проблему, поревьювить чужой код, позаботиться чтоб собственный код был удобен остальным).
Синьер - как мидл + умеет решать проблемы бизнеса с помощью кода.

1. Делать простой бек для своих проектов на nodejs, чтобы проекты были более интересными и показывали мои навыки в js. Будет ли базовое знание nodejs плюсом для front-end разработчика?

Будет, большинство инструментария написано на node и конфигурируется js кодом. Ну и уметь накидать себе заглушку на express пока нормальное api в разработке тоже будет плюсом.

2. Как вообще поступить, если на данном этапе мне хочется попробовать себя в бекенде и подстраховаться на случай того, если не получится найти работу во front-end? Создать второй гитхаб и там выкладывать что-то на других языках или пока нахожусь на стадии обучения и выбора, то просто делать все в одном профиле и потом скрыть?

Не заморачиваться и делать все в одном github. Лучше заморочиться тем как этот github оформлен, например сделать readme для профиля. Нормально оформлять коммиты. Не плодить кучу форков разных чужих проектов. Если есть форк чужого проекта, обязательно должен быть пул реквест туда, ну или хотя бы собственные коммиты в форке.

3. Если я выберу nodejs и буду добавлять его к своим проектам, то нормально ли тогда будет подавать отклик и к фронт и к бек вакансиям?

Нормально. Как и нормально изредка менять направление, а значит и не знать что больше по душе пока не работал. Нормально будет, если полгода-год поработали с одной технологией, а потом несколько лет с другой, но плохо, если менее чем за 2 года смените 3+ стэка.
Я например начинал с php, через год ушел в node.js, еще через пару лет добавил фронт не убирая node.js, еще через 4 года добавил Rust.