Bugreport (melden van fouten)

Als je doorklikt naar de statuspagina van b.v. Google Chrome, lees ik uiteindelijk dat er niets schadelijks gevonden is de afgelopen 90 dagen, ik zal de database ook eens doorzoeken om te kijken of daar iets vreemds mee is.



Wat gebeurde er toen Google deze site bezocht?
Van de 5 pagina's die we in de afgelopen 90 dagen op de site hebben getest, resulteerde(n) 5 pagina('s) in het downloaden en installeren van schadelijke software zonder toestemming van de gebruiker. Google heeft deze site het laatst bezocht op 2012-07-03 en het laatst verdachte inhoud op deze site aangetroffen op 2012-07-03.
Schadelijke software omvat 4 exploit(s).

Schadelijke software wordt gehost op 2 domein(en), waaronder bdwpusjhfwzycfql.ru/, eilvmnlwovfxixwl.ru/.

Deze site is gehost op 3 netwerk(en), waaronder AS42755 (RIJNDATA), AS9143 (AtHome Benelux BV), AS25525 (REASONNET).

Heeft deze site gefunctioneerd als tussenstadium met als resultaat verdere distributie van malware?
In de afgelopen 90 dagen leek base-it.info niet te functioneren als tussenstadium voor het infecteren van enige sites.

Heeft deze site malware gehost?
Nee, deze site heeft in de afgelopen 90 dagen geen schadelijke software gehost.

Hoe is dit gebeurd?
In bepaalde gevallen kunnen derde partijen schadelijke code toevoegen aan legitieme sites, waardoor wij dit waarschuwingsbericht weergeven.

WimLex schreef 16-07-12 om 17:34:18


Okee, bedankt voor de informatie.

Is je server soms gehackt geweest, WimLex?

Hi Jarno,

Het is niet mijn server, maar de server van een hosting bedrijf. Het IP adres van de server waar mijn websites eerst gehost werden, stond op een aantal blacklists (e-mail) Na herhaaldelijk verzoek van mijn kant om dit te checken en verhelpen, heb ik besloten de boel te verhuizen.

Deze melding komt echter pas sinds de boel verhuisd is, het ip adres van deze server is echter clean en ook bovenstaande melding geeft aan dat er al 90 dagen geen probleem lijkt te zijn.

In het San Marino Moto 3 Topic begon ik dit..
Citaat:

Citaat:

Citaat:

Als je 'onder water' kijkt staat er steeds zelfde eigenlijk, het getal 0 vetgedrukt wordt echter niet geaccepteerd. Als je een spatie doet voor [/b] lukt het wél merkte ik later. Hoe kan het dat het met ieder ander getal dan 0 (zo lijkt het) wel kan?. niet dat het zo belangrijk is hoor

Het zal wel te maken hebben met dat nul tijdens het parsen geëvalueerd wordt naar "false", en dat er dus geen resultaat volgt.

Je weet wel, enen en nullen, 1 = true en 0 = false, dat verhaal.

Parsen? Nog nooit v gehoord Bedankt voor je reactie Jarno

Parsen betekent ontleden. Zo worden in dit geval bijvoorbeeld in de door jou ingevoerde tekst UBB tags (zoals de code voor vetgedrukt maar ook bijvoorbeeld de smilies) omgezet naar HTML tags waar de browser wat mee kan. Hetzelfde gebeurt bijvoorbeeld bij het omzetten van een webadres naar een werkende link.

Waarom mag een wachtwoord alleen uit cijfers en letters bestaan?

Giacomo schreef 27-09-12 om 07:27:47

Omdat ik in 2002 nog niet zo goed was met regular expressions en het daarom simpel heb gehouden.

Jarno schreef 27-09-12 om 09:06:18

We zijn nu 10 jaar verder, dus tijd voor een update

Plaats hier anders vast even je wachtwoord, dan kijk ik of het nu wel kan.

Jarno schreef 28-09-12 om 08:52:23

Oke, ik wil graag &7fkLO9d&4%l-If&0OoO0& als wachtwoord

Denk je wel even om je taalgebruik?

Giacomo schreef 28-09-12 om 08:57:49

Hé, da's mijn wachtwoord.