Arkisto '3-ERR "luokkaan

Ovatko virtualisoitu Systems enemmän tai vähemmän turvallinen?

18 toukokuu 2010

Minulla on ollut edellä esitettyyn kysymykseen tarpeeksi monta kertaa, että tunsin sen arvoinen blogi. Vaikka muutama vuosi sitten vastaus on saattanut "epävarmemmaksi", tänään vastaus on "niin". Tiedän, kuulostaa Chris ovat varauksellisia, mutta että vastaus todellakin tarkimmin kuvaa nykytilaa tekniikkaa.

Virtualisointi muuttaa kaiken

Olen kuullut muutamia ihmisiä huomautus, että virtualisointi on aikeissa vaikutus teollisuuden samalla tavalla kuin Internet teki 90-luvulla. Ollakseni rehellinen, uskon, että on hyödyllistä, että lausunnossa. Vuonna 90-luvun alussa useimmat ihmiset juoksivat IPX, AppleTalk, NetBUI ja lukuisia muita pöytäkirjoja suljettuja verkkoja. Loppuun mennessä 90, useimmat ihmiset juoksivat IP yksinomaan yhteyden koko maailmaa. Näin sen teimme liiketoimintaa sekä tapaamme soveltaa turvallisuutta, täysin muuttunut vuosien että 10 vuotta. Sekä verkonhallinta ja turvallisuus taitoja, jotka olivat kärjessä vuonna 1990 olivat kaikki mutta hyödyttömiä vuoteen 1999 mennessä.

Virtualisointi alkaa ylösajamiseen on sama vaikutus teollisuudelle. Virtualisointi käyttöönotto vaatii täydellistä uudelleenarviointia hakemisesta turvallisuutta. Back in 1990, adminit jotka yksinkertaisesti kytketty Internetiin, ottamatta huomioon miten tämä vaikuttaa heidän verkko, paloi iso aikaa. Olemme jonossa nähdä samanlaisia ​​tuloksia kuin ihmiset hyväksymään virtualisointi.

Mikä tekee Virtualisointi vähemmän turvallinen

Akilleen kantapää virtualisointi on ohjelmiston itse. Toivomme voimme luottaa ohjelmisto pitää vieras järjestelmien päässä toisistaan, samoin kuin vastaanottavan ja / tai hypervisor. On kaksi suurta ongelmaa tämän odotuksen:

  1. Mitään ohjelmistoa ei Bug ilmaisia
  2. Ohjelmisto voidaan väärin

Muutama vuosi sitten Core Tutkimus osoitti he voisivat päästä pois vieras ja saa täyden määräysvallan kone-käyttöjärjestelmä . Vaikka hypervisor on tarkoitus rajoittaa, että vastuiden tyypin, olemme varmasti nähneet tapauksia, joissa jopa hypervisor on sivuutettu . Olemme jopa nähneet tapausta ohjelmisto tulee hyödyntää vain ajettavat virtualisoidussa ympäristössä . Nämä linkit näyttävät pienen läpileikkauksen virtualisointi ongelmia, jotka on löydetty viime vuosina. Google voi antaa sinulle enemmän täydellinen lista, jos olet kiinnostunut.

Joten varovainen turvallisuus ammatillinen tulee olemaan varovaisia ​​sokeasti luottaa ohjelmisto voidaan turvata. Ongelma on myyjät eivät aina tätä samaa lähestymistapaa. Ota VMware niiden ESX (pian ESXi) tuote esimerkkinä. Monet meistä olivat ällikällä lyötyjä, kun VMware edustaja ilmoitti CanSecWest että se oli teoriassa mahdotonta hyökätä ESX hypervisor . Kun me yksinkertaisesti olettaa, että jotakin on särkymätön, joku luovempi aikoo keksiä keino lyödä läpi .

Eräs suurimmista huolenaiheista on ESX / ESXi, että VMware on suunnitellut sen olevan modulaarinen (via VMSafe ). Hyvänä puolena tämä tarkoittaa, että ulkopuoliset toimittajat voivat luoda tuotteita, jotka auttavat parantamaan hypervisor toimivuutta ja turvallisuutta. Haittapuolena tässä lisää merkittävästi mahdollisuuksia huono koodi otetaan käyttöön, joka voi vaarantaa tietoturvan.

Olemme nähneet hyvä esimerkki tästä aiemmin. Marcus Ranum luotu Gauntlet palomuuri, joka tuolloin oli yksi kaikkein turvallisin ja potkia Butt turvalaitteiden käyttöön. Kun kolmikirjaiminen virastojen halusi paras turvallisuus, he kääntyivät Gauntlet. Marcus myydään Gauntlet on Network Associates (myöhemmin tuli McAfee), joka aloitti välittömästi siihen on lisätty ominaisuuksia. Ei kestänyt kauan ennen kuin tasainen jono haavoittuvuuksia oltiin löydetty, jokainen otettu käyttöön näiden uusia "ominaisuuksia". Sieltä tuote menetti turvallisuus uskottavuus ja liukui pois tutkan.

Nyt se on varmasti mahdollista lisätä ominaisuuksia ja pitää asiat turvallista. FreeBSD ihmiset ovat erinomainen esimerkki siitä, miten tämä oikein. Turvallisuuden varmistamiseksi ne pitää erittäin tiukka auditointiprosessi . Onko se täydellinen? Ehdottomasti ei, mutta niiden auditointiprosessi on asettanut riman turvallisen ohjelmiston käyttöönottoon. Mitään onnea VMware tekee samanlaisia, mutta en ole kuullut mitään buzz tästä ole.

Getting Your Head Straight

OK, joten emme voi sokeasti luottaa virtualisointiohjelmistoa pitää hyökkääjät loitolla. Voimme kuitenkin vielä ryhtyä varotoimiin voidaan minimoida vaikutuksia, jos pahin ei tapahdu. Yksi suurimmista vaiheita voit on miettiä, millä palvelimella saada isännöi, ja mitä muita asiakkaiden järjestelmät saavat ajaa samaan laatikkoon. Suojausvyöhyke käsite käyttämä verkko arkkitehdit on yhtä soveltaa tässä tapauksessa.

Suojausvyöhyke on yksinkertaisesti kokoelma järjestelmiä, joilla on sama suhteellinen riskitaso. Esimerkiksi Web-ja SMTP-palvelimet ovat yleensä kaikki sijaitsevat DMZ, koska ne kaikki on samanlaisia ​​riski suora hyökkäys. On sisäosan verkon, työasemien sijoitetaan yleensä eri suojausvyöhykkeeseen kuin palvelimet. Tämä johtuu palvelimien juurikaan ole pääsyä Internetiin, kun pöytäkoneet ovat yleensä saa suoraan. Tämä asettaa työasemat suurempi riski hyökätä kuin palvelimiin.

Voimme soveltaa tätä samaa logiikkaa toteutettaessa virtualisointiin. DMZ-palvelin ja sisäinen palvelin ei tulisi vieraita samalla laitteisto (sekä CPU ja disk array). Näin voisi mahdollistaa hyökkääjän luoda vaihtoehtoista reittiä meidän verkkoon. Eikä tarvitse välittää minkä tahansa palomuurin, nids, maaohjelmat yms. laitteet, jotka on otettu käyttöön viiraan, hyökkääjä saattaa pystyä päästä sisäiset resurssit kautta virtualisointiohjelmisto. Onko se helppo hyökkäys? Ei siitä, mitä olemme toistaiseksi nähneet. Toiminnallinen hyödyntää on löydetty kuitenkin, joten miksi ottaa turhia riskejä, jos emme tarvitse.

Muuten, nämä samat suojausvyöhykkeeseen sääntöjä olisi sovellettava sinun virtualisoitu verkon vaihteen. Esimerkiksi se on huono idea käyttää samaa fyysistä kytkin VLAN DMZ ja sisäisen verkon. Olen nähnyt pari asiakkaat saavat rättiväsynyt niin.

Mikä tekee Virtualisointi turvallisempi

Onneksi suojauksen näkökulmasta, virtualisointi ei ole kaikki huonoja uutisia. Itse asiassa on olemassa joitakin hyvin viileä turvallisuuskäytäntöjä voit soveltaa virtualisoidussa ympäristössä, et yksinkertaisesti voi tehdä ilman sitä. Tämä oli yksi syy aloimme käyttää virtualisointi sisällä Honeynet jo vuonna 2000.

Yksi suurimmista turvallisuuskysymykset me kohtaamme tänään ytimen tason rootkit . Mikä tekee tästä rasitusta haittaohjelmia niin salakavala on se tehokkaasti kääntyy käyttöjärjestelmän itsensä haittaohjelmia. Tämä tekee havaitsemisen erittäin vaikeaksi, koska kaikki turvatarkastukset on läpäistävä ytimen. Jos varsinainen ydin on vaarantunut, emme voi luottaa ydin lähettää tarkka ilmoitus suojaustietoja. Me loppuun asti ottaa sammuttaa järjestelmää, kiinnitä ajaa tiedetään olevan puhdas OS, ja suorittaa meidän rikosteknisen tarkistaa sieltä. Voi tietysti ongelma tässä prosessissa on, että se ei mittakaavassa hyvin. Jos meillä on kymmeniä tai satoja palvelimia, ei yksinkertaisesti ole tarpeeksi aikaa päivä tarkistaa ne kaikki oikein.

