Antivirus

#0: Antivirus

Problemet med antivirus er at antivirus kun kan beskytte imod viruser der er kendte og hvor en "patch" findes, listen over kendte viruser som et fuldt pathed linuxsystem er sårbar for er absurd kort mens den for windows er rimeligt lang. antivirus vil kort sagt have meget ringe effekt på linux fordi svaghederne ikke passer til den løsning antivirus pakkerne levere.

Der er andre svagheder og du har ting som denyhost selinux og forskellige andre måder at whiteliste aktive servicer. og selv automatisk opdatering af alt, især dine PHP/web frameworks.

#0: Efter kontakt med firmaet fik jeg at vide at min pc var angrebet af botnet hvilket medførte at udbyderen fik angrebet sin server og derfor lukkede mig ude. Jeg re-installlerede min Mint 11 hvorefter alt tilsyneladende var OK.

Hvis du installerer programmer downloaded fra internettet frem for fra Mint's Programhåndtering, så stiger sandsynligheden for malware.

Du bør ikke installere fra hjemmesider, med mindre det er strengt nødvendigt, og kun fra pålidelig kilder. Det er ikke altid muligt IHT driverinstallation m.m., men som sagt kun i nødstilfælde.

Er du vandt til Windows, så er det helt essentielt at du ændrer denne vane.
Programmerne fra repos er sædvanligvis tjekket for funktionalitet og malware,

Har du derimod Wine installeret, og på den Windows programmer, især netprogrammer, så bør du installere AV til Linux (ikke Windows).

Du skal holde dine browsere's cache rene for Cookies og midlertidige internetfiler, og det samme gælder for Java cache og Flash cache, og du bør aldrig lade browserne huske passwords.

Til dette skal du bruge BleachBit som du installerer fra Programhåndtering.

Det er klart fornuftigt at køre BleachBit hver gang du har browset internettet.

Tillad mig den påstand, at brugte du BleachBit (Linux svar på CCleaner), eller bare at rense dine cache manuelt, så ville du sandsynligvis opdage, at der ikke var grund til at geninstallere Mint ...

Sludder og vrøvl med dig BG. Du kan starte med at nedlægge dig selv ;D

Tonen, frømester, tonen :)

men vi kan starte med at høre en god begrundelse for hvorfor kernel.org har været kompromitteret, og hvorfor debian mistede entropien i nögldannelsen. Og vigtigst af alt, hvorfor blev det opdaget så sent.

#9: Alligevel er den største sandsynlighed vedr. trådstarter, browser crabs fra internettet. Den platformsuafhængige Java, Flash, PDF, Tracking Cookies eller Wine m.v.

Blot nysgerrig: Hvordan can cookies og cachefiler giver adgang for botnets???

#9: Godt at se at du er begyndt at gå op i den ;)
Jeg tilgav dig fordi det var post nr 666.

Indtil videre finder jeg det kun nødvendigt at forholde mig til oplægget. Istedet vil jeg opfordre til at starte en ny tråd om emnet.

Sikkerhed er altid aktuelt. Det kan ikke nytte at man falder i søvn fordi noget nærmest er skudsikkert.
Så vågn op og forhold dig til det du skriver. Du skriver jo direkte at repos er sædvaneligvis sikre.

Gu er de ej!
De er store.
De er komplekse.
De er volatile.
Mennesker laver fejl.
Nogle mennesker er ondsindede.

Hvad med den her megabrøler, hvor en inkompetent weekendhacker lige rydder lidt op i koden, og wupti så er der en sikkerhedsrisiko der kører uopdaget i 20 måneder!
http://wiki.debian.org/SSLkeys#Technical_Summary
http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-...

Da det er debian nedarves fjelen i en masse andre godtroende distros uden nogen opdager noget som helst. Du har intet belæg for at sige repos er det mindste sikre. Enhver kan med en minimal gang social engineering blive pakke-maintainer. I nogle distros bliver unmaintanede pakker skippede videre til ethvert fjols der vil overtage dem.

Med de tonsvis af regressions vi ser konstant, så er der intet der tyder på at der et kodeeftersyn nok! Flabens fejl er der nok ingen der finder, men hear-say har vi nok af, slet cache, salt over skulderen også geninstallation! Yay for security.

#13: Er der nogle online virusscannere der er relevante at bruge, når man sidder på en Linux-maskine? Jeg ved ikke om dem fra Trend Micro, Panda osv. kun er beregnet til Windows-brugere

