Le 07/06/2014 05:41, Eric Furman a écrit :
>
> On Fri, Jun 6, 2014, at 07:28 AM, Maxime Villard wrote:
>> Le 06/06/2014 12:47, Eric Furman a écrit :
>>>
>>> On Fri, Jun 6, 2014, at 04:20 AM, Renaud Allard wrote:
>>>> On 06/06/2014 05:18 AM, Eric Furman
Le 06/06/2014 12:47, Eric Furman a écrit :
>
> On Fri, Jun 6, 2014, at 04:20 AM, Renaud Allard wrote:
>> On 06/06/2014 05:18 AM, Eric Furman wrote:
>>> On Thu, Jun 5, 2014, at 08:36 PM, Giancarlo Razzolini wrote:
Em 05-06-2014 21:23, David Goldsmith escreveu:
> Probably ipfilter
>
>>>
Le 05/03/2014 16:08, openda...@hushmail.com a écrit :
> Anybody have any thoughts on how to achieve this?
>
> Thanks.
>
> O.D.
>
Good luck.
Le 01/11/2013 09:57, Marko Cupać a écrit :
> I just read an article on slashdot which says that a piece of
> malware made "Open BSD operating system (...) modify its
> settings and delete its data without explanation or prompting", and
> that malware is spreading over microphone and speakers.
>
>
Hi,
just a news, if you are interested:
https://www.google.com/about/appsecurity/patch-rewards/
"we announced a new, experimental program that rewards proactive
security improvements to select open-source projects
[...]
Projects in scope
[...]
Core infrastructure network services: Ope
Le 11/06/2013 19:50, Maurice Janssen a écrit :
> Hi,
>
> A few months ago a bug was fixed in src/usr.sbin/tftpd/tftpd.c
> This was also applied to 5.2-stable, but it looks to me that the bug is still
> present in 5.3-stable.
>
> Also in Perl, CVE-2013-1667 was fixed in -current and 5.2-stable, n
Le 02/02/2013 16:18, Kenneth R Westerback a écrit :
> On Sat, Feb 02, 2013 at 03:02:51PM +0100, Maxime Villard wrote:
>> >Hi,
>> >I have a Thinkpad T61, with an extractible cd drive like this one:
>> >http://www.notebookcheck.biz/typo3temp/pics/b7bc6b4b90.jpg
>&g
Hi,
I have a Thinkpad T61, with an extractible cd drive like this one:
http://www.notebookcheck.biz/typo3temp/pics/b7bc6b4b90.jpg
If I unplug this drive when the system is fully booted - and logged
in -, I get a strange bug.
When I unplug:
cd0 detached
scsibus0 detached
atapiscsi0 detached
Le 29/12/2012 08:35, Philip Guenther a écrit :
> On Fri, Dec 28, 2012 at 10:16 PM, Maxime Villard wrote:
>> Le 29/12/2012 02:46, Philip Guenther a écrit :
>>> On Thu, Dec 27, 2012 at 5:04 AM, Maxime Villard wrote:
>>>> Well, as no one seems to give a fuck on tech@
Le 31/12/2012 08:33, Otto Moerbeek a écrit :
> On Mon, Dec 31, 2012 at 04:53:15PM +1100, Aaron Mason wrote:
>
>> Ok, I just tried freeing NULL, and it did nothing. Granted it was on
>> a Linux system but still...
>>
>
> Wrong method, Just check the definition of free(3). It is OK to call
> free(
Le 29/12/2012 02:46, Philip Guenther a écrit :
> On Thu, Dec 27, 2012 at 5:04 AM, Maxime Villard wrote:
>> Well, as no one seems to give a fuck on tech@, I put a more
>> glamourous title here.
>
> The fd/FILE part of your diff changes the behavior of pfctl to be
> inc
ginal
Sujet: [PATCH] pfctl: leak & stuff
Date : Sat, 22 Dec 2012 08:16:09 +0100
De : Maxime Villard
Pour : t...@openbsd.org
Hi,
here are my small changes for pfctl.
1) There are cases where we could leak a file descriptor by
returning.
2) We don't need to check memory before
12 matches
Mail list logo
