Сіздің VPN шлюзіңіз бұзылды: шын мәнінде не ашылды
Бұзылған VPN шлюзі өз туннелінің ішін көреді, бірақ бұл әр сессияны иемдену дегенді білдірмейді. Қалпына келтіруге дейін трафикті, қолжетімділікті және сақталған құпияларды бөліңіз.
VPN шлюзі өзі қорғайтын туннельдің соңында тұрады, яғни ол бұл шифрлауды өткізбейді, оны аяқтайды. Егер шабуылдаушы хостты басқарса, туннель сыртынан әлі де сау көрінеді, ал ортадағы машина енді сенімді емес. Пайдалы сұрақ — бәрі дешифрланады ма деген емес. Сұрақ — сол хост не көре алды, қайда жете алды және оның үстінде қандай құпиялар шын мәнінде сақталды. Бұл үш жауап айтарлықтай ерекшеленеді, және әрекет те олармен бірге ерекшеленеді.
Шлюз туннельді аяқтайды, сондықтан ішін көреді
VPN-де шифрлау секірме-секірме жүреді, ал шлюз сол секірме. Ол сыртқы қабатты алып тастайды, саясатты қолданады және ішкі пакетті жібереді, сондықтан әр тасымалданған пакет бір сәтте сол хосттың жадында оқылатын түрде болады. Бұл кемшілік емес, дизайн. Сондықтан шлюздің бұзылуы туннель криптографиясының бұзылуынан өзге оқиға.
Шабуылдаушының алғаш алатыны — позиция: тасымалданатын трафикті бақылау, жіберуді өзгерту немесе backend орнына жауап беру мүмкіндігі. Одан кейін не алатыны хостқа байланысты, және осында адамдар асыра бағалайды. Шлюзге тек қол жеткізу браузердің TLS сессия кілттерін бермейді, себебі олар ешқашан шлюзде болмаған.
Өлшемі бірдей емес үш әшкерелену
Сұрақты тасымалданатын трафик, қолжетімді жүйелер және сақталған құпиялар болып бөліңіз, содан кейін әрқайсысына жеке жауап беріңіз.
| Exposure | What the attacker gains | What does not follow |
|---|---|---|
| Carried traffic | Plaintext of whatever the tunnel forwards without its own encryption | Keys for TLS sessions that terminate at the application |
| Reachable systems | Whatever the backends accept from the gateway's address | Control of every connected client endpoint |
| Stored secrets | The specific keys, tokens and accounts present on that host | Possession of every client certificate or of a CA key |
Ортаңғы жол — назардан тыс қалатыны. Шлюздің әдетте жеке желілерге маршруты және backend-тер сенетін бастапқы мекенжайы болады, сондықтан қызықты сұрақ — сол backend-тер бұл мекенжайдан неге рұқсат береді. Тар клиенттік қолжетімділік саясаты жақсы бақылау, бірақ хосттағы шабуылдаушы қарапайым клиент қолданатын интерфейспен шектелмейді.
Төменгі жол оқиғаның қанша уақыт созылатынын шешеді. Сервер кілті мен CA кілтінің әсер ету радиусы мүлдем басқа, сол сияқты жергілікті әкімшілік тіркелгі мен тек оқуға арналған мониторинг токенінің де.
Туннель ішіндегі HTTPS әлі де HTTPS
Қолданбаның TLS-і қолданбада аяқталады, VPN шлюзінде емес, сондықтан бұзылған шлюз бұл ағындар үшін тек шифрланған мәтінді бақылайды. Бұл шабуылдаушы алатын нәрсеге нақты шектеу, және мұны ашық айту керек, себебі қарсы мәлімдеме дүрбелең мен нашар шешімдерді таратады. Екі шарт мұны бұзады. Егер жолда сенімді сертификаты бар тексеру компоненті болса, шлюз дизайн бойынша ашық мәтінді көре алады. Егер қолданбаның соңғы нүктесінің өзі бұзылса, туннель маңызсыз.
Сондықтан олар не көрді деген сұраққа жауап шартты, және оны үкім ретінде жарияламай, шарт ретінде жазу керек.
Оған қайта сенбес бұрын не өзгеруі керек
Хостты қайта құру қажет және сирек жеткілікті. Әлі де басқару тіркелгісі, орналастыру тіркелгі деректері немесе қол қою кілті бар шабуылдаушы хостты өз қалауынша қайтара алады. Қалпына келтіру бұзылған машинаға тәуелді емес әкімшілік жолдан басталуы керек.
Нені айналдыруды шешпес бұрын онда не болғанын түгендеңіз. Кілттер, қызмет тіркелгілері, API токендері, жергілікті пайдаланушылар, жоспарланған тапсырмалар, сенім қатынастары және орналастыру желісі — бәрі үміткер, және әрқайсысының растауы керек иесі бар.
ss -lntup
getent passwd
crontab -l
ip route show table allБұл тізім хосттың не ұсынғанын және қайда жете алатынын көрудің ең жылдам жолы. Алдымен дәлелдерді сақтаңыз, жауап иесінің процесіне сәйкес, себебі қайта құру тергеуге қажет нәрсенің дәл өзін жояды. NIST SP 800-61 3-ші редакциясы дайындықты, анықтауды, жауапты және қалпына келтіруді қайта іске қосу нұсқаулығы ретінде емес, бір тәуекел процесінің бөліктері ретінде қарастырады.
Келесісін арзандататын шекаралар
Төрт шекараны қажет болмай тұрып салған жөн. Шлюз арқылы аутентификация жасамайтын тәуелсіз қалпына келтіру жолын ұстаңыз. Қол қою өкілеттігін трафикке қызмет ететін хосттан бөлек ұстаңыз. Шлюздің қайда жете алатынын шектеңіз, сонда бұзылған шлюз автоматты түрде бұзылған басқару желісі болмайды. Және әр тіркелгі дерегі кімге тиесілі екенін жазып қойыңыз, сонда айналдыру археологиялық жоба емес, бір телефон қоңырауы болады.
Бұлардың ешқайсысы бұзылудың алдын алмайды. Олар оны шектеп, нашар апта мен нашар тоқсанның арасындағы айырмашылықты жасайды.