Der er værktøger som chkrootkit der kan scanne for de få kendte linux exploits, selinux er en god måde at afskærme "farlige" tjænester/programmer selinux er i en eller anden form aktivt på de fleste distroer som standard.

Der skal nok værre nogen der vil sælge dig noget de kalder antivirus til linux men problemet at antivirus er en ret overvurderet teknologi der ikke yder halvdelen af den beskyttelse folk ofte tilskriver den, og med linux er så godt som alle de trusler du render ind i ikke på nogens liste over kendt malware så der yder antivirus ingen beskyttelse.

På serversiden er linux andgrebet nok, specielt div populære PHP web frameworks har været hårt ramt, og jeg ville ikke tilskrive det RoR klud folk erstatter det med nogen god sikkerhed.

#15 Tak for svarene som er eksekveret på nær bleachbit i root. Jeg kommer ikke frem til at kunne køre den. Altså jeg er ikke i root tilstand.

#16: Tak for svarene som er eksekveret på nær bleachbit i root. Jeg kommer ikke frem til at kunne køre den. Altså jeg er ikke i root tilstand.

I Mint 11 burde BleachBit (As root) findes i Mint menuen. Prøv at kikke under Programmer > Alle > BleachBit (As root).

Ellers kan du selv oprette den:

- Kopier en genvej til skrivebordet af BleachBit fra Mint-menuen (højreklik og vælg: Tilføj til skrivebord)
- Fra BleachBits Egenskaber (højreklik > Egenskaber), skriv i Kommando: gksudo bleachbit

Alternativt start BleachBit som root fra en terminal: gksudo bleachbit.

Nu starter BleachBit op uden de indstillinger den gør som bruger. Sæt hak i APT og tryk Forhåndsvis før du sletter noget. jeg har ikke været udefor at den har slettet noget den ikke skulle.

Velbekommen ;)

Fornuftigt at du starter med Linux Mint 11, og ikke en af selvbyggerne. Sikket et chock du sikkert ville opleve ;)

#redeeman

jamen et par småkager i skuffen er jo farligt :) af andre totalt udokumenterede husmorråd vil jeg anbefale at slå en stram knude på internetkablet og sæt fem fyrfadslys på routeren som brandmur.

Sandheden er at flabens box blev nakket, og vi famler i blinde.

#23:

#23: eg har heller aldrig hørt om det på Linux, men det er ingen nyhed i Windows

Det er vigtigt her at adskille rootkit/keyloggere fra "cookies" i sikkerheds sammenhæng alt hvad en cookie gør er at identificere dig på tværs af sessioner/sider, mens de svjv ikke kan eksekvere real kode ie foretage andgreb på servere etc. så hvis hans udbyder har spottet botnet trafik fra hans pc er det ret sikkert problemet ikke var med cookies.

#25: nedsætte risikoen for lignende situationer ved at udskifte sin hosts fil med denne, og opdatere den jævnligt.

http://winhelp2002.mvps.org/hosts.txt

Det kunne være snildt med et cronjob der hentede den dagligt. Den skulle så tilføjes til ens primære hosts fil så den ikke overskrev evt. egne regler.

#26: Det kunne være snildt med et cronjob der hentede den dagligt. Den skulle så tilføjes til ens primære hosts fil så den ikke overskrev evt. egne regler.

Det er jo en glimrende ide. Det har jeg ikke skænket en tanke ;)
Måske det er nok med en gang om ugen.

frogmaster:

Hvad betyder APT. Er det en forkortelse for alle punkter eller lign.

Jeg har intet punkt i BleachBit der hedder sådan

http://www.2shared.com/photo/pYJ8z6iM/cleanerx1.ht...

Så spændende ser det ikke ud i openSUSE

Mig bekendt bruger Suse ikke apt som backend til softwarekilder modsat Debian-varianterne.

#35: Men ellers undgår jeg helst at hente binære filer på nettet fra kilder, som jeg ikke kender ordentligt

Det hjælper jo ikke at hente kildekoden og kompilere selv med mindre du kigger koden igennem!

#34: Mig bekendt bruger Suse ikke apt som backend til softwarekilder modsat Debian-varianterne.

Ja det er naturligvis årsagen.

PClinuxOS, der jo ikke er en Debian, men en Mandriva variant, bruger også apt-get som backend, selvom lokalt installerede programmer installeres med RPM istedet for DEB.

