Perjantai, 4.10.2002
FBI määritteli yleisimmät tietoturvariskit Unix- ja Windows-palvelimissa
FBI on yhdessä SANS-tietoturvainstituutin kanssa määritellyt yleisimmät tietoturvariskit Unix- ja Windows-palvelimissa. Kolme suurinta tietoturvariskiä Windows-palvelimissa ovat listan mukaan IIS-webpalvelinohjelmisto, MDAC-etädatapalvelut (Remote Data Services) sekä Microsoft SQL -tietokantaohjelmisto. Myös Internet Explorer -selain on listalla sijalla kahdeksan.
Unix-järjestelmissä suurimmat tietoturvariskit ovat RPC-etäkutsupalvelut, Apache-webpalvelinohjelmisto sekä Secure Shell -etäkäyttöohjelmisto. Mielenkiintoinen yksityiskohta on, että FTP-protokollaa paremman tietoturvan sisältävä SSH on listan mukaan järjestelmälle suurempi tietoturvariski kuin FTP, joka on listalla sijalla viisi.
SANSin julkaisemassa artikkelissa on ohjeet top10-listan tietoturvahaavoittuvuuksien testaamista sekä suojautumista varten. Lista on koottu lähinnä niitä yrityksiä ja organisaatioita varten, joilla ei välttämättä ole omaa täysipäiväistä ylläpitohenkilöstöä, jonka vuoksi osa tietoturva-aukoista jää tilkitsemättä. Käymällä listan läpi ylläpitäjillä on ainakin mahdollisuus suojautua yleisimpiä tietoturva-aukkoja vastaan.
Lue juttu oma, 4.10.2002 00:13. Lähde: FBI / SANS
Muita aiheeseen liittyviä uutisia
Anonyymi kommentoija, 4.10.2002 08:16:16
Itselläni on jenkeissä oma palvelin ylläpitäjällä jonka jo koon takia vastaan hyökätään käytännössä jatkuvasti. SSH on ylläpitäjän mukaan "edistyneimpien" tunkeutujien ykkösreitti tällä hetkellä. Itse pääsen SSH:n kautta omalle koneelle vain ennalta määrätyn staattisen IP:n kautta, kaikki muut pyynnöt palomuuri suodattaa pois.
Anonyymi kommentoija, 6.10.2002 01:53:06
IP osoite on suhteellisen helppo "spooffata", toivottavasti ylläpitäjäsi on myös pistänyt firewalliin sinun MAC-osoitteen. Vaikeuttaa hieman kräkkerin toimintaa / sen pitää ottaa jo kunnolla selvää asioista.
-V
Anonyymi kommentoija, 7.10.2002 21:03:34
Vince, 4.10.2002 09:30:41
Anonyymi kommentoija, 4.10.2002 09:53:05
Toki aikaleimauksessa, digitaalisessa allekirjoituksessa ja salauksessakin on puutteita. Niitä ei ole.
Anonyymi kommentoija, 4.10.2002 10:08:42
Itse SSH server on vain mahdollinen buffer owerflow riski vakiintuneessa unix ympäristössä jos asiaa tarkastellaan siltä kantilta. Sen lisäksi on myös totuus että mitä enemmän järjestelmässä on applikaatioita, sitä enemmän siinä on reikiä. Joten kyllä SANS:in riski analyysi tuntuu oikealta.
Myöskin se että ftp serveri on ollut mukana paljon pitempään unix toimittajien kehityksessä kuin SSH: myöskin tukee tätä käsitystä.
Ja kolmanneksi voisin mainita sen että niin kuin kerroit, yleensä tuudittaudutaan väärään ja aiheettomaan turvallisuuden tunteeseen sen takia että ollaan asennettu jokin applikaatio, joka poistaa kaikki mahdolliset ongelmat nyt ja tulevaisuudessa.
Lisäksi täytyy ymmärtää mikä ero on riskillä ja toteutuneella hyökkäyksellä.
heko, 5.10.2002 21:38:24
Tietokoneiden ja ohjelmistojen tavoite on helpottaa ja mukavoittaa elämäämme. Lähes poikkeuksetta ihmisillä pitää olla jonkinlainen järjellinen tapa päästä käsiksi tarvitsemiinsa tietoihin ja välineisiin, vaikka pitäisikin huolehtia siitä, että muilla, joilla ei noihin tietoihin ole oikeutta, ei ole mahdollisuutta käsitellä noita tietoja. Tätä kutsutaan yleensä "priorisoinniksi".
FTP ei voi korvata SSH:ta, jos tarvitaan etäkäyttöyhteyksiä, joilla voi esim. ajaa interaktiivisesti tai ei komentoja ja X-ohjelmia. Tuon ylemmän logiikan mukaan on siis otettava huomioon, että monissa palvelimissa SSH:ta tarvitaan joka tapauksessa, ja FTP on siihen lisäriski.
Heikki http://www.heikkikorpela.fi heikki@heikkikorpela.fi
Anonyymi kommentoija, 4.10.2002 12:26:11
Lukuisat "vähemmän viralliset" FTP-palvelin ohjelmistot, etenkin Windows puolella, pursuavat buffer overflow exploitteja.
kudzu, 4.10.2002 12:28:24
Anonyymi kommentoija, 4.10.2002 13:17:00
setae, 4.10.2002 10:16:43
Toinen syy saattaa piillä siinä, että ftp:llä ei välttämättä ole tunnuksiensa takana oikeita tunnuksia, kun taas ssh:lla näin on useinmiten. SSH yhteys myös useinmiten tarjoaa shell-palvelut autentikaation jälkeen, toisin kuin ftp. Kyllähän chroot on mahdollista ssh:n kanssa, mutta käytäntö ei tietääkseni ole vielä suunnattoman yleinen. Salasanan selville ottaminen (postit-laput ja muu vähemmän bittihakkerointiin liittyvä toiminta) mahdollistaisi siis helpomman pääsyn jo itse koneelle etsimään kenties aukkoa sisäisestä tietoturvasta (joka, lähes poikkeuksetta, on ulkoista heikompi).
Tilannetta vielä pahentaa ssh1-protokollaimplementaatioissa olleet virheet, joiden kautta root-yhteyden saaminen oli valmiita exploitteja (esm. x2) käyttämällä pelottavan helppoa - ainoa mitä tarvittiin oli aika. Vieläkin löytyy näitä virheellisiä implementaatioita käyttäviä järjestelmiä, valitettavasti.
Vince, 4.10.2002 13:57:56