Kuten aiemmin mainittiin, VMware sallii nyt kolmansien osapuolien pääsy hypervisor API kautta VMSafe. Tämä mahdollistaa pääsyn etuoikeutettu tilatietoja, kuten muistin ja verkkoliikenteen, kustakin vieras OSs. Kytkemällä tulee hypervisor, joitakin erittäin viileä suojaustoimintoja tullut mahdolliseksi.

Esimerkiksi Sanotaan vieras OS hyökkää ytimen tason rootkit. Analysoimalla vieras muisti, rootkit voidaan havaita ulkopuolelta virtuaalinen käyttöjärjestelmä. Kun Suoritettuaan kautta hypervisor, on paljon vähemmän sattumaa, että rootkit voi varkain toiminnastaan ​​ja jäädä havaitsematta. Kuten aiemmin mainittiin, ei ole vastaavaa vaihtoehtoa ei-virtualisoidun järjestelmän.

API plug luo myös uusia mahdollisuuksia käsitellä salattua liikennettä. Kun päästä päähän salaus työskentelee (kuten VPN), verkko perustuu tarkastukset sovellustasolla helposti ohitetaan. Ainoa todellinen vaihtoehto oli juosta agentti ohjelmisto päätepiste, joten turvallisuus voitaisiin toteuttaa jälkeen salauksen purkaminen. Tietenkin ongelma tässä on, että jos aine on hyökätty, kaikki vedot ovat pois päältä. Jälleen kytkemällä osaksi hypervisor olemme paremmassa asemassa turvallisemmin tutkia näitä tietoja.

Olemme juuri aloittamassa nähdä uusia tuotteita, jotka hyödyntävät VMSafe API pistoke . Koska kaikki tuotteet ovat suhteellisen uusia, ei ole vielä päästy siitä, kuinka tehokkaasti ne voivat olla. Tuotteet ajaa Gambit korvaamasta isäntä palomuuri ja IDS suojaa täyteen käytäntöjen noudattamista. On mielenkiintoista nähdä, miten tämä tuote markkinarako ravistelee pois ensi vuoden aikana.

Yhteenveto

Joten kuten mainitsin alussa tätä viestiä, virtualisointi on kyky tehdä ympäristöön joko enemmän tai vähemmän turvallinen, riippuen siitä, miten käyttää sitä. Jos vain alkaa kaiken yksi laatikko, olet luultavasti menossa saada poikki. Jos laajentaa parhaita käytäntöjä, joita on kehitetty vuosien varrella virtualisoinnin maailmaan sekä hyödyntää joitakin uusia turvatekijöitä, jotka julkaistaan, voit itse luoda parempi yleinen turvallisuus ryhti.

Yhdistämällä Logwatch ja OSSEC - Osa 4

18 helmikuu 2010

Minun viimeinen viesti asensimme Logwatch sekä OSSEC. Nyt on aika saada Logwatch ja OSSEC pelissä samassa hiekkalaatikossa. Tässä post tulen keskustelemaan, miten saada Logwatch yhteenvedon tiedot ovat tuottaman OSSEC.

Asennusvaihtoehdot

Meillä on kaksi polkuja voimme seurata teet asetukset:

  1. Onko Logwatch jäsentää OSSEC lokit suoraan.
  2. Onko OSSEC lähettää hälytyksiä Syslog tyyppi palvelimeen, suorita Logwatch siitä lokipalvelin.

Hyötyä optio # 1 on, että tarvitsemme vain yksi järjestelmä. Logwatch ajetaan järjestelmässä hosting OSSEC palvelimelle. Ongelma aiomme törmätä kuitenkin liittyy OSSEC hälytys tiedosto. Kirjaudu merkinnät eivät saa normalisoitunut. Tämä tarkoittaa muoto voi muuttua pääse pääsy, ja se voi jopa jakaa usealle riville. Se tulee olemaan todellinen painajainen luoda Logwatch komentosarjan, joka suodattaa ja yhteenveto ilmoituksilla.

Jos me mennä optio # 2, vaadimme toinen laatikko toimimaan Keskitettyjen kirjautumalla palvelimelle. Jotta OSSEC palvelin hyväksy lokitiedot ei-agentti järjestelmiä, se on kuuntelemaan UDP/514. Tämä on sama käyttämä portti keskitetysti kirjautumalla palvelimelle, ja et voi olla kaksi hakemusta sama portti (paitsi Windows, mutta socket-yhteys on erittäin sotkuinen). Hyvänä puolena, hälytys merkinnät saavat normalisoitui, kun ne siirretään lokipalvelin näin ollen syntyy Logwatch yhteenveto skripti on paljon helpompaa. Lisäksi Logwatch jo tietää standardin Syslog tiedostoja, joten meillä on vähemmän räätälöintiä työtä.

Lopuksi mainitsin aiemmin viesti, joka OSSEC ei ole suunniteltu SIM. Tämä johtuu siitä ei tallenna kaikkea, vain tapahtumia, jotka tuottavat hälytys. Joten olemme luultavasti menossa halua keskitetylle palvelimelle joka tapauksessa, ja on järkevää olla se tallentaa tiedot ovat tuottaman OSSEC.

Joten jos se kuulostaa Olen ohjausryhmän sinua kohti optio # 2 Olet täysin oikeassa. Tämän sanoi, olen todella tulee kattaa optio # 1, koska se on paljon monimutkaisempi setup.

Suhtautuminen pvm / aikaleimat

Tutustu tärkein OSSEC lokitiedostoon ja sinun pitäisi nähdä seuraavanlainen:

[Root @ Fubar lokit] # tail -3 / var / ossec / logs / ossec.log

18.02.2010 12:32:05 ossec-rootcheck: INFO: Ending rootcheck skannata.

18.02.2010 14:27:06 ossec-syscheckd: INFO: Starting syscheck skannata.

18.02.2010 14:39:21 ossec-syscheckd: INFO: Ending syscheck skannata.

Huomaa miten päivämäärä / aikaleima on alustettu. Tämä on erilainen kuin useimmat sovellukset, joten ensimmäinen asia, joka meidän tulee tehdä, on kertoa Logwatch miten käsitellä tätä muotoa. Meidän täytyy luoda skriptin, että voimme soittaa tarvittaessa joka ymmärtää muodossa yllä.

Aloita siirtymällä jaettu scripts hakemistossa:

cd / usr / share / logwatch / scripts / jaettu

Käyttämällä mielimuokkaimellasi, luo tiedosto nimeltä "applylongdate":

vi applylongdate

Tässä on mitä tarvitset sisällä kyseisen tiedoston. Voit vapaasti kopioida / liittää tältä sivulta:

käyttää Logwatch ": päivämäärät";

