Hoe u uw computer tegen aanvallen kunt beschermen

Heel goed voor iedereen, voordat ik in de verharding van je team ga, wil ik je vertellen dat het installatieprogramma dat ik aan het ontwikkelen ben voor Gentoo zich al in de pre-alfafase bevindt 😀 dit betekent dat het prototype robuust genoeg is om door anderen te worden getest gebruikers, maar tegelijkertijd is er nog een lange weg te gaan, en de feedback van deze fasen (pre-alfa, alfa, bèta) zal helpen bij het definiëren van belangrijke kenmerken van het proces 🙂 Voor geïnteresseerden ...

https://github.com/ChrisADR/installer

. Ik heb nog steeds de Engelstalige versie, maar hopelijk heeft het voor de bèta ook al een Spaanse vertaling (ik leer dit van runtime-vertalingen in Python, dus er is nog veel te ontdekken)

Verharding

Als we het over hebben verhardingverwijzen we naar een grote verscheidenheid aan acties of procedures die de toegang tot een computersysteem of netwerk van systemen belemmeren. Precies daarom is het een enorm onderwerp vol nuances en details. In dit artikel ga ik een aantal van de belangrijkste of aanbevolen dingen opsommen waarmee je rekening moet houden bij het beschermen van een systeem. punten zou het onderwerp zijn van een eigen artikel.

Fysieke toegang

Dit is ongetwijfeld het eerste en belangrijkste probleem voor teams, want als de aanvaller gemakkelijk fysieke toegang heeft tot het team, kunnen ze al worden geteld als een verloren team. Dit geldt zowel voor grote datacenters als voor laptops binnen een bedrijf. Een van de belangrijkste beschermingsmaatregelen voor dit probleem zijn de sleutels op BIOS-niveau, voor iedereen voor wie dit nieuw klinkt, is het mogelijk om op deze manier een sleutel te plaatsen voor de fysieke toegang tot het BIOS, op deze manier als iemand de parameters van inloggen en het starten van de apparatuur vanuit een live systeem, het zal geen gemakkelijke klus zijn.

Nu is dit iets basaals en het werkt zeker als het echt nodig is, ik ben in verschillende bedrijven geweest waar dit niet uitmaakt, omdat ze geloven dat de bewaker van de deur meer dan voldoende is om fysieke toegang te kunnen vermijden . Maar laten we naar een iets geavanceerder punt gaan.

luxe

Stel voor een seconde dat een "aanvaller" al fysieke toegang tot de computer heeft gekregen, dan is de volgende stap het versleutelen van elke bestaande harde schijf en partitie. LUKS (Linux Unified Key-instelling) Het is een coderingsspecificatie, onder andere staat LUKS toe dat een partitie wordt gecodeerd met een sleutel, op deze manier kan de partitie bij het opstarten van het systeem, als de sleutel niet bekend is, niet worden gemount of gelezen.

Paranoia

Er zijn zeker mensen die een "maximaal" beveiligingsniveau nodig hebben, en dit leidt tot het beschermen van zelfs het kleinste aspect van het systeem, nou, dit aspect bereikt zijn hoogtepunt in de kernel. De linux-kernel is de manier waarop uw software zal interageren met de hardware. Als u voorkomt dat uw software de hardware "ziet", zal het de apparatuur niet kunnen beschadigen. Om een ​​voorbeeld te geven, we weten allemaal hoe "gevaarlijk" USB met virussen is als we het hebben over Windows, want USB kan zeker code bevatten in Linux die al dan niet schadelijk is voor een systeem, als we de kernel alleen het type laten herkennen van usb (firmware) die we willen, zou elk ander type USB eenvoudigweg door ons team worden genegeerd, iets zeker een beetje extreem, maar het zou kunnen werken afhankelijk van de omstandigheden.

diensten

Als we het over services hebben, is het eerste woord dat in ons opkomt "supervisie", en dit is iets heel belangrijks, aangezien een van de eerste dingen die een aanvaller doet bij het betreden van een systeem, de verbinding onderhouden. Het periodiek analyseren van inkomende en vooral uitgaande verbindingen is erg belangrijk in een systeem.