Derfor vises APT også i BleachBit på PClinuxOS.

--------

Ang. installation fra hjemmesider, så er det ikke nogen nyhed, at de udgør en langt større potentiel risiko for malware. Eksempelvis advarer pclos direkte, med udtalelsen, at de muligvis ikke vil supportere hvis man gør det.

Det burde ikke være svært at forstå, at installere man udenfor repos, så er sandsynligheden for malware, nærmere den man finder med Windows.

Siden de fleste Linux brugere ikke har antimalware installeret, så stoppes malware ikke hvis sådan noget skulle finde vej til systemet.

--------

Det er korrekt at antimalware er retrospective (on demand) imodsætning til firewall der er proactive. Det er grunden til at malware skal defineres før den stoppes af AV og AS.

Det er alligevel meget stor forskel på disse AV's evne til at stoppe malware. Højere oppe er der links til AVIRA, der som nævnt er et særdeles effektivt (tysk) firma. AVIRA til Linux og UNIX har samme engine som bruges på Windows, og derfor kan man også scanne Windows fra Linux med AVIRA til UNIX.

Hvis man ønsker mere info om sikkerhedsprogrammel, så kan den uvildige AV-Comparatives anbefales. Siden de fleste Linux brugere sandsynligvis også bruger Windows, så bør man læse statistikkerne fra AV-Comparatives, ligesom begreber forklares.

Følger man med her, så vil man opleve hvorledes de forskellige AV's effektivitet forandres fra kvartal til kvartal, men heldigvis finder man AVIRA blandt de allerbedste på trods af at den er gratis.

http://www.av-comparatives.org/index.php?option=co...

-------

Jeg er ikke programmør, men sysadmin, så mine kodeegenskaber rækker ikke meget længere end til "hello world" ;-)

Alligevel har jeg strikket dette simple JavaScript, der demonstrerer at selv den forholdsvis uskyldige JavaScript kan overtage browseren.
Scriptet er skrevet til IE, men burde virker i Firefox, og delvist i Chrome.

Scriptet er naturligvis fuldkommen uskadeligt !!!
Smartfix

I denne forbindelse bør man tænke på en dobbelt browser session med ident port 113, der tillader at åbne porten i routeren. Det medfører at browseren snydes til at tro at forespørgslen stammer fra et trusted site.

I Firefox overtager scriptet browseren. Hvis du under afviklingen trykker på browserens Back button, så får du en ny dialog.

Det er naturligvis uskadeligt, men kan modificeres til ondskabsfulde funktioner

jeg vil anbefale at læse hvad Steve Gibson skriver, bl.a. om "super cookies", og hvis man fortsætter router testen, kommer man til en nye side, hvor han viser et eksempel med en dobbelt browser session iht til ident port 113.

Det vil også spare mig for at gentage hans argumenter.
https://www.grc.com/x/ne.dll?bh0bkyd2

GRC er tydeligvist rettet mod Windows, og ident eksemplet virker tilsyneladene heller ikke længere i Linux, selv uden ip tables. Det er jo en god ting.

DNS spoofing er stadig problematisk, og jeg er enig i, at det er langt mere et problem på Windows, lige som stort set alt andet malware relateret. Man kan jo håbe at det fortsætter.

Som sagt er ingen af mine Linux inficeret, og har aldrig været det, og ligegyldigt hvilke sites jeg har besøgt, og programmer jeg har installeret fra repos. Sites jeg ikke ville turde besøge med en Windows.

Eksempelvis keygen.us, for bare at nævne en ...

De nævnte teorier ang. malware fare i Linux fra repos, er i praksis helt ude af proportioner.

#34:Mig bekendt bruger Suse ikke apt som backend

Hvad betyder det så ?

Tak. Det passer også fint med at programmet ikke var i openSUSE som standard,, men at jeg måtte installere det fra YaST

Syntes bare det lød logisk , at en rensning kunne være fornuftig.
Jeg har ikke brugt det endnu, så der er ingen skade sket :-)

#49: Ja den følelse havde mange også i de glade WinME dage, hvor man kunne få shitware til at "rydde op". Sikke dejligt det var at genenmføre en rituel handling der kunne gentages ud i det uendelige. Det hele klares med et lille fikst program, og vupti så var alt godt.

