nitter
PaX Team
@paxteam
pax.grsecurity.net/
Joined February 2010
Tweets
548
Following
2
Followers
2,766
Likes
35
Tweets
Tweets & Replies
Media
Search
Load newest
PaX Team
@paxteam
19 Jun 2017
it's PaX and the gap code started there not grsec. second, you'll rescind this one very quickly i'm afraid.
1
PaX Team
@paxteam
16 Jun 2017
Replying to
@scriptjunkie1
@scarybeasts
@epakskape
@mdowd
@kautuhala
also consider that for remote kernel bugs there's already entropy in the diversity of kernel images.
PaX Team
@paxteam
16 Jun 2017
Replying to
@scriptjunkie1
@scarybeasts
@epakskape
@mdowd
@kautuhala
.. exploitable in the absense of the defense mechanism *and* not exploitable in its presence.
PaX Team
@paxteam
16 Jun 2017
Replying to
@scriptjunkie1
@scarybeasts
@epakskape
@mdowd
@kautuhala
without hardcoded addresses? 'cos in that case KASLR plays no role. to be useful KASLR (and any defense mechnism ) needs a bug which is...
PaX Team
@paxteam
16 Jun 2017
Replying to
@scarybeasts
@epakskape
@mdowd
@kautuhala
and when was the last (or better, first) time you/anyone had exploited a remote kernel bug w/o KASLR and hardcoded addresses? :)
1
2
PaX Team
@paxteam
5 Jun 2017
Replying to
@i0n1c
the KSPP is a company sponsored project to rip our code without our help. their employees' incompetence isn't helping them either.
3
2
PaX Team
@paxteam
5 Jun 2017
Replying to
@tehjh
@CopperheadOS
you should then bring this up on lkml as it's a core document that must be understandable by all potential contributors.
PaX Team
@paxteam
5 Jun 2017
the KSPP's way of building their 'community' is to start banning the most potent contributors over the broken ego of Daniel Micay.
Bruce Leidl
@bleidl
5 Jun 2017
Hi strcat, it's easy to ban me from #
#linux
-hardened IRC for no reason but are you also able to ban me from ring 0 👇
6
13
PaX Team
@paxteam
4 Jun 2017
Replying to
@matalaz
@CopperheadOS
@jvanegue
daniel blocked me, but you can verify the code they took from us and how they misrepresented copyright (git Author line).
PaX Team
@paxteam
4 Jun 2017
Replying to
@tehjh
@CopperheadOS
some of the relevant parts are quoted in spender's mail earlier today.
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
which is why i asked who the copyright owner is. git's way of tracking it is the author line, your commit is lying about it.
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
nobody includes all the necessry history in every copy either but then that wasn't my question either.
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
my question has nothing to do with the license but copyright law itself. knowing the copyright on that code is very much meaningful.
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
i never misattributed copyright unlike you did.
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
how does the commit i linked you to establishes the copyright owner of that code? you have yet to answer my initial question.
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
it's a lie, slab sanitization was fully credited in pax-linux-3.10.3-test4.patch (too long to quote here even). ask the author if in doubt.
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
i don't use git nor do i have to. you on the other hand made exactly zero efforts to find out copyright ownership from Brad or me.
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
btw, why do you keep talking about this when the topic is the slab sanitization feature?
1
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
it's a big fat lie and libel. i have always credited outside contributors in the respective patches.
PaX Team
@paxteam
4 Jun 2017
Replying to
@CopperheadOS
IOW, you're admitting that you did in fact credit neither the actual copyright owner nor an entity that can own copyright.
1
Load more