검색어: veiligheidslekken (네덜란드어 - 영어)

ontdekte twee veiligheidslekken (beiden zijn opgelost)
discovered 2 security vulnerabilities (both are fixed)

de voor de verwerking verantwoordelijken zouden aansprakelijk voor veiligheidslekken moeten zijn.
controllers should be accountable for security breaches.

dit artikel is het eerste in een serie over de voornaamste typen veiligheidslekken in applicaties.
this article is the first one in a series about the main types of security holes in applications.

om veiligheidslekken te verhinderen, adviseren wij om uw website en componenten bijgewerkt te houden.
in order to prevent security leaks or your website being hacked, we strongly recommend that you keep your cms and components up-to-date.

dit vijfde artikel van deze serie is gericht op veiligheidslekken gerelateerd aan multi-tasken.
this fifth article of our series is dedicated to security problems related to multitasking.

deze serie artikelen is een poging om de belangrijkste veiligheidslekken die kunnen voorkomen in applicaties te benadrukken.
this series of articles tries to put the emphasis on the main security holes that can appear within applications.

in het vorige artikel hebben we de eenvoudigste veiligheidslekken geanalyseerd, degenen die gebaseerd zijn op externe commando-uitvoering.
in our previous article we analyzed the simplest security holes, the ones based on external command execution.

en laten we tenslotte zeggen dat het onder sommige omstandigheden mogelijk is om snel van veiligheidslekken af te komen door het sleutelwoord static toe te voegen voor de buffer verklaring.
last, let's say it's possible under some circumstances to quickly get rid of security holes by adding the static keyword before the buffer declaration.

onze informatie, verzameld van gezaghebbende bronnen, toont dat het aantal veiligheidslekken toeneemt, terwijl meer en meer mensen vertrouwen op apps en sociale netwerken.
our data, culled from authoritative sources, shows that security breaches are multiplying as more people rely on apps and social networks.

veiligheidsmaatregelen zijn getroffen om te voorkomen dat onbevoegden toegang krijgen tot gegevens van bezoekers, we zijn echter niet verantwoordelijk voor eventuele veiligheidslekken of ongeoorloofde verspreiding of gebruik van dergelijke gegevens.
security measures have been employed to prevent unauthorised access to visitor data, however, we will not be responsible for any breach security or the unauthorised disclosure or use of any such data.

voor een programmeur kunnen deze veiligheidslekken een goede oefening zijn om deze veiligheidslekken uit te proberen, aangezien het beter is om veiligheidslekken te vermijden bij het programmeren, zodat ze ook later niet gedicht hoeven te worden.
for a programmer it can be a good lesson to try out such security problems since avoiding security holes from the beginning is the preferred method of fixing them.

wij wijzen erop, dat bij gegevensoverdracht op internet (b.v. bij de communicatie per e-mail) veiligheidslekken niet kunnen worden uitgesloten.
we do however point out that data transfer on the internet (e.g. in e-mail communications) can be subject to lapses of security.

aangezien we een set-uid programma met een buffer overflow bug hebben inlusief broncode, kunnen we een aanval voorbereiden die de uitvoer van een willekeurige code onder de naam en id van de gebruiker bevat. het is echter ons doel om veiligheidslekken te voorkomen.
since we have a set-uid program with a buffer overflow bug and its source code, we are able to prepare an attack allowing execution of arbitrary code under the id of the file owner. however, our goal is to avoid security holes.

het is niet nodig om gebruiker in te stellen als root, dus doe dat ook nooit; u kunt er alleen maar problemen mee krijgen. als iemand veiligheidslekken ontdekt in één van de gebruikte bestandfilters, printerstuurprogramma's of cgi -programma's, kan hij of zij op afstand zo maar commando's uitvoeren als root. gebruik altijd een account met gewone rechten als gebruiker.
there is no need to set the user directive to root, so never do this, as it only involves dangers. should anyone discover security vulnerabilities in one of the used file filters, printer drivers or cgi programs, he could remotely execute arbitrary commands on your system with root user privileges. always use an unprivileged account for the server directive user.