#51: Problemete r jo så bare at du faktisk udelukkende kan lave alerts der forvvirre brugeren. Du har ikke adgang til filerne på computeren via JS og du kan ikke køre noget uden at brugeren får mindst en advarsel som du ikke kan komme udenom.

Jeg kan ikke lige huske om jeg allerede har nævnt dette, men dit argument kender jeg naturligvis.

Prøv at forstille dig, at browseren redirectes til et serverscript ...

I første omgang handler det bare om at overtage browseren mest effektivt.

@BG
Er det ikke lige kraftigt nok? Du poster i en tråd der er over et halvt år gammel, og både BleachBit og KDE kan have ændret deres design en masse gange, siden FrogMaster postede sin hjælp.

Desuden synes jeg det fremgår af dit link, at BleachBit kun er farlig, hvis du specifikt siger til den, at den skal overskrive de delte libraries.

For mig svarer det til at sige, at
rm /foo/bar
er en direkte sikkerhedstrussel, fordi man også kan bruge rm til at slette hele sit system, bare ved at skrive nogle andre switches.

Fint med et heads up omkring BleachBit, men kan du ikke lige skrue lidt ned for "FROGMASTER ER FARLIIIIIG"-retorikken?

Tak for uddybningen.
Hav en fortsat god søndag.

#57: Den fjerner udelukkende affald.Og så invaliderer den lige noget shared memory, så dine KDE programmer ikke længere virker. Læste du overhovedet BGs link? Det handler ikke om stabilitet eller apt, og citerede udsagn taler tydeligvis mod bedrevidende.

#58: Og så invaliderer den lige noget shared memory, så dine KDE programmer ikke længere virker. Læste du overhovedet BGs link? Det handler ikke om stabilitet eller apt, og citerede udsagn taler tydeligvis mod bedrevidende.

PRÆCIS. Og DET er netop hovedproblemet. Frogmaster rådgiver på noget han tydeligvis ikke har forstand på, og den uvidenhed kan man ikke engang komme til livs ved poste et yderst informativt link!

Øv frogmaster!!

Jeg kører faktisk det meste, Men det er sagen uvedkommende.

Når man ser bort fra mig, så er der to du heller ikke tager alvorligt.

Treviño, repository maintainer der sendte en "advarsel" om at folk ikke kan stole på tilfældige repos.
Martin Gräßlin, mangeårig KDE-contrib og Kwin maintainer, der advarer mod BleachBit.

#61: Som sædvanlig snakker han bare ;-)Ja, på baggrund af andre, meget kompetente folks, erfaringer.

Nu du åbenbart ikke selv gider at læse linket, kan jeg godt citere lidt for dig: Since whitelisting some KDE files in /tmp a while ago, I am pretty sure there have been no changes in BleachBit with regards to cleaning /tmp. So I suggest maybe KDE has changed.Det der står er grundlæggende, at Bleachbit konstant er i catch-up med upstream, og hvis upstream ændrer fil lokationer, så fucker BleachBit ting op.

Jeg siger ikke at BleachBit er gennemgående skidt, og jeg mener heller ikke at det er en sikkerhedstrussel, sådan som BG siger. Men det er et program der kan være potentielt skadeligt, og at du anbefaler det uden forbehold, og uden at gide at forholde dig til kritik af programmet, mener jeg er kritisabelt. Fair nok at du har haft gode erfaringer med det, men det er ikke belæg nok for at konkludere ret meget om programmet.

Og så kan jeg overhovet ikke se hvorfor, at det BleachBit gør, skulle føre til et mere stabilt system, sådan som du påstår.

#65: Utilsigtede crashers giver et system i udefineret tilstand, hvilket er en usikkerhed. Er du uenig i denne almindeligt accepterede opfattelse?Der er mange *nix programmer der giver dig mulighed for at fucke dit system up, det gør dem ikke til sikkerhedsstrudsler.

#67: Kun en persons oplevelser er ikke nok til at konkludere ret meget.Men du ser intet problem i at anbefale noget baseret på dine egne erfaringer? Og nu er det sådan, at der i det nævnte link ikke snakkes om enkeltpersoners oplevelser, men derimod om en grundlæggende kritik af den måde programmet virker på.

ADVARSEL

Frogmasters råd er en direkte sikkerhedstrussel. Stol ikke på ham.

#53: ADVARSEL

Frogmasters råd er en direkte sikkerhedstrussel. Stol ikke på ham.