my $ Debug = $ ENV {'LOGWATCH_DEBUG "} | | 0;

$ SearchDate = TimeFilter ('% Y /% m /% d% H:% M:% S ");

if ($ Debug> 5) {

Tulosta stderr "DEBUG: Inside ApplyLongDate ... \ n";

Tulosta stderr "DEBUG: Looking For:". $ SearchDate. "\ N";

}

while (määritelty ($ ThisLine = <STDIN>)) {

if ($ ThisLine = ~ m / ^ $ SearchDate / o) {

print $ ThisLine = ~ s / ^ .... \ / .. \ / .. ..:..:.. / /;

print $ ThisLine;

}

}

# VI: shiftwidth = 3 syntaksi = perl tabstop = 3 et

Kun olet tallentanut tiedoston, meidän täytyy nyt asettaa käyttöoikeudet:

chmod 755 applylongdate

Määritä Lokitiedostot

Seuraavaksi meidän täytyy kertoa Logwatch jossa OSSEC lokitiedostot sijaitsevat. Aina kun lisäät uusia lokitiedostot tai luoda uusia palveluja seuraamaan Logwatch, sinun tulee tehdä muutoksia alla / etc / logwatch hakemistosta. Aiomme luoda kaksi asetustiedostoja. Ensimmäinen käsittelee OSSEC viestejä, ja toinen käsittelee OSSEC hälytykset ja aktiivinen vaste muuttuu.

Aloitetaan luomalla konfigurointitiedostoa tärkein OSSEC lokitiedosto:

cd / etc / logwatch / conf / lokitiedostot

vi ossec.conf

Tiedoston sisältö pitäisi olla seuraa:

Logfile = / var / ossec / logs / ossec.log

* ApplyLongDate =

Voit nyt tallentaa ja poistua tiedosto. Seuraavaksi luomme config tiedostosta jäljellä lokitiedostot:

VI ossec-alert.conf

Tämän tiedoston sisällön pitäisi olla seuraa:

Logfile = / var / ossec / logs / aktiivinen-responses.log

Logfile = / var / ossec / logs / ilmoitukset / alerts.log

Logfile = / var / ossec / logs / palomuuri / firewall.log

Kun olet valmis, tallenna ja poistu. Oletuskäyttöoikeuksia pitäisi hyväksyä meidän setup.

Konfigurointi OSSEC Palvelut

Seuraavaksi meidän on määriteltävä OSSEC palvelut ja selvittää, mitä haluamme käyttää nimenä, kun raportteja syntyy. Näin voit luoda ensimmäisen tiedoston:

cd / etc / logwatch / conf / palvelut

vi ossec.conf

Tämän tiedoston sisällön on melko yksinkertainen:

Title = "OSSEC viestit"

Logfile = ossec

Kun olet valmis voit tallentaa ja poistua. Meidän on luotava yksi tiedosto tähän hakemistoon:

VI ossec-alert.conf

Tämän tiedoston sisällön pitäisi olla:

Title = "OSSEC hälytykset"

Logfile = ossec-hälytys

Kun olet valmis, tallenna ja poistu normaalisti.

Jäsennys Merkinnät

Seuraavaksi meidän täytyy kertoa Logwatch kuinka muotoilla lokitiedot sisällä raportti. Meidän on luotava räätälöinnin käsikirjoitus kullekin laajemman palveluvalikoiman. Aiomme aloittaa käyttämällä Logwatch mukana testikoodi, vain varmista, kaikki toimii.

Aloita siirtymällä asianmukainen hakemisto:

cd / etc / logwatch / scripts / palvelut

Käytä mielimuokkaimellasi luomaan ensimmäinen käsikirjoitus:

vi ossec

Sisältö käsikirjoituksen pitäisi olla seuraa:

#! / Bin / bash

# Tämä on niin mukavaa skripti, joka näyttää sinulle linjat tulet

# Voidaan käsittely ja raportointi. Se ensimmäinen näyttö

# Vakio ympäristömuuttujat ja kestää STDIN ja

# Dumpata sen takaisin ulos STDOUT.

# Nämä ovat standardin ympäristömuuttujat. Voit määritellä

# Enemmän palveluksessasi config tiedosto (ks. edellä).

echo "Ajanjakso: $ LOGWATCH_DATE_RANGE"

echo "Detail Level: $ LOGWATCH_DETAIL_LEVEL"

echo "Temp Dir: $ LOGWATCH_TEMP_DIR"

echo "Debug Level: $ LOGWATCH_DEBUG"

# Nyt ottaa STDIN ja dumpata se STDOUT

kissa

Nyt Luo Toisella koodilla:

VI ossec-hälytys

ja sisältää täsmälleen sama sisältö:

#! / Bin / bash

# Tämä on niin mukavaa skripti, joka näyttää sinulle linjat tulet

# Voidaan käsittely ja raportointi. Se ensimmäinen näyttö

# Vakio ympäristömuuttujat ja kestää STDIN ja

# Dumpata sen takaisin ulos STDOUT.

# Nämä ovat standardin ympäristömuuttujat. Voit määritellä

# Enemmän palveluksessasi config tiedosto (ks. edellä).

echo "Ajanjakso: $ LOGWATCH_DATE_RANGE"

echo "Detail Level: $ LOGWATCH_DETAIL_LEVEL"

echo "Temp Dir: $ LOGWATCH_TEMP_DIR"

echo "Debug Level: $ LOGWATCH_DEBUG"

# Nyt ottaa STDIN ja dumpata se STDOUT

kissa

Lopuksi meidän on asetettava tarvittavat oikeudet:

chmod 755 ossec *

Testaus Setup

Helpoin tapa testata uuden asennuksen on ajaa komento:

logwatch | less

Jos haluat vain nähdä muutokset, voit suorittaa raportin kunkin palvelun, yksi kerrallaan:

logwatch-palvelu ossec | less

logwatch-palvelun ossec-hälytys | less

Muokata edelleen

Kun saat kaikki edellä toimii, voit keskittyä saamaan Logwatch suodattaa ja tiivistää lokitiedot. Logwatch on melko joustava, ja voit muokata lähtö haluamallasi tavalla. Yksi mukavia asioita edellä testikoodi yläpuolella on, että se näyttää sinulle täsmälleen, mitä sinun täytyy työskennellä. Joten hieman säännöllinen lauseke magic voit tehdä yhteenvetoja merkinnät kun pitävät asianmukaisina. Joillekin ideoita, tutustu tiedostojen alla:

/ Usr / share / logwatch / scripts / palvelut

Nämä ovat oletuksena yhteenveto skriptejä mukana Logwatch. Erityisesti on tarkasteltava tiedostot "pam" ja "sshd". Ne ovat erinomaisia ​​esimerkkejä sekä yksinkertaisia ​​ja monimutkaisia ​​yhteenveto suodattimia.

Kun kehität skriptejä, kiinnitä huomiota $ LOGWATCH_DETAIL_LEVEL "muuttuja. Tämän ansiosta voit muokata lähtötasoa raportin riippuen siitä kuinka paljon näyttötaso käyttäjä etsii. Esimerkiksi kun olet vielä edellä palveluiden hakemistoon, suorita seuraava komento:

vähemmän sshd

Kun ensimmäisen sivun tiedoston sisältö näytetään, kirjoita:

/ Detail <Anna Key>

Kenoviiva auttaa meitä etsiä tiedoston tietyn merkkijonon. Tässä tapauksessa Etsimme sana "Detail". Kun painat Enter haku hyppää läpi tiedosto kunnes se löytää ensimmäisen oikeusasteen merkkijono. Siinä korostuvat myös hakumerkkijonon. Ensimmäisessä ottelussa huomaat, että kirjailija määritetty muuttujaan "$ Detail" olla sama kuin muuttuja $ LOGWATCH_DETAIL_LEVEL ". Näin pyritään säästämään heille joitakin kirjoittamalla.

Paina nyt kenoviiva näppäintä uudelleen sen jälkeen Enter-näppäintä. Tämä hyppää läpi tiedosto seuraavaan esiintymään "Detail". Sinun pitäisi nähdä:

if ($ tietoja> = 20) {

$ Käyttäjät {$ user} {$ host} {$ Method} + +;

} Else {

if ($ isäntä! ~ / $ IgnoreHost /) {

$ Käyttäjät {$ user} {$ host} {"(kaikki )"}++;

Huom kirjailija saa lisää tietoa, jos yksityiskohtien määrä on asetettu 20 (välissä pieni ja keskisuuri) tai korkeampi. Pidä hyppäämällä läpi tiedoston ja näet muita esimerkkejä, joissa kirjailija velkarahalla tätä tekniikkaa.

Nyt sivu alas tiedoston loppuun ja sinun pitäisi nähdä tämä lausunto:

if (avaimet% OtherList) {

print "\ n ** Ylivertainen Entries ** \ n";

print "$ _: $ OtherList {$ _} Aika (s) \ n" foreach avaimet% OtherList;

}

Tämä osio on erittäin tärkeä, koska se on lopullinen Haavi. Ajattele palomuurin politiikan hetkeksi. Useimmat meistä luoda lopullinen sääntö, joka sanoo, "Jos en ole erikseen salli laskukierroksessa läpi, kieltää". Toisin sanoen, jos jotain yllättävää tapahtuu, näin minä haluan teidän käsitellä sitä.

Lausumassa palvelee samaa tarkoitusta jäsennettäessä lokitiedostoon. Kaikki aiemmat "jos" lausunnot yrittää sovittaa tietyn tekstin merkkijono lokimerkintä jotta alustaa sen kunnolla. Tämä artikkeli sanoo "Jos et ole sovitettu ja painettu erityinen lokitapahtuman vielä, tulosta se on osio" ** Ylivertainen Entries ** ". Tämä vaihe on erittäin tärkeä, koska ilman sitä emme koskaan näe odottamattomia merkinnät. Se on odottamaton merkinnät, jotka luultavasti tärkein ja kiinnostavin.

Exec Yhteenveto

Sekä OSSEC ja Logwatch ovat erinomaisia ​​ilmaisia ​​työkaluja. OSSEC kunnostautuu varoittaa, kun tunnettu hyökkäys kuvio tapahtuu. Logwatch on loistava työkalu yhteenvedon aika kimpale lokit jotta ihmiset voivat todella saada tolkkua, mitä tapahtuu. Yhdistämällä kaksi työkalua voit luoda paljon vakaampi puolustus syvällistä asennon. Koko tulee enemmän kuin osiensa summa.

Yhdistämällä Logwatch ja OSSEC - Osa 3

17 helmikuu 2010

Minun kaksi viimeistä viestiä Keskustelin Logwatch ja OSSEC sekä miten niitä voidaan hyödyntää laajentaa tietoturvaa ryhti. Tässä erä tulen keskustelemaan siitä, miten asentaa molemmat näistä työkaluista.

Asentaminen Logwatch

Logwatch on melko helppo asentaa. Itse asiassa se on asennettuna monien Linux-jakeluiden niin saatat jo kopioi järjestelmään. Voit tarkistaa, kirjautuminen pääkäyttäjänä ja yritä ajaa Logwatch kanssa "-v"-kytkin. Jos näet:

[Root @ Fubar logwatch] # logwatch-v

Logwatch 7.3.6 (julkaistu 19.5.07)

Logwatch on asennettu ja olet kopio uusimman version. Jos sinulla ei ole uusinta versiota, voit napata sen Logwatch lataussivulta .

On olemassa kolme makuja Logwatch jonka voi ladata, binäärejä, rpm-muodossa, lähde RPM-muodossa, tai lähde Tar pallo. Jos järjestelmä tukee RPM pakettien hallinnan, binary RPM on paras valinta. Se on yksinkertainen asentaa ja RPM automaattisesti päivittää ohjelmistoa, kun uudet versiot ovat saatavilla.

Asentaminen Logwatch alkaen RPM

Voit asentaa binary version RPM, yksinkertaisesti kirjautua pääkäyttäjänä ja siirry hakemistoon, johon latasit RPM-tiedoston. Nyt suorittaa komennon:

rpm-U logwatch-7.3.6-1.noarch.rpm

Älä unohda voit SARKAIMELLA automaattinen täydennys tiedoston nimi eikä tarvitse kirjoittaa koko jutun.

Asentaminen Logwatch From Source

Asennus lähde on vähän enemmän aikaa. Muista, että voidakseen asentaa lähdekoodin sinulla on jo kääntäjä (kuten GCC) asennettuna järjestelmään. Logon pääkäyttäjänä ja siirry hakemistoon, johon latasit Tar pallo. Voit purkaa arkiston, suorita komento:

terva xvzf logwatch-7.3.6.tar.gz

Näet hakemistorakenteen alle nykyisen sijainnin saada luotu ja paljon tiedostoja kopioidaan tuumaa Meillä on nyt siirtyä alkuun kaikkein hakemistoon luotu:

cd logwatch-7.3.6

Jotta Logwatch juosta, on olemassa joukko hakemistoja, jotka on luotu järjestelmä. Nämä on dokumentoitu README nykyiseen hakemistoon. Onneksi Logwatch sisältää asentaa skripti, joka voi tehdä kaiken työn puolestasi. Valitettavasti käsikirjoitus on väärä oikeudet asettaa niin se ei toimisi oletuksena. Tämä on melko helppo korjata kuitenkin kanssa chmod-komennolla:

chmod 500 install_logwatch.sh

Nyt voimme suorittaa komentosarjan setup järjestelmämme:

. / Install_logwatch.sh

Älä unohda kauden alussa linja.

Testaus Logwatch

Testaa Logwatch setup, suorita komento:

logwatch | less

Näet päätelaitteen näyttö pimeni, mutta se on normaalia. Tulet lopulta nähdä Logwatch raportin saada tulostuu näyttö, voit selata käyttämällä "Sivu ylös" ja "Page Down" näppäimiä. Miten loki kuluu raportin näy ruudulla riippuu siitä, kuinka paljon lokitietoja pitää saada jäsennetään. Se voi kestää muutaman sekunnin tai pari minuuttia. Joko niin, se antaa sinulle mahdollisuuden tutustua raportin muodossa.

Asentaminen OSSEC

Kuten mainitsin viime post, sinulla on kaksi asennusvaihtoehtoja kanssa OSSEC, paikallisten tai client / server. Tässä post aion keskittyä client / server setup, koska se on vähän monimutkaisempi. Jos olet suorittamassa paikallisen asentaa, valitse vain "paikallinen" vaihtoehto aikana asennuksesta ja ohittaa osio perustaa suojatun kanavan välillä agentti ja palvelin.

Aloita Server

OSSEC käyttää Blowfish salausta turvallisen viestinnän asiakkaan ja palvelimen. Blowfish on symmetrinen avain pohjainen, joten molempien osapuolten on tiedettävä, mitä avain arvo, jota käytetään, jotta kommunikoida. Palvelin vastaa tuottaa symmetrinen avain, joten meidän on asennettava palvelinohjelmisto ensin. Aikana asiakas asentaa me kysytään keskeinen arvo niin ilmeisesti meidän pitää olla, että kätevä etuajassa.

Tässä aikaa säästävä kärki. Tärkein arvo on pitkä ja lähes mahdoton muistaa. Helpoin tapa siirtää keskeinen arvo palvelimelta järjestelmän agentti järjestelmää on käyttää SSH. Luo turvallinen yhteys OSSEC palvelimelle, ja ote sopiva avain (Ajo alla). Toisessa pääteikkunaa luoda ssh-istunto järjestelmä, jossa sinua asennuksen agentti. Kun asiakas asentaa kysyy keskeinen arvo, voit yksinkertaisesti kopioi / liitä välillä kaksi terminaalia.

Asentaminen OSSEC Server

Palvelinohjelmisto on saatavilla Terva pallo, joten voit napata kopio uusin versio OSSEC lataussivulta . Tällöin sinun täytyy purkaa sisällön Tar pallo:

terva xvzf ossec-HIDS-2.3.tar.gz

Seuraavaksi siirrymme hakemiston rakenne juuri luomaasi:

cd ossec-HIDS-2.3

OSSEC tarjoaa asentaa script opastaa prosessin asentamista palvelimelle. Aloita käsikirjoitus, tyyppi:

. / Install.sh

Älä unohda kauden alussa komennon. Olet nyt kysytään monin asennusvaihtoehdot

  • Kieli - Oletuksena on Englanti. Vaihda tarvittaessa.
  • Vahvistus asennus - Paina Enter kun olet lukenut näytöllä.
  • Asennustapa - Kirjoita "palvelin" ilman lainausmerkkejä ja paina Enter.
  • Asennuspaikka - Hyväksy oletusnimi.
  • Sähköposti-ilmoitus - Oletus on kyllä, valitse Jos haluat ilmoituksia sähköpostitse. Jos valitset Kyllä, sinulta kysytään kelvollinen sähköpostiosoite ja sähköpostipalvelin.
  • Integrity Check - Oletus on kyllä. Valitse, haluatko paikallisen järjestelmän säännöllisesti tarkastetaan tunkeutumista.
  • Root kit tunnistus - Oletus on kyllä. Hyvä vaihtoehto, sillä meidän täytyy ylläpitää korkeaa eheys tässä järjestelmässä.
  • Active Response - Oletus on kyllä. Valitse tämä vaihtoehto, jos haluat pystyä reagoimaan tapahtumiin.
  • Palomuuri pudota - Luvat OSSEC palvelin puolustamaan sitä itse, jos suora hyökkäys todetaan.
  • Valkoinen lista - Tämän ansiosta voit lisätä IP-osoitteet, joista mahdolliset hyökkäykset ohitetaan. Ole varovainen tämän vaihtoehdon. Jos et ole Konsolin käytön OSSEC palvelimelle, saattaisi olla järkevää tunnistaa yhden IP-osoitteen, joka voi aina päästä sisään vain varmistaa lähde IP on luotettava järjestelmä.
  • Ota Syslog - Oletus on kyllä. Valitse tämä vaihtoehto, jos haluat kerätä lokeja järjestelmä ei pysty ajamaan OSSEC agentin (kuten palomuurit, kytkimet, reitittimet, tukiasemat, jne.).
  • Lokitiedostoja seurata - Tämä näyttö tunnistaa kaikki paikalliset lokitiedostot OSSEC seuraa. Se on puhtaasti tietoa, joten kaikki mitä voi tehdä on painaa Enter siirtää sen ohi. Jos huomaat yhden tai useamman lokitiedostot ole luettelossa, voit lisätä ne myöhemmin ossec.conf tiedostoon.

Tässä vaiheessa OSSEC pääsevät paikallisen kääntäjä ja asentaa kaikki tarvittavat tiedostot siirretään järjestelmään. Kun olet valmis, voit aloittaa OSSEC palvelimen suorittamalla komento:

/ Var / ossec / bin / ossec-ohjaus alkaa

Määrittely OSSEC Agents

Emme ole tehneet OSSEC palvelimen ihan vielä. Seuraavaksi meidän on ennalta määritellä mitään järjestelmiä, jotka ovat käynnissä OSSEC agentti (client) ohjelmisto. Tämä tehdään käyttäen manage_agents komentoa. Ensin meidän on kuitenkin tehdä hieman kotitehtäviä. Tee luettelo kaikista järjestelmien on käynnissä OSSEC Agent-ohjelma. Kunkin järjestelmän, tarvitset kuvaava nimi sekä tämän järjestelmän IP-osoite.

Nyt, suorita seuraava komentoriviltä:

/ Var / ossec / bin / manage_agents

Tämä tuottaa Agent Manager päävalikosta. Paina "" ja sen jälkeen Enter-näppäintä määritellä ensimmäinen järjestelmä. Anna kuvaava nimi ensimmäinen järjestelmä, jota seuraa järjestelmän IP-osoite. Älä ole huolissasi agentti tunnus. Yksinkertaisesti hyväksy oletusnimi ja OSSEC tulee automaattisesti määrittää seuraavan käytettävissä tunnus. Kun vahvistat syöttämäsi tiedot, sinut palautetaan Agent Manager päävalikosta. Toista edellä kuvattu prosessi kunkin järjestelmän, joka on käynnissä OSSEC agentti.

Generating Keys

Kun olet lisännyt kaikki teidän järjestelmissä, on aika tuottaa salausavaimia. Tämä vaihe on myös esiintynyt manage_agents apuohjelma. Jos suljetun työkalun jälkeen viimeinen vaihe, uudelleen se nyt.

Paina "E"-näppäintä ja sen jälkeen Enter Valitse "Poimi avain agentti"-valikko. Voit sitten kysytään ID-numero avain haluat poimia. Kuvaavia nimiä ja IP-osoitteet on lueteltu jokaisen tunnus, niin se olisi triviaalia tunnistaa, mitä haluat. Aloita järjestelmän aiot asentaa agentin ohjelmiston päälle ensin.

OSSEC Agent asentaa Linux

Asennettaessa agentin ohjelmiston Linux-tai UNIX asiakas, käytät täsmälleen sama Tar pallo käytimme asennettava palvelinohjelmisto. Suorita sama asentaa skripti, mutta tällä kertaa, kun sinulta kysytään tyyppi asentaa haluat suorittaa, kirjoita "agentti" jälkeen Enter-näppäintä.

Asiakas asentaa on monia samoja ohjeita kuin palvelimen asennus. Käytä info edellä opastaa sinut prosessin läpi. Kehotetta vaihtelevat kuitenkin on, että sinua pyydetään antamaan IP-osoite OSSEC palvelin. Kun olet valmis, OSSEC pääsevät paikallisen kääntäjä ja asentaa kaikki tarvittavat tiedostot siirretään järjestelmään.

Seuraavaksi meidän täytyy tuoda Blowfish avain OSSEC palvelimelle. Vaikka edelleen agentti järjestelmään, suorita komento:

/ Var / ossec / bin / manage_agents

Kun Agent Manager valikko avautuu, valitse "I" tuoda Blowfish avain.

Kun seuraava kehote tulee näkyviin, sinun täytyy manuaalisesti sopiva Blowfish avain. Jälleen, jos käytät SSH sekä järjestelmiin samanaikaisesti, voit yksinkertaisesti kopioi / liitä välillä kaksi terminaalia. Varmista avain näyttää oikein, paina Enter-näppäintä ja valitse "y" vahvistaa, että avain näyttävät oikeilta. Sinut palautetaan Agent Manager-valikkoa. Valitse "q", jotta palaa komentoriville.

Nyt täytyy vain aloittaa OSSEC agentti. Voit tehdä sen suorittamalla seuraava komento:

/ Var / ossec / bin / ossec-ohjaus alkaa

Sinun pitäisi nähdä kaikki OSSEC agentin komponentit alkavat, jota seuraa "Completed" viesti.

OSSEC Agent asentaa Windows

OSSEC on itsesuorittuva suoritettava joka sallii sinun asentaa agentin ohjelmiston Windows-järjestelmässä. Yksinkertaisesti kaksoisnapsauttamalla suoritettavaa aloittaa asennuksesta. Sinua pyydetään hyväksymään lisenssin sekä mitkä komponentit, jotka haluat asentaa. Seuraa vain ohjeita asti OSSEC Agent Manager-ikkuna avautuu.

OSSEC Agent Manager-ikkuna kysyy sinulta IP-osoite OSSEC palvelimelle. Se myös kysyy Blowfish keskeinen arvo käyttämään, niin ote sopiva avain palvelimelle ja anna arvo tällä alalla. Varmista, että poistat nopeasti tämän kentän ennen liitä Blowfish-näppäintä. Muuten tietoliikenne palvelimen kanssa voi epäonnistua.

Seuraavaksi valitse "Hallitse" From OSSEC Agent Manager-valikkoa ja sen jälkeen "Start OSSEC". Sinun pitäisi nyt nähdä "Tila:" ilmaisin muuttuu "Running ...".

Testaus OSSEC

Kun olet palvelin ja agentti asennettuna, alkoi ja sopiva avaimet määritetty, nyt on aika tarkistaa meidän setup. Suorita seuraava komento OSSEC palvelimessa:

cd / var / ossec / lokit

Ja tutustu ossec.log tiedosto:

vähemmän ossec.log

Tarkista lokitiedosto mahdollisista virheistä. Yleinen virhe on, että OSSEC raportteja se ei voi lähettää sähköpostia. Varmista postipalvelin on käynnissä ja että se on vastaanottamasta yhteyksiä. Kun olet tyytyväinen palvelimen asennuksen, nyt on aika tarkistaa tekijöille. Siirrä alas "hälytyksiä" hakemistoon:

cd hälytykset

Ja tutustu alerts.log tiedosto:

vähemmän alerts.log

Erityisesti etsit merkintöjä seuraavan kaltainen:

2010 17 helmikuu 16:09:16 (desktop) 192.168.1.10-> ossec

Sääntö: 501 (taso 3) -> 'Uusi ossec agentti kytketty. "

Src IP: (ei mitään)

Käyttäjä: (ei mitään)

ossec: Agent alkoi: "test_system-> 192.168.1.10".

Sinun pitäisi nähdä merkinnän jokaiseen järjestelmään, johon asensit Agent-ohjelma.

Lisää on tulossa

Vau! Se on enemmän kuin tarpeeksi yhdelle artikkeli! Minun Seuraava viesti Saan osaksi hyödyntämällä Logwatch jäsentää kaikki ilmoituksilla on tuottaman OSSEC.

Yhdistämällä Logwatch ja OSSEC - Osa 2

16 helmikuu 2010

Minun viimeinen viesti Olen esitellyt Logwatch voitaisiin käyttää yksinkertaistaa log arviointiprosessissa. Tässä postitse me tarkastelemme OSSEC ja mitä se tuo pöytään.

Mikä on OSSEC?

OSSEC , lyhenne sanoista "Open Source Security", on isäntä perustuu Intrusion Detection System (HIDS). Toisin sanoen, se on suunniteltu havaitsemaan hyökkäyksiä tai sääntörikkomusten jos ja kun niitä ilmenee. Vaikka sillä ei ole kykyä estääkseen tuntemattomia tai 0-Day hyökkäykset (se olisi isäntä tietomurtojen ehkäisyyn), se sisältää laajan valikoiman työkaluja, jotka auttavat tunnistamaan tunkeutumisen, kun se tapahtuu, sekä missä määrin vahingosta, joka on aiheuttanut.

Tuetut alustat

Voit hyödyntää kaikki ominaisuudet OSSEC on tarjota, sinun täytyy ajaa agentin järjestelmässä suojattu. OSSEC aineet voivat ajaa Windows-, Mac OS X, Linux, ja laaja UNIX-järjestelmissä. Jos olet vain kiinnostunut lokitiedostoanalyyseistä osa kuitenkin yhä useampia järjestelmiä voidaan tukea. Tämä sisältää laitteet sekä Cisco ja Juniper. Joitakin erityisiä tuotteita ovat myös tuettuja, kuten Checkpoint palomuurien, Symantec Anti-Virus, Snort, Squid, ja Arpwatch, vain muutamia mainitakseni.

Kun asennat OSSEC sinulla on kaksi asetuksia, paikallisen tai client / server. Paikallinen asentaa käytetään, kun haluat suorittaa kaiken yhteen järjestelmään. Client / server asennuksen avulla voit käyttää hajautetussa ympäristössä suojata useita järjestelmiä samanaikaisesti. Vaikka useimmat käyttöönotot ovat client / server perustuu, jos haluat antaa OSSEC spin voit helposti käyttää kaiken yhden testin, joka käyttää paikallista asentaa.

Log Analysis

OSSEC sisältää Log-pohjainen Intrusion Detection System (kannet). Tämä on kyky tarkastella lokitiedostoa lähes reaaliajassa, kun taas tarkastelua niitä tunnetaan hyökkäyskuviot. Kun loki on luotu on suojattu järjestelmä, agentti hoitaa turvallisesti välittää log (Blowfish-salaus ennalta jaettua salaista) takaisin palvelimelle. Palvelin huolehtii analyysilaboratorioiden.

Useimmat log analyysityökalut prosessi säännöksensä lineaarinen muodossa. Tarkoitan tällä sitä, jos meillä on 500 sääntöjä, sääntö yksi on valittu, niin yleensä kaksi, sitten sääntö kolme ja niin edelleen kunnes ottelu on löydetty tai pääsemme loppuun sääntöä. OSSEC toimii vähän eri tavalla kuin se toteuttaa hieratical rakenne sääntöjä. Lokitietoihin ensin luokitellaan ja tarkastetaan vain vastaan ​​kumpi säännöt ovat asianmukaisia. Tuloksena on, että sen sijaan tarvitse käsitellä kaikkia 500 sääntöjä, useimmat tapahtumat saavat verrataan 10 sääntöä tai vähemmän. Tämä dramaattisesti vähentää yleiskustannusten käsittelyssä tarvittavat sääntöä.

Integrity tarkistaminen

OSSEC sisältää työkalun nimeltään Syscheck suorittamaan tiedostojen ja hakemistojen eheyden tarkistamiseen. Jos käytät Windows agentti, voit myös erityisiä avaimet sisällä Windowsin rekisterin seurattava samoin. Tiedoston muutokset voidaan havaita sekä MD-5 ja SHA-1 algoritmeja. Järjestelmä on erittäin muokattavissa. Voit lisätä tai jättää pois yksittäisiä tiedostoja tai koko hakemistosta rakenteita. Voit jopa asettaa lippu tunnistaa uudet tiedostojen luominen.

Agent-ohjelma on suunniteltu käyttämään mahdollisimman vähän CPU aikana eheystarkistus. Vaikka tämä merkitsee Tarkista kestää kauemmin, se myös auttaa minimoimaan suorituskyky osuma järjestelmään. Hash tiedot lähetetään takaisin palvelimeen. Palvelin huolehtii Esittävän hash verrattuna nähdä, jos jokin järjestelmän kriittiset tiedostot on muuttunut. Palvelin myös tallentaa kopion eheystarkistus politiikkaa, niin että jos politiikan muutokset tehdään agentti, ne voidaan havaita ja raportoidaan samoin.

Poikkeamien ilmaisuun

OSSEC paljon muutakin kuin lokin tarkistus tarkistaa järjestelmän eheys. Käyttö politiikkaa voidaan hallita keskitetysti palvelimelle, ja sitten ulos sopivaan tekijöille. Esimerkiksi voit määrittää koskeva politiikka, joka Windows-sovelluksia voidaan käyttää (Office, Firefox, tms.) ja mitkä eivät (pikaviestiohjelma, Skype, jne.). Voit jopa määritellä hyväksyttävä asetuksia, kuten todentaa että NT hash käytetään salasanaa säilytetään mutta ei LanMan hajautustauluilta.

OSSEC sisältää useita muita herkkuja auttaakseen tarkistaa järjestelmän eheyden. Esimerkiksi OSSEC on kyky suorittaa komentoja agentista ja monitori ulostulo että saa syntyy. Esimerkiksi voit olla Linux agentti suorittaa "DF" komento säännöllisin väliajoin ja tuottaa hälytyksen, jos levyn käyttö ylittää 90%. Windows esimerkki voidaan saada OSSEC tuottaa hälytyksen kun kuvan tiedot kirjoitetaan varajäsen tietovirrat alue NTFS.

Active Response

Lopuksi OSSEC kuuluu kyky reagoida kun epäilyttävää toimintaa havaitaan. Vastaukset voidaan luoda palvelimelle tai agentti, joka koskaan voit määrittää. Vastaukset voi olla hyvänlaatuinen tuottavan sähköposti-ilmoituksen, olemaan niin aktiivinen kuin estää kauko IP-osoite rajallinen määrä aikaa. On olemassa useita mukana aktiivisia toimia skriptejä Voit piirtää, tai voit helposti kirjoittaa oman.

Secure Arkkitehtuuri

OSSEC kirjoittajat ovat menneet hyvin pitkälle varmistaa kaikki komponentit tuote. Tehtäviä, kuten rehellisyys tarkistus suoritetaan palvelimella, eikä agentti, joten luotettavuutta hash ei voi vaarantaa aikana hyökkäys. Prosessit ajetaan alhaisinta käyttöoikeuksia mahdollista, ja eri tilejä käytetään juosta jokaisen OSSEC komponentti. Tämä tarkoittaa, että kompromissi on ainoa hakemus sisällä OSSEC ei heti johda kompromissia koko paketin. Lisäksi useimmat suoritettavat osat sisällä chrooted vankilaan niin niiden pääsyä järjestelmään on vielä enemmän rajoituksia.

Loppusanat

Vaikka OSSEC on tehokas työkalu, on tärkeää muistaa, että se on HIDS eikä log hallintaratkaisun. OSSEC voi tarkistaa lokitiedot etsien epäilyttäviä kuvioita, mutta se vain pelastaa ilmoituksilla. Joten vaikka OSSEC ei korvaa Security Information Management (SIM) ratkaisu, se voi varmasti lisätä sitä. Voit määrittää helposti OSSEC sen eteenpäin kaikki hälytykset se tuottaa on keskeinen kirjautumalla palvelimelle .

Vaikka OSSEC on avoimen lähdekoodin ohjelmisto, Trend Micro on ensisijaisesti kehittää sitä. Jos tarvitset kaupallisen tuen, voit ostaa tukisopimusta läpi niitä kohtuullinen maksu.

Lisää on tulossa

Minun seuraavan erän tutustumme asentamista OSSEC ja Logwatch. Sen jälkeen me siirrymme yhdistämällä kaksi yhdessä.

Yhdistämällä Logwatch ja OSSEC

15 helmikuu 2010

Olen viime aikoina ollut opiskelija kysy minulta kysyttävää integrointi Logwatch kanssa OSSEC. Tunsin tämä oli monimutkainen ja vielä tarpeeksi viileä idea, jota asia edellytti useita virkoja peitellä sitä kokonaan. Joten tulevina päivinä minä puhua kaikkien näiden työkalujen, kuinka yhdistää ne yhteen, samoin kuin mitä lisäturvaa näkyvyyden voidaan saada, kun prosessi on valmis.

Mikä on Logwatch?

Logwatch on erinomainen avoimen lähdekoodin työkalu tuottaa päivittäin luettava log raportit. Lokitiedot yleensä jakaa kolmeen luokkaan:

  • Stuff tiedät on paha
  • Stuff tiedät on normaalia ja voi turvallisesti jättää
  • Kaikki muu

On, että "kaikki muu" luokka, jossa Logwatch todella loistaa. Sillä tavaraa tiedämme on paha, me setup jonkinlaista varoitusjärjestelmään. Esimerkiksi voimme kirjoittaa varoittaa allekirjoitus, joka varoittaa turvallisuus analyytikko, kun tilisi on raa'alla pakko. Mutta entä hyökkäyksiä emme tiedä tai ole varma, mitä ne näyttävät? Tämä olisi selkeä esimerkki, että "kaikki muu" luokka. Liikenne ei ole normaalia, mutta emme ole nähneet sitä ennen saada allekirjoitusta odottamassa tuottaa hälytyksen. Koska emme voi ottaa kiinni hyökkäystä reaaliajassa, meidän on kiinni sen aikana päivittäin kirjaa uudelleen.

Tietenkin ongelma tekee päivittäin kirjaa katsauksissa on, että se on työläs ja aikaa vievä. Siis olkaamme rehellisiä, kuka todella haluaa viettää päivänsä tarkistamalla miljoona plus lokitiedot? Vaikka et, oletko varma todella kiinni tavallisesta liikennettä?

Miten se toimii

Mitä Logwatch tekee hyvin on anna sinun uudelleen tietosi muotoon, on helpompi ihmisille seurata. Sen todellinen vahvuus on, että se sallii sinun siirtyä tavaraa ymmärrät pois tieltä (normaali tai pahaa), jotta odottamaton lokitiedot erottua kuin kipeä peukalo. Toisin sanoen Logwatch voit Tiivistä lokitiedot niin epätavallinen tavaraa on helpompi havaita.

Mitä minä todella rakastan Logwatch on, että et menetä mitään. Monet kirjautua uudelleen työkalut näkyy vain sinulle kamaa, että on ennalta määritelty niin, että pahan. Ongelma niille kaikille on, että kun jotain pahaa, mutta odottamatonta tapahtuu, se lentää mukaista oikeutta lanka. Koska Logwatch näet kaiken, et enää menetä odottamatonta.

Logwatch In Action

Lets keskustella siitä, miten Logwatch teokset SSH Server-palvelu esimerkkinä. Skriptejä käsitellä SSH on jo määritelty Logwatch, joten sinun ei tarvitse tehdä mitään säätämistä saada ominaisuuksia aiomme keskustella.

Kun tarkastellaan lokitiedoston, ensimmäinen asia Logwatch ei on uudelleen lokitiedot perustuu niiden viestityypit. Esimerkiksi kaikki onnistuneet SSH kirjautumiset ryhmitellään sekä liian monta kirjautuminen epäonnistumisia, kieltäytyi yhteydet, lukittu tilit, tilinpäätös ilman asianmukaista kuori, protokolla MIS-otteluita, jne. jne. jne. Kun kaikki SSH viestit ryhmitellään niiden tyyppi, tiedot on sitten yhteenveto vähentää tiedon määrää on raportoitu.

Esimerkiksi oletus on tiivistää epäonnistunut kirjautuminen yrityksistä huomioon ja lähde IP. Joten tyypillinen epäonnistunut kirjautuminen raportin kohta voi näyttää tältä:

Epäonnistuneet kirjautumiset näistä:

bsmith / salasana 1.2.3.4: 637 kertaa (s)

jsmith / salasana 1.2.3.5: 2 kertaa (s)

Joten mieluummin kuin ottaa uudelleen 639 lokimerkinnät raportointi huono kirjautuminen yritys, olemme kaikki olennaiset tiedot tiivistää kolmeen riviä (jos kuuluu otsikko). Jatka tätä prosessia kaikkien muiden SSH viestejä, ja meillä on vähentänyt dramaattisesti tarvittava aika tarkistaa Lokeistamme.

Mutta mitä jos jotain tapahtuu, että Logwatch ei ole valmiiksi ohjelmoitu tunnistamaan? Kun odottamaton lokimerkintä löytyy, Logwatch lisää osiossa loppuun palvelun raportin "Vertaansa vailla olevat maininnat". Joten jos näemme tämän osaston SSH Server-osiossa, tiedämme jonkin tapahtuman, joka on joko epänormaali tai odottamattomia varten SSH-palvelu. Tämä voisi hyvin olla jonkinlainen hyökkäys, että emme ole tietoisia tekee kierroksilla.

Keskittymällä vuonna on vertaansa vailla merkinnät, voimme nopeasti tunnistaa odottamatonta toimintaa. Kuten aiemmin totesin, tämä on oikeastaan ​​tärkein tavoite tehdä päivittäin kirjaa arvion. Voit etsiä juttuja emme odota joka livahtaa ohitse varoitusjärjestelmään. Logwatch tekee tämän prosessin nopeasti ja mahdollisimman vaivattoman.

Ominaisuus Yhteenveto

Yllä olevassa esimerkissä puhuin tekee päivittäin kirjaa arvosteluja, mutta ollakseni rehellinen Logwatch on hyvin muokattavissa. Voit määrittää minkä tahansa alue, jota haluat käyttää alas kulunut sekunti. Esimerkiksi Sanotaan olen tutkii tunkeutumista sijaan suorittamalla päivittäin kirjaa uudelleen. Voisin määrittää alueen, kuten "14.2.2010 17:05:00 tätä hetkeä" keskittyä aivan tiedoista, jotka kiinnostavat minua. Voin myös keskittyä yhteen tiettyyn lokitiedosto tai palvelua.

Yksityiskohtien määrä raportti on myös muokattavissa. Yleensä kun tapahtuu turvallisesti saat tapana aina halunnut eniten yksityiskohtia raportointia. Ollakseni rehellinen, jossa Logwatch korkea yksityiskohta on luultavasti enemmän kuin sinun koskaan tarvitse. Itse olen yleensä kiinni "med" keskipitkän ja joka toimii oikein mukavasti. Voit myös määrittää raportoinnin tasoa kuin "vähäinen" tai "korkea" tai käyttää numeerista valikoima 0-10 korkeammalle tasolle rakeisuuden (low = 0, med = 5, korkea = 10).

Logwatch voidaan suorittaa automaattisesti tai manuaalisesti. Yleensä sinun kannattaa asettaa se suoritettavaksi automaattisesti joka päivä ja tiivistää yhden päivän edestä lokitiedot. Jos joudut laajentaa tai keskittyä raportin, voit aina ajaa Logwatch komentoriviltä ja määriteltiin, mitä haluat nähdä. Voit sitten käyttää "-save"-vaihtoehto määrittää raportin nimi ja hakemiston sijainti varastointiin.

Lisää on tulossa

Edellä pitäisi antaa sinulle hyvä idea, että ominaisuuksia Logwatch voi tuoda pöytään. Vuonna Seuraava viesti Tulen keskustelemaan OSSEC samalla tarkkuudella. Sen jälkeen menen miten asentaa kukin työvälineen sekä kuinka yhdistää ne yhteen.

Päivä 2 Keynote

12 tammikuu 2010

Kiitos kaikille jotka tulivat ulos Salaus / DLP huippukokous. Tässä ovat diat minun Keynote päivänä 2.

salaus-DLP-keynote

ICMPv6 Challenge - Vastaukset

13 joulukuu 2009

Haasteena oli: "Kirjoita tcpdump / windump suodatin joka poimii ICMPv6 Multicast Listener paketteja." Minulla on laaja kirjoittaa ylös mitä tekee vastata niin monimutkaisia. Jos tiedät IPv6 ja haluavat vain vastauksen, siirry loppuun.

Ensinnäkin eräät Tausta

Steinar teki muutamia kommentteja edelliseen virkaa ja oli 100% raiteilleen. Jos luet niitä ja ajattelin "Vau, se kuulostaa todella sotkuinen", ymmärrät ongelman laajuutta samoin. :)

Pöytäkirja Vs. Seuraava ylätunnistekenttien

IPv4: n kanssa meillä oli vaihtoehtoja kenttään. Tämä voi aiheuttaa IP-otsikko kasvavan 20 tavua yhtä suuri kuin 60 tavua. IPv6 ei ole enää vaihtoehtoja kenttä ja otsikko on vahvistettu 40 tavua. Kun vaihtoehdot ovat tarpeen, käytämme laajennus otsikot tunnistamisessa. Tämä heittää mielenkiintoinen käyrä pallo meille koska IPv4 protokollan kenttä (byte 9) olisi (melkein) aina tunnistaa ylemmän tason liikenteen (TCP, UDP, jne.). Kanssa IPv6 seuraavaan otsikkoon kenttään (tavu 6) voitaisiin nimetä ylempi kerros kuljetus, tai se saattaa tunnistaa laajennus otsikko, joka sisältää joitakin useita vaihtoehtoja.

Tässä lista muutamista IPv6 laajennus otsikot saatat törmätä sekä RFC jotka määrittävät heille:

Vaihtoehto # Vaihtoehto Kuvaus RFC
0 Hop-by-Hop 2460
6 TCP 793
17 UDP 768
43 Reititys 5095
44 Hajanaisuus 2460
50 ESP 4303
51 AH 4302
58 ICMPv6 4443
59 Ei seuraavaa otsikkoa 2460
60 Destination Options 2460
135 Liikkuvuus 3775

IPv6 ei määrää rajoitetaan laajennus otsikoita voit käyttää yhden packet.There on kuitenkin julkaistu "suositeltava", miten otsikoita olisi vahvistettava ulos. Järjestys on:

  • IPv6 Header
  • Hop-by-Hop Options
  • Reititys Header
  • Fragment Header
  • AH
  • ESP
  • Destination Options
  • Mobility Header
  • TCP/UDP/ICMPv6

Huomautus Tämä luettelo on "suositeltava" mutta ei pakollista. IPv6 isäntä on pystyttävä käsittelemään otsikot mitä ikinä jotta ne on saatu. Tämä tarkoittaa, huomaat todennäköisesti toimittajat seuraavat tässä luettelossa mutta ei hyökkääjät. Olen henkilökohtaisesti nähnyt laitteita alkaa käyttäytyä todella outoa, kun sotku otsikon järjestyksessä. Itse olen törmännyt aika vähän "IPv6-yhteensopiva koodi", jota ei käsitellä, jos haluttuun järjestykseen ei käytetä.

Chasing pöytäkirja Header

Joten IPv6 voimme olla useita otsikoita takana IPv6 header. Jos tämä kuulostaa uusi käsite, se ei oikeastaan ​​ole. Itse olet luultavasti tehnyt sen kanssa jo. Kun IPSeciä kaksi mahdollista suojausprotokollia ovat ESP ja AH. Nämä olivat todella lainattu IPv6 ja hierotaan työskennellä IPv4. Sekä AH ja ESP sisältyy seuraavaan otsikkoon kentän tunnistaa millaista paketin ne protecting.This kutsutaan pöytäkirjan ketjuttamalla kun tosiasiassa useita otsikoita istuu takana Layer 3 protokollaa otsikkoa.

Joten selvittää, mitä ylemmälle tasolle kuljetus (TCP, UDP, jne.) on käytössä, saatat joutua etsiä useita otsikoita ennen kuin löydät vastauksen. Tämä kutsutaan "jahtaavat header", ja tcpdump / Windump meille suodin tähän tehtävään. Saatat olla fimiliar kanssa proto suodatin. Vuonna IPv4 maailmassa, jos sanon:

IP proto tcp

Tämä suodatin lukee "check tavu 9 IPv4 otsikon ja jos arvo on 6 (protokolla vastinetta TCP), ottelun paketti". Tämä suodatin ei ole yhtä tehokas IPv6 maailmassa tietenkin koska tavun 6 IPv6 header voisi tunnistaa ylemmän kerroksen liikennettä, tai se voi vain tunnistaa Valinnainen laajennettu otsikko, jota käytetään. Tämän ongelman ratkaisemiseksi, protochain suodatin otettiin käyttöön. Kirjoittaminen:

ip6 protochain tcp

Kuuluu "Check tavu 6 IPv6 header nähdä, jos arvo on yhtä kuin 6. Jos sen sijaan löytää arvo, joka tunnistaa Valinnainen laajennettu otsikko, tarkista laajennus otsikon seuraava otsikko-kenttään arvo 6. Jos löydät valinnainen laajennettu otsikot, toistamaan viimeisen testin kunnes löydät viimeinen laajennus otsikon ".

Melko helppo kirjoittaa Englanti, mutta tämä on painajainen toteuttaa koodia. Useimmat valinnainen laajennettu otsikot vaihteleva pituus, joka vain lisää monimutkaisuutta. Olen tehnyt joitakin kokeita Scapy ja voit itse nähdä ero suorituskyvyssä, kun protochain saa vedota. Itse voisit ehkä tehdä melko hyvää työtä annostelun IDS / IPS pakottamalla sitä prosessia paljon hyödytön laajennus otsikot.

Kirjoitamme myös suodatin

Niinpä meidän ensimmäinen ongelma kirjallisesti haaste suodatin on, että ICMPv6 otsikko ei välttämättä näy heti IPv6 header. Meidän täytyy varoa Valinnainen laajennettu otsikot. Itse RFC 2710 todetaan: "Kaikki MLD viestejä tässä asiakirjassa lähetetään kanssa paikallisesti linkitetty IPv6-Source Address, IPv6 Hop raja on 1, ja IPv6-reitittimen Alert vaihtoehto [RTR-alert] in Hop-by-Hop Vaihtoehdot header. "Tämä tarkoittaa meidän multicast kuuntelija paketti vaaditaan Hop-by-Hop laajennus otsikon reitittimen Alert vaihtoehto asetettu. Tässä mielessä, ensimmäinen tarkastus olisi:

ip6 protochain icmp6

Varmistaa, että olemme vain katsot ICMPv6 paketteja. Nyt on vain kysymys tarkistaa, onko tyyppi kentän (tavu 0) on asetettu 130 (Multicast Listener Query) tai 131 (Multicast Listener Report). Tämä tuo meidät toiseen ongelmaan kuitenkaan. Vuonna IPv4 maailmassa voin tehdä:

ICMP [0] = <Kirjoita arvo interest>

Jos yritän tätä icmp6 saan:

[Root @ Fubar ~] # tcpdump-nn icmp6 [0] = 130
tcpdump: IPv6 ylemmän kerroksen protokolla ei tue proto [x]

Toisin sanoen, en voi käyttää vastikkeiden kanssa icmp6 etsiä tiettyjä arvoja. Windump ja tcpdump mainostetaan IPv6-yhteensopivia, mutta älä odota saada kaikki samat toiminnot sinulla on IPv4: n kanssa. Yäk!

Joten mitä me teemme? Meidän täytyy turvautua viitataan arvon ip6 offset. Toisin sanoen meidän täytyy mitata läpi IPv6 header kautta vaaditut Hop-by-Hop header, ja osaksi ICMPv6 otsikon nähdä, jos kenttä ei ole asetettu 130 tai 131. Jotkut asiat otettava huomioon:

  • IPv6 header on vahvistettu 40 tavua
  • Hop-by-Hop otsikko vaihtelee, mutta 4 tavua reititin Alert asetettu
  • Kenttä ei ole tavu 0 sisällä ICMPv6 header

Joten tässä on mitä päädymme:

ip6 protochain icmp6 ja (ip6 [44] = 130 tai ip6 [44] = 131)

Vau! Olemme vihdoin sain sen! Tai emmehän?

K: Mitä tapahtuu, jos paketti on ylimääräinen pääte otsikot?

: Meidän suodatin ei toimi.

Kysymys: Entä jos Hop-by-Hop header on enemmän vaihtoehtoja, kuin reititin Alert?

: Meidän suodatin ei toimi.

Kysymys: Voimmeko korjata edellä kaksi ongelmaa?

: Vasta tcpdump / Windump suodatus lisää IF / sitten silmukka tukea.

Joten jos haluamme kaapata normaali ML liikenne, edellä suodatin toimii hienosti. Jos kuitenkin haluamme vakuuttaa olemme kiinni hyökkääjän trickiness samoin, suodatin ei aio lentää.

Mitä jos yritämme jotenkin näin:

tcpdump-nn-s 1500-x ip6 protochain icmp6 | grep-i multicast> multicast.txt

ja sitten vain käyttää Wireshark n text2cap työkalu muuntaa sen libpcap muotoon? Ongelmana tässä on saamme vasta header tiedot. Grep täsmää yhteenvetorivillä joka sisältää sanan "Multicast" Mutta sitten ohittaa kaikki Hex sen alla, joka on todellinen paketin sisällön.

Joten lopullinen vastaus on: "ei voi saada theya mistä Haya" ;)

Entä jos todella täytyy pystyä näkemään tätä liikennettä? Kunnes tuki IPv6 kypsyy, vain 100% tapa on napata kaikki ICMPv6 liikenne ja sitten manuaalisesti lajitella sen.

Ainakin se on minun käsitys. Jos joku voi todella keksiä 100% käyttöliuos, haluaisin kuulla sen.

ICMPv6 Challenge - Vinkkejä

09 joulukuu 2009

OK, tässä vihje kohta sinua oikeaan suuntaan.

Haasteena oli: "Kirjoita tcpdump / windump suodatin joka poimii ICMPv6 Multicast Listener paketteja."

Kuulostaa helpolta, eikö?

Hieman apua Google huomaat, että "tyyppi" multicast-kuuntelija on 130, ja ICMPv6 kenttä ei ole ensimmäinen tavu otsikossa. Joten tämä on näin helppoa:

tcpdump-nn-p-v-s 0 icmp6 [0] = 130

Kuitenkin jos suoritat komennon saat takaisin:

tcpdump: IPv6 ylemmän kerroksen protokolla ei tue proto [x]

Toisin sanoen, voit käyttää "icmp6" nähdä kaikki ICMPv6 paketteja, mutta et voi käyttää sitä suodattaa millään ICMPv6 otsikkokentät.

Joten tarvitsemme "Plan B". Selvittää suunnitelma B ja olet ratkaissut haaste. :)

ICMPv6 Challenge

04 joulukuu 2009

Pohjalta IPv6 haasteen viime kerralla, minulla on uusi sinulle: Kirjoita tcpdump / windump suodatin, joka vangitsee ICMPv6 Multicast Listener paketteja.

Siinä kaikki! Melko helppoa, eikö? ;)

