Squidin tuottama HTTP-käytön hylkäys ja käyttöjärjestelmän “Permission denied” tapahtuvat eri rajoilla. Selvitä, avasiko Squid tiedostoa, sitoiko pistokkeen, yhdistikö ulospäin vai hylkäsikö asiakaspyynnön.

Korreloi auditointitapahtuma

SELinux-järjestelmissä yhdistä palvelun virhe sen auditointitietueeseen. Lähdedomeeni, kohdetyyppi, objektiluokka ja evätty oikeus osoittavat, minkä toiminnon käytäntö esti. Oikea Unix-omistajuus ei todista, että tietoturvamerkintä on sopiva.

Mukautettu kuunteluportti voi vaatia vastaavan porttimerkinnän. Siirretty loki- tai välimuistihakemisto voi vaatia tiedostojen merkitsemisen. Squidin lokipolun virheessä tarkista myös hakemistojen läpikulku ja kirjoitusoikeudet ennen kuin kohdistat sen merkintään. Oikeus epätavalliseen lähtevään palveluun on jälleen toinen toiminto; Red Hatin Squid SELinux -esimerkit erottavat nämä tapaukset.

Käytä asennetun jakelun käytäntöä ja hallintaohjeita. Pakettipolut, merkinnät ja eristäminen voivat vaihdella levykuvien välillä. AppArmoria käyttävissä järjestelmissä tutki sen profiilia sen sijaan, että soveltaisit SELinux-komentoja.

Korjaa todisteiden osoittama käytäntö tai sijainti säilyttäen isännän valvonta. Squidin omat asiakastodennus ja käyttösäännöt ovat edelleen voimassa, kun isännän käytäntöongelma on korjattu.

Aiheeseen liittyvät artikkelit