haha, turn off your computer and hide in the panic room!!
Det sq noget af en rvig.

ffs... :-D alt brug af software er sqda med omtanke hvis man har software som ikke må forsvinde.
Men da rart at vide at man skal være mere på passelig med noget software end andet... Ud fra hvad jeg kan se at Frogmaster giver at råd, nemlig at fjerne browser cache, er det mig svært at se hvordan den fjerner andet? Med mindre selvfølgelig at KDE ligger data ind under kategorien "Browser cache" som er vigtigt for kde og ikke må slettes.... Men er det ikke lidt "bygge man bob fucker up" at gøre dette? :D

#70: Ud fra hvad jeg kan se at Frogmaster giver at råd, nemlig at fjerne browser cache, er det mig svært at se hvordan den fjerner andet?

Præcist. Daglig brug handler om nem rengøring af browserne, naturligvis ikke omfattende systemrengøring. Bleachbit er ikke i root tilstand, og har ikke adgang til systemet.

Mand det er skåret ud i pap.

#73: Ahva? Jeg er bange for, at der er noget du har misforstået.

Nej Paldepind. Der er noget du har misforstået.

Tråden handler først og fremmest om virus. For at forebygge den ekstremt minimale risiko der er på Linux, så hold browserne rene, og oplever man problemer med sites der skyldes snavs i cache.

I andre forbindelser, lade være med at installere uden for repos, bortset fra hvis man har tillid til sitet.

Derudover kan programmet køres som root, hvis man vil rengøre systemet, men fordi den kører som root, så skal man naturligvis passe på hvad man sætter programmet til.

Tag nu og læs nu det hele igen.

Det er "crazy" at påstå, at rensning af browsercache med Bleachbit, skulle forårsage at ingen programmer virker, hvilket der jo heller ikke er tale om, men det er noget helt andet at rense systemet med eller uden bleachbit,

Her er respons fra samme link citat:

According to the change log of bleachbit, the overwriting of files in /var/tmp/kde-* has long been disabled in bleachbit. But either people manually enable it (which only makes sense when KDE does NOT run), or the fix does not work correctly.

Edit:
Kan man iøvrigt antage, at hele KDE's funktionalitet ligger i /var/tmp/kde-*? Det lyder usandsynligt at temp biblioteket skulle være den spinkle tråd der holder KDE oppe? Mere en bug i de herrers udgave af KDE ...?

Det giver mening ikke at slette filer i /var/tmp/kdecache (ksycoca) under boot, det vil gøre opstarten langsommere, men det bør ikke påvirke hvis man genstarter bagefter, eller sletter dem udenfor KDE, men det er klart at det påvirker programmerne mens KDE er aktiv.

OBS: Det har stadig ikke noget med browsercache at gøre.

Jeg mangler dog erfaring med KDE, så hvis nogen kan afkræfte antagelsen, så hører jeg gerne nærmere.

#75 altså det er absurd at jeg skriver at jeres "angreb" imod frogmasters råd, om at bruge bleachbit til at fjerne browser cache kan skade ens system, særligt KDE ?

At det så ikke er præcis det der står i jeres link, og heller ikke det som i direkte siger, altså at det skader systemet at bruge det til at fjerne browser cache, men ikke desto mindre giver i den gas med krudt og kugler imod et råd som er ganske i orden og ikke er skadeligt, for slet ikke at tale om utroværdigt som det ellers bliver stillet op. For er vi nede på det niveau, så kan vi jo lige så godt tage fat i power knappen... tryk aldrig på den så computeren starter! Det er en sikkerhedstrussel! osv osv.. you get the point, dumme mennesker er i jo ikke, bare lidt hurtige til at fare op bag en skærm nogen gange. Det sq sjovere på et værtshus :-D

Bottom line:
Frogmasters råd:
Brug BleachBit til at fjerne browser cache.

Skader dette ens system?
[ ] Ja
[ ] Nej

Sæt kryds ved enten Ja, eller nej.

#77 True, så vi slår halv skade ;-)

ha ha jeg giver op og lader børnehaveriget fortsætte sin kamp med dobbel moral = dobbelt så godt =)

#81: /var/tmp/kdecache-USER/ bruges til cache af visse ting, så hvis man sletter det i en kørende session kan man sikkert få nogle problemer, ja.