iptables

Nu hebben we allemaal gehoord over iptables, het is een tool waarmee je regels voor het invoeren en afsluiten van gegevens op kernelniveau kunt genereren, dit is zeker handig, maar het is ook een tweesnijdend zwaard. Veel mensen geloven dat ze door de "firewall" vrij zijn van elke vorm van in- of uitgang uit het systeem, maar niets is minder waar, dit kan in veel gevallen alleen als een placebo-effect dienen. Het is bekend dat firewalls werken op basis van regels, en deze kunnen zeker worden omzeild of misleid om gegevens te laten transporteren via havens en diensten waarvoor de regels het als 'toegestaan' beschouwen, het is gewoon een kwestie van creativiteit 🙂

Stabiliteit versus rollende release

Dit is op veel plaatsen of situaties nogal een omstreden punt, maar laat me mijn standpunt uitleggen. Als lid van een beveiligingsteam dat waakt over veel van de problemen in de stabiele tak van onze distributie, ben ik me bewust van vele, bijna alle kwetsbaarheden die bestaan ​​op de Gentoo-machines van onze gebruikers. Nu gaan distributies zoals Debian, RedHat, SUSE, Ubuntu en vele anderen door hetzelfde, en hun reactietijden kunnen variëren afhankelijk van veel omstandigheden.

Laten we naar een duidelijk voorbeeld gaan, iedereen heeft vast wel eens gehoord over Meltdown, Spectre en een hele reeks nieuws die tegenwoordig over het internet is gevlogen, nou, de meest "rollende release" -tak van de kernel is al gepatcht, het probleem ligt Door die fixes naar oudere kernels te brengen, is backporting zeker hard en moeilijk werk. Nu daarna moeten ze nog worden getest door de ontwikkelaars van de distributie, en zodra het testen is voltooid, is deze alleen beschikbaar voor normale gebruikers. Wat wil ik hiermee krijgen? Omdat het rolling-release-model vereist dat we meer weten over het systeem en manieren om het te redden als er iets niet lukt, maar dat is het goed, omdat het handhaven van absolute passiviteit in het systeem verschillende negatieve effecten heeft voor zowel de beheerder als de gebruikers.

Ken uw software

Dit is een zeer waardevolle toevoeging bij het beheer, dingen die zo eenvoudig zijn als het abonneren op het nieuws van de software die u gebruikt, kunnen u helpen om van tevoren de beveiligingsmededelingen te kennen, op deze manier kunt u een reactieplan genereren en tegelijkertijd zien hoeveel Het kost tijd voor elke distributie om de problemen op te lossen, het is altijd beter om proactief te zijn in deze problemen omdat meer dan 70% van de aanvallen op bedrijven worden uitgevoerd door verouderde software.

Reflection

Wanneer mensen het hebben over verharding, wordt vaak aangenomen dat een "beschermd" team tegen alles bestand is, en er is niets meer onwaar. Zoals de letterlijke vertaling aangeeft, verharding impliceert dingen moeilijker maken, NIET onmogelijk ... maar vaak denken veel mensen dat dit donkere magie en veel trucs zoals honeypots met zich meebrengt ... dit is een extra, maar als je de meest basale dingen niet kunt doen, zoals het houden van software of taal bijgewerkt programmeren ... het is niet nodig om fantoomnetwerken en teams met tegenmaatregelen te creëren ... Ik zeg dit omdat ik verschillende bedrijven heb gezien waar ze om versies van PHP 4 tot 5 vroegen (uiteraard stopgezet) ... dingen die vandaag staan ​​erom bekend honderden, zo niet duizenden beveiligingsproblemen te hebben, maar als het bedrijf de technologie niet kan bijhouden, is het nutteloos als ze de rest doen.

Als we allemaal gratis of open software gebruiken, is de reactietijd voor beveiligingsfouten meestal vrij kort, het probleem doet zich voor als we te maken hebben met propriëtaire software, maar dat laat ik achter voor een ander artikel dat ik nog steeds hoop binnenkort te schrijven.

Heel erg bedankt dat je hier bent 🙂 groeten