Viikonlopun Challenge - Vastaukset

03 joulukuu 2009

No sen nyt torstai niin olen tajunnut sen aikaa lähettää vastauksia viime viikonlopun haaste. ;)

Ensinnäkin, miksi sinun pitäisi edes välitä IPv6 jos et ole aloittanut käyttöönottaminen? Tunsin paljon samalla tavalla kunnes löysin IPv6 käytetään peiteltynä viestintäkanavana sisällä asiakkaan verkkoon. Aineisto sitten työnnetty ulos Internetiin Teredo. Jos et ole perehtynyt tekniikka, Scott Hogg on joitakin erinomaisia ​​viestiä aiheesta.

Joten vaikka et tällä hetkellä käytä IPv6, kannattaa aloittaa leikkaamalla parantaa olevasta tekniikasta sekä katsomassa sen lähiverkossa.

Joten tarkistaa, haaste oli:

Kirjoita tcpdump tai Windump suodatinta, joka tallentaa kaiken liikenteen kanssa lähde IPv6-osoite 2001: DB8:: 10 kautta 2001: DB8:: 20.

On olemassa pari varoituksista kanssa kirjallisesti tätä suodatinta. Ensimmäiset I käsitellään viimeiseen viestiin. Lopulliseksi, jonka tiesin mutta koskaan ajatellut oli ongelma kunnes aloin työskennellä IPv6 melko raskaasti, että tcpdump / Windump vain voit käyttää 1, 2 tai 4 tavun maskeja. Joten vaikka me haluamme ratkaista tämän kanssa aluksi suodatin ilmoitus "ip6 [08:14] =", emme voi, koska olemme vain 4 tavua. On itse asiassa tapa kiertää tätä, mutta tulen takaisin se.

Joten tässä on suodattimen olen työskennellyt:

(Ip6 [08:04] = 0x20010db8 ja ip6 [12:04] = 0 ja ip6 [16:4] = 0 ja (ip6 [20:4]> = 0 × 0010 ja ip6 [20:4] <= 0050 ))

Hieman pitkä, mutta se toimii. Elizabeth keksi ratkaisun, joka on paljon enemmän tyylikäs kuin omani:

src net 2001: DB8:: / 122 ja ip6 [23]> = 0 × 10 & & ip6 [23] <= 0 × 20

Joten aloittamalla libpcap muodossa, hän pystyy yhdistämään ensimmäinen kolme lausumaa yhdeksi. Ei kokoa kuningatar, mutta joka tekee hänen ratkaisu on paljon lyhyempi kuin minun. Tässä tapauksessa se on hyvä asia. :)

Se siitä. Laitan toiseen IPv6 tyyppinen haaste huomenna.