Ja og det giver mening. Det forudsætter så at man hakker KDE Cache til i Bleachbit, men det giver ingen mening, med mindre KDE ikke kan starte op på grund af fejl i KDECache, fx fordi den er blevet giga stor.

Det skal man så ikke gøre, og gør man det så alligevel, så tyder det på at vedk. ikke ved hvad han laver. Det kunne være tilfældet med disse omtalte to meget kompetente personer, det skal jeg ikke kunne sige, kun gentage, at der er meget lidt kritik af Bleachbit, det sammen med min meget store erfaring med programmet.

Derfor: For at rydde op i systemet skal man bruge APT funktionen, og intet andet. Herunder et screendump af kubuntu, helt nyinstalleret, og opdateret, hvor der er slettet ca. 350 MB affald, og som man kan se, så virker systemet fortræffeligt.

http://db.tt/VM33V4mk

Men det er også på plads, at kritisere Bill Gates endnu engang for at vrøvle. Det bør ikke være nogen hemmelighed, at han sjældent ved hvad han taler om, men kun skriver om andres oplevelser, og kun hvis de passer med hans agenda. Det er både useriøst og komisk med tanke på hele hans enorme samling af flamebaits, ikke mindst imod KDE.

Edit

For eksperimentets skyld har jeg nu hakket alt af i KDECache og koert Bleachbit, og bagefter startet et par programmer op. Det er ikke en omfattende test, men alt virker tilsyneladende som det skal. Det medfoerte at yderlige 120 MB blev slettet.

Har ikke foretaget konfiguration af kubuntu 12.04 overhovedet

Jeg har endnu ikke genstartet, og skulle jeg opleve problemer, saa skal jeg naturligvis nok give besked.

Edit 2

Genstartet og som forventet gik det lynhurtigt og problemloest. Tillladelserne i KDECache er globale, hvilket betyder at alle har adgang, bortset fra Users mappe, og den er lagt der for at plasma kan starte hurtigere op.

Enten har der vaeret bug i de herrers KDE, en installations bug i Bleachbit, forkert brug, gammel version, eller anden fejl som de herrer desvaerre ikke har dokumenteret.

For nu at bruge et af dine egne udtryk. Bill gates - MIGMIGMIG.

Du referer stadig udenfor personlig erfaring. Enhver kan finde pålidelige programmer, der ikke er opdateret i takt med OS og derfor kan have midlertidige fejl, men bliver det så efterfølgende.

Mere dokumentation, ikke at jeg tror at du vil/kan forstå, det er du ikke i stand til, men her er så programmet kørt igen, efter tastatur, sprog og diverse andre tilpasninger til dansk.

Yderlige 100 MB fjernet, ikke at det er nødvendigt, kun for at teste funktionaliteten. Jeg har ikke tid til at fare rundt til flere hundrede maskiner for at holde dem hurtige, så derfor er det nødvendigt med et solidt værktøj.

Ikke til ære for dig, du er opgivet, men for at dokumentere Bleachbits funktionalitet.

Alt relateret fungerer perfekt, og kubuntu føles på ingen måde bloated:

http://db.tt/V4zXJSlN

Kørt i ikke-root tilstand, fordi KDE Cache, som nævnt til ære for tvivlene nogle gange nu, i bleachbit ikke er tilgængelig som. root

#76: At det så ikke er præcis det der står i jeres link, og heller ikke det som i direkte sigerI #70 virkede din reaktion ellers som om, at det rent faktisk var det vi/jeg sagde. Hvilket gav anledning til mit svar #73. Men med den misforståelse afklaret er jeg enig i din pointe, vil jeg gerne give dig ret i at Frogmasters råd ikke var en "sikkerhedsstrudsel", og muligvis ganske fornuftigt.

#86: Men med den misforståelse afklaret er jeg enig i din pointe, vil jeg gerne give dig ret i at Frogmasters råd ikke var en "sikkerhedsstrudsel", og muligvis ganske fornuftigt.

Chrashers er denial of service som er klassificeret som en sikkerhedstrussel. Er der en særlig grund til at du ikke vil acceptere bredt anerkendte definitioner? Hvis du mener anderledes, så hører der i det mindste en god forklaring med.

#89: Frogmaster, når du på et tidspunkt er kommet ned på jorden, så må du gerne lige få forklaret hvorfor vi skal tage dig "magiske renseprogram" alvorligt.

NIX ikke til dig. Hvis andre spørger, så gerne.

Det er iøvrigt begrundet i tråden.