Re: UBSAN: object-size-mismatch in wg_xmit

2021-01-07 Thread Corey Costello
Yeah, it doesn’t work for me :( 

> On Jan 7, 2021, at 7:42 PM, Eric Light  wrote:
> 
> Corey - have you tried unsubscribing at the unsubscribe page?  
> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2flists.zx2c4.com%2fmailman%2foptions%2fwireguard=E,1,Axa-ElbX0arA0gS27knqMcMnUXikmpGux0uV7Gv66JniMpXRVVtWNeYE8mu17nQawpfQEodteBfH9tq43ronGkmm07T_Tq9urTmtYLTTK8YwFg,,=1
> 
> Hope this helps,
> 
> E
> 
> 
> Q: Why is this email five sentences or less?
> A: 
> https://linkprotect.cudasvc.com/url?a=http%3a%2f%2ffive.sentenc.es=E,1,L28_oBFr0CKAXDsG0BiDkDDhOYaG4FoH7vdeaKoqnsVwn14kiz9J_PpjMZAoItr_wdFvmWS4wAI7qDgBPljT8qxgdAwCA9Vy54M3bcq8nJBKnA11GFTTG6BEv04,=1
> 
> On Fri, 8 Jan 2021, at 13:34, Corey Costello wrote:
>> Get me off this fucking list ffs.
>> 
>> 
>> 
>>> On Jan 7, 2021, at 2:06 PM, Jeffrey Walton  wrote:
>>> 
>>> On Thu, Jan 7, 2021 at 2:03 PM Jason A. Donenfeld  wrote:
>>>> 
>>>> On Thu, Jan 7, 2021 at 1:22 PM Dmitry Vyukov  wrote:
>>>>> 
>>>>> On Mon, Dec 21, 2020 at 12:23 PM Jason A. Donenfeld  
>>>>> wrote:
>>>>>> 
>>>>>> ...
>>>>> 
>>>>> These UBSAN checks were just enabled recently.
>>>>> It's indeed super easy to trigger: 133083 VMs were crashed on this 
>>>>> already:
>>>>> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fsyzkaller.appspot.com%2fbug%3fextid%3d8f90d005ab2d22342b6d=E,1,RVpgZsRUCGs2jKlumiMAMnpeOF4QdiW5h8GDIsBJPz-orFNwvwCXnceC9n5Bhr1h-G2EsU0tlC7N4QUpHuF6tIMI7tTnBoRjAo5tT-Bk9-Fhe8CppuOL4mqdkA,,=1
>>>>> So it's one of the top crashers by now.
>>>> 
>>>> Ahh, makes sense. So it is easily reproducible after all.
>>>> 
>>>> You're still of the opinion that it's a false positive, right? I
>>>> shouldn't spend more cycles on this?
>>> 
>>> You might consider making a test build with -fno-lto in case LTO is
>>> mucking things up.
>>> 
>>> Google Posts Patches So The Linux Kernel Can Be LTO-Optimized By
>>> Clang, 
>>> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.phoronix.com%2fscan.php%3fpage%3dnews_item%26px%3dLinux-Kernel-Clang-LTO-Patches=E,1,7u3-jWadklYo8ai_XrPNvjnu46LLAyg0hqsGIaMPaoQ5UxtcNM84jrHUgSg4VciXKk9XVpwgyBwD85LbbW5_j195jSH6RrAej45I1kr_XfQ,=1
>>> 
>>> Jeff
>> 
>> 



Re: UBSAN: object-size-mismatch in wg_xmit

2021-01-07 Thread Corey Costello
Get me off this fucking list ffs.



> On Jan 7, 2021, at 2:06 PM, Jeffrey Walton  wrote:
> 
> On Thu, Jan 7, 2021 at 2:03 PM Jason A. Donenfeld  wrote:
>> 
>> On Thu, Jan 7, 2021 at 1:22 PM Dmitry Vyukov  wrote:
>>> 
>>> On Mon, Dec 21, 2020 at 12:23 PM Jason A. Donenfeld  wrote:
 
 ...
>>> 
>>> These UBSAN checks were just enabled recently.
>>> It's indeed super easy to trigger: 133083 VMs were crashed on this already:
>>> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fsyzkaller.appspot.com%2fbug%3fextid%3d8f90d005ab2d22342b6d=E,1,RVpgZsRUCGs2jKlumiMAMnpeOF4QdiW5h8GDIsBJPz-orFNwvwCXnceC9n5Bhr1h-G2EsU0tlC7N4QUpHuF6tIMI7tTnBoRjAo5tT-Bk9-Fhe8CppuOL4mqdkA,,=1
>>> So it's one of the top crashers by now.
>> 
>> Ahh, makes sense. So it is easily reproducible after all.
>> 
>> You're still of the opinion that it's a false positive, right? I
>> shouldn't spend more cycles on this?
> 
> You might consider making a test build with -fno-lto in case LTO is
> mucking things up.
> 
> Google Posts Patches So The Linux Kernel Can Be LTO-Optimized By
> Clang, 
> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fwww.phoronix.com%2fscan.php%3fpage%3dnews_item%26px%3dLinux-Kernel-Clang-LTO-Patches=E,1,7u3-jWadklYo8ai_XrPNvjnu46LLAyg0hqsGIaMPaoQ5UxtcNM84jrHUgSg4VciXKk9XVpwgyBwD85LbbW5_j195jSH6RrAej45I1kr_XfQ,=1
> 
> Jeff



Re: WG default routing

2021-01-05 Thread Corey Costello
Can someone take me off this list?

I’ve tried like 4 times replying to the wireguard list and it says 
Unsubscribed! And then comes back :( 

> On Jan 5, 2021, at 6:50 PM, Phillip McMahon  wrote:
> 
> Hi Chris, you first post made it sound very much like a query on
> wg-quick, it's mentioned in a way that implies you're using it.
> 
> "...My first try was with wg-quick, and noticed all my traffic went
> through the WG-VPN connection.
> It escapes me why. What is the idea behind this policy?
> 
> On my Linux boxes it's not a problem, I don't have to use wg-quick and
> with few lines of bash in a script I have what I need. I have
> root"
> 
> On the working config I have, multiple clients, multiple wg tunnels
> and policy-based routing, AllowedIPs does set up entries in my routing
> table. Not setting another in AllowedIPs results in what you are
> seeing, no traffic flow as their are no routes established. wg uses
> your standard OS functionality for routing, try adding those routes
> manually and no in the wg config and you should see quickly traffic
> start to flow.
> 
> AllowedIPs function in the config is to easily encapsulate simple
> routing requirements for tunnels that probably satisfies the needs of
> most simple users. Stick in 0.0.0.0/0 and everything goes down the
> pipe, or add specific ranges you want to go down the pipe and nothing
> else.
> 
> Or you can go your own route (no pun intended) and make full use of
> your OS routing and IP capability to get as complex as you need.
> 
> wg doesn't have a policy to take over your routing, but if you use
> wg-quick as mentioned in your first post it's taking care of lots of
> things for ease of use and based on the content of your config might
> take over all routing.
> 
> Post your config and what you actually want to achieve and I am sure
> this mailing list will have you up and running in no time.
> 
> On Tue, 5 Jan 2021 at 22:16, Chris Osicki  wrote:
>> 
>> On Wed, Jan 06, 2021 at 01:25:30AM +0500, Roman Mamedov wrote:
>>> On Tue, 5 Jan 2021 21:12:12 +0100
>>> Chris Osicki  wrote:
>>> 
 As far as I can see after few tests, AllowedIPs config file option has 
 nothing to do with routing and I hope
 it will stay like this.
>>> 
>>> wg-quick uses AllowedIPs to also set up matching entries in the system 
>>> routing
>>> table. This can be disabled in its config.
>>> 
 It is just a filter
>>> 
>>> It is not only a filter on incoming packets, but also WG's internal routing
>>> table for knowing which packets should be sent to which peer.
>> 
>> I'm sorry to contradict you but after some more readig I have to :-)
>> WG has no "internal routing table", wg-quick (which, BTW, is not the subject 
>> of my query) uses it to modify
>> kernel routing tables, from the wg-quick man page:
>> 
>>   It infers all routes from the list of peers' allowed IPs, and 
>> automatically adds them to  the  system  routing
>>   table.  If  one  of  those  routes is the default route (0.0.0.0/0 or 
>> ::/0), then it uses ip-rule(8) to handle
>>   overriding of the default gateway.
>> 
>> So, in my test config I have a server, 10.10.10.1 and two clients, 
>> 10.10.10.2/3
>> If on the server I remove the AllowedIPs option, no one can connect.
>> Giving AllowedIPs = 10.10.10.0/24 both clients can connect and routing in 
>> them stays as it was.
>> The same for the clients, without AllowedIPs = 10.10.10.0/24 cannot connect.
>> 
>> Thus, my question still remains: why this filtering function?
>> 
>>> 
>>> --
>>> With respect,
>>> Roman
>> 
>> Regards,
>> Chris
> 
> 
> 
> -- 
> Use this contact page to send me encrypted messages and files
> 
> https://linkprotect.cudasvc.com/url?a=https%3a%2f%2fflowcrypt.com%2fme%2fphillipmcmahon=E,1,q6H7xLo2Ql1ckQzn-sG0WaLpKn2kDMPp696lTGmO6yI5EVJAQAqJRdx-ybG9_uqxLtbwPuvp7GxiKhIBMg38WNDVMfww-ejPJ3ULW_RdDg,,=1
> 
> P.S. Drowning in email? Try SaneBox and take back control:
> https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fsanebox.com%2ft%2fold3m.=E,1,fVv1zLc4GJa4ts85CMPQnNHvJqqDBh4pZPpNNGqJ7OHbj2jRy_4g49w8CU-BvjN9Ke18WURhfX1mRxJ8msZqB9_JlPmTGl-t3CXLk9yHc9TA-meFewUp0w,,=1
>  I love it.