17:00:11 #startmeeting security 17:00:12 Meeting started Thu Apr 7 17:00:11 2016 UTC and is due to finish in 60 minutes. The chair is tmcpeak. Information about MeetBot at http://wiki.debian.org/MeetBot. 17:00:12 o/ 17:00:13 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 17:00:16 The meeting name has been set to 'security' 17:00:19 o/ 17:00:23 o/ 17:00:44 o/ 17:00:45 I feel like I need a new greeting just to be different 17:00:51 ゚・✿ヾ╲(。◕‿◕。)╱✿・゚ 17:00:54 :D 17:00:57 ~o\ 17:01:11 \o/ 17:01:24 o/ 17:01:34 ccneill: very nice /me tips fedora 17:01:36 no hyakuhei today, he passes his hello's 17:01:37 \m/(>_<)\m/ 17:02:17 o/ 17:02:40 #link https://etherpad.openstack.org/p/security-20160407-agenda 17:03:02 allright, let's roll it 17:03:07 #topic Anchor 17:03:10 tkelsey: anything new here? 17:03:19 imo, we really need to just use a single etherpad for all these agendas 17:03:26 +1 17:03:39 I end up bookmarking the new one every week lol 17:03:45 right... me too 17:03:52 tmcpeak: nope, nothing on my radar 17:03:59 we could just have a long list (i've seen other projects do this) 17:04:15 would be easier to search 17:04:25 but you can still quickly see just the most recent stuff 17:04:33 good point 17:04:38 allright 17:04:54 elmiko: like a wiki? 17:05:14 nah, we can keep it on etherpad. just a suggestion to make it more convenient 17:05:20 ahh cool 17:05:24 it is easier to copy and paste 17:05:28 we can do it in reverse order so newest is still at the top 17:05:31 although, other projects do use the openstack wiki for their agendas 17:05:31 :-) 17:05:37 https://etherpad.openstack.org/p/security-agenda 17:05:43 \o/ 17:05:45 boom 17:05:46 we'll put new meetings at the top 17:05:47 making moves 17:05:48 progress! 17:05:58 :D 17:05:58 +1 17:06:01 that's it, I can go back to bed 17:06:07 finally, an etherpad worth bookmarking ;) 17:06:11 hahaha! 17:06:20 lol DONE! 17:06:27 this is why they pay me the big bucks, I steal elmiko's good ideas for profit 17:06:38 i'm happy to share =) 17:06:46 haha 17:06:48 allright 17:06:50 #topic Bandit 17:06:54 1.0, 1.0, 1.0 17:06:55 woot 17:06:58 \o/ 17:07:10 +2 17:07:13 well 1.0.1 :P 17:07:19 hehe 17:07:20 bknudson: it working allright for you guys? 17:07:25 I assume I would have heard about it if it didn't 17:07:28 elmiko: you as well? 17:07:32 haven't seen any problems. 17:07:40 tkelsey: did you ever sort out the 1.0 tag to pypi? 17:07:41 have you gotten rid of the old config? 17:07:46 tmcpeak: yup, working on our end 17:07:53 someone should raise the requirement in global requirements. 17:08:05 browne proposed a change for that 17:08:10 so we can forget about support for the old bandit 17:08:10 elmiko: nope, it seems jenkins/zuul whatever died 17:08:17 we still have the old bandit.yaml 17:08:21 but the tag was taken then so i had to go with 1.0.1 17:08:23 tkelsey: that stinks =( 17:08:30 elmiko: i know!! 17:08:32 :( 17:08:37 well we could have manually pushed to PyPI but that sucks 17:08:46 ack 17:09:02 I'd like to help projects start getting rid of their config 17:09:20 for those that use it 17:09:23 tmcpeak: I tried that, but it didnt like the manifest 17:09:31 ahh 17:09:35 tmcpeak: yeah tis https://review.openstack.org/#/c/302234/ 17:09:39 *this 17:09:52 tmcpeak: i'll take a look at removing ours, expect questions =D 17:10:01 elmiko: :D 17:10:17 why are they using a config at all? 17:10:37 in that path? 17:11:03 yeah, can just remove the bandit.yaml from that check in yeah? 17:11:04 well the had pre 1.0 stuff, same as everyone else. Now thay can move to a bold new config free future :D 17:11:24 (ノ^_^)ノ 17:11:27 ahh 17:11:29 sick 17:11:56 allright what else for Bandit? 17:11:58 anything? 17:12:06 so yeah, lets start helping people move over 17:12:15 cool, plan 17:12:19 thats about it for bandit :) good work team 17:12:31 thanks for all the release guiding work tkelsey 17:12:37 +1 17:12:57 I will buy you beer$ at our next communal shindig 17:13:09 excellent work 17:13:13 +1.0.1 17:13:15 ;) 17:13:16 tmcpeak: sounds like a plan :) 17:13:18 haha 17:13:21 lol 17:13:25 allright 17:13:27 #topic Docs 17:13:34 elmiko sicarie 17:13:39 don't think there is much new to report here 17:13:50 we've had a few more patches coming in, and some minor updates 17:13:58 where da pdf at 17:14:00 but the big issue is still producing the new leaf version 17:14:02 yea... 17:14:02 ;) 17:14:09 we have top minds looking into it 17:14:33 it's true, elmiko is the brains of the outfit 17:14:44 haha, i meant you and pdesai! 17:15:05 I'm a man of the people and the people demand sec guide PDF 17:15:05 it's a huge pita and we were going to all get in a room at the summit and try to figure something out 17:15:06 +1 17:15:35 what's wrong with it? 17:15:46 all the automated tools don't deal with mutliple files 17:15:51 they want to convert rst from a single file 17:15:52 yea, the rst move was awesome for making new content. but it makes generating a pdf really difficult 17:16:09 ahh 17:16:27 not to shed too much, but maybe we can developer a single-page html solution from the rst? 17:16:45 that or squash all the RST into one flat file and PDF that ;) 17:16:54 right 17:17:16 allright anyways 17:17:18 top minds and all that 17:17:19 onward 17:17:22 #topic Syntribos 17:17:26 lots going on here 17:17:32 yep :) 17:17:44 what it do? 17:17:56 so ccneill has been working on documentation 17:18:06 which is something we sorely needed 17:18:07 (thanks, elmiko, for getting us started!) 17:18:14 nice, docs are good 17:18:14 +1 17:18:23 started doing code documentation with RST docstrings 17:18:39 it getting any love at the summit btw? 17:18:48 it's merged in master now, so if you wanna see what I've been playing with, do a tox -e docs 17:18:53 tmcpeak: mdong and I won't be there unfortunately :\ 17:19:02 michaelxin is the only one of us going to summit 17:19:06 it's like 3 blocks away from the castle :P 17:19:15 (yes I know they are different cities) 17:19:16 sigh.. yeah 17:19:22 it’s like 30 blocks from my apartment 17:19:25 we do have austin office 17:19:36 you guys at least going to crash the party? 17:19:47 which partY? 17:19:54 summit party 17:20:01 Oo there's other partys? 17:20:09 The summit party 17:20:18 * amrith wonders, the topic is "security" and they're talking about crashing a party ... 17:20:26 yeah I think someone mentioned there were a few evening parties, but I haven't done a summit before so I don't know much about it 17:20:35 amrith: it's how we roll :D 17:20:37 amrith: shhh 17:20:38 amrith: we'll bring hacked HID cards and all ;) 17:20:39 ;) 17:20:42 i’ll bring my ski mask 17:20:53 mdong rolls serious! 17:20:54 let's get back to Syntribos 17:20:58 lol 17:21:04 yep, back on topic 17:21:07 go hard or go home 17:21:07 anyway 17:21:13 haha 17:21:21 rahul pushed code change for payloads of keystone 17:21:24 * amrith wanders away, I heard party and came here. no party and I'm off 17:21:32 amrith: +1 17:21:40 ccneill and mcdong are working on improving reporting features. 17:21:40 or rather, “request templates”, as we are calling them now 17:22:12 we’ve also started the process of removing OpenCAFE dependencies 17:22:12 I think we've mostly got the finding/issue/defect/whatever schema figured out at this point 17:22:27 sweet 17:22:28 https://github.com/cneill/syntribos-schema 17:22:36 for anyone who's curious 17:22:38 sorry 17:22:40 #link https://github.com/cneill/syntribos-schema 17:23:10 yea looks reasonable 17:23:18 That should cover what we are working on. 17:23:33 yep, we'll be rejoined by Rahul in a few weeks after training 17:23:36 so just mdong and I for the moment 17:23:56 still seems like you guys are flying through the work 17:24:00 there’s a few places where it’s low hanging fruit to remove OpenCAFE, ccneill and rahulunair have ben working on that 17:24:22 I want to talk a little more about the broken API that we talked last week 17:24:27 yep, removed OpenCAFE's custom TestSuite class, but it looks like other deps may take a little more work 17:24:47 We want to use the broken API as a test bed for Syntribos 17:25:01 What's your take on this? 17:25:08 makes perfect sense 17:25:34 are you planning to build up broken API as you go or write a lot of it and then build of Syntribos to detect? 17:25:52 We already have one 17:26:01 no I know 17:26:06 we'll probably focus on Syntribos first 17:26:07 I assume you'll keep adding to it? 17:26:17 We are thinking about adding defects while we are moving along 17:26:23 i would love to see an overlap of broken api and machine learning to predict bad behaviors 17:26:29 we need to robustify some of our tests before it'll be ready to reliably detect weird edge cases and stuff 17:26:31 ideally you'd have different developers work on the broken API and Syntribos so you aren't fitting Syntribos to the broken API 17:26:34 but that might not be practical 17:26:36 but it'll probably be some back-and-forth 17:26:44 tmcpeak: +1 to different devs 17:26:53 tmcpeak: true 17:27:01 so far mvaldes is our lead on the broken API 17:27:25 https://github.com/mattvaldes/vulnerable-api/ 17:27:25 so not exactly a huge barrier between the two projects, but at least we're not literally copying/pasting or anything haha 17:27:54 nice 17:28:16 Will OpenStack accept it as a project in the future? 17:28:26 it should 17:28:30 Or does it make sense to make it a OWASP project? 17:28:39 don't mature security projects automatically get brought in? 17:28:58 We have talked with OWASP and they showed strong interest. 17:28:59 not sure, i think we still need to propose their addition to the openstack tent 17:29:04 michaelxin: just thought of something. vulnerable API could be used for BOTH syntribos + bandit 17:29:10 michaelxin: up to you guys really 17:29:24 The problem is that it is not mature enough yet. 17:29:30 ccneill: it would make a good demo 17:29:32 ccneill: That's a good point. 17:29:34 for Bandit that is 17:29:47 <3 dat synergy 17:29:49 Thanks all. 17:29:56 lol 17:30:11 That's all for Syntribos and broken API 17:30:15 cool 17:30:21 thanks RAXers 17:30:22 Time to think a cool name again 17:30:25 looking to be a cool tool 17:30:34 #topic Summit Planning 17:30:42 sdake: you around? 17:31:46 seems not :D 17:32:15 so I wanted to see how we're coming on the threat analysis sessions but given that sdake and hyakuhei are both not here let's punt 17:32:24 fair 17:32:27 anything else anybody wants to say for summit planning? 17:32:28 tmcpeak yo 17:32:32 ahh there he is 17:32:35 he? she? 17:32:39 there it is 17:32:40 tmcpeak he :) 17:32:46 haha ok cool 17:32:47 there he is 17:32:55 tmcpeak so ta - our plan is still in place to have cross project and 1 koll asummit session on ta 17:33:05 kolla deadline pushed to 15th, after that i work on diagrams for ta 17:33:11 ok cool, we get anywhere with setting up those sessions? 17:33:17 sdake: fair enough 17:33:31 tmcpeak kolla's session is set, i submitted the cp session for review by the tc 17:33:35 i am certain it will be accepted 17:33:41 but its possible it may not be 17:33:43 awesome 17:33:58 that will be on tuesday 17:33:58 hui* will lead it 17:34:02 allright finger crossies 17:34:03 i am just a facilitator ;) 17:34:12 cool seems reasonable 17:34:14 +1 17:34:27 cool, that's all I wanted to check on summit 17:34:38 thanks and o/ sorry i'm late ;) 17:34:42 I'm skipping publicity for now since I don't think anybody has done or is doing anything 17:34:42 which project will we do TM? 17:34:44 completely skipped my mind 17:34:45 thanks sdake 17:34:48 michaelxin: kolla 17:34:56 tmcpeak: Thanks. 17:35:02 #topic OSSN 17:35:13 i started researching the mongo one 17:35:19 hyakuhei is working on an embargoed one 17:35:21 elmiko: sweet 17:35:33 but, some internal stuff started heating up and i wasn't able to start writing it yet :/ 17:35:55 looks like michaelxin is assigned on that one 17:35:56 elmiko: you already started? 17:36:04 I just signed up today. 17:36:12 michaelxin: just research, if you have a good handle on it, go for it 17:36:13 I will not fight elmiko for this. 17:36:21 no no, it's fine 17:36:36 lol 17:36:36 i'm out next week anyways, so probably best if someone can work on it 17:36:36 elmiko: Cool, I will take on this one. 17:36:41 sweet 17:36:44 great, thanks michaelxin ! 17:36:55 elmiko: anytime 17:37:34 The only remaining issue is that we do not know whether it impacted other versions. 17:37:46 yea 17:37:47 Rob asked them did not get answer. 17:37:51 I asked them again. 17:37:53 and other dbs too 17:38:17 Once we have all infos, I can start working on it. 17:38:25 elmiko: good point 17:38:41 cool 17:38:45 it seemed like they tried to limit the issue to mongo production stuff, the other dbs seemed like experimental 17:38:58 dave-mccowan: you working on this one still? https://bugs.launchpad.net/ossn/+bug/1523646 17:38:59 Launchpad bug 1523646 in OpenStack Security Notes "Nova/Cinder Key Manager for Barbican Uses Stale Cache" [Medium,Confirmed] - Assigned to Dave McCowan (dave-mccowan) 17:40:09 allright we can follow up more next week 17:40:11 thanks for the work on those 17:40:15 #topic Blog 17:40:21 sicarie: you've been working on stuff, yeah 17:40:22 ? 17:40:53 tmcpeak https://review.openstack.org/#/c/267800/ 17:41:21 elmiko dave-mccowan: ok, what do we need to unblock here? 17:41:27 i'll update the patch description to mention the bug id, that's why it's not linked. 17:41:38 looks like cosmetic changes 17:41:49 i think we just need to figure out how we will handle project names 17:41:52 so it's in good shape 17:41:58 sorry, was multitasking 17:42:06 since rob went with capitalized for his, i'm ok with doing that on 0063 17:42:06 yes, I have two blog posts pending 17:42:15 one is a blurb about image signing 17:42:20 i'll take another look at that 17:42:26 lol, everybody woke up at once 17:42:33 the other will probably take quite a bit more work - i just threw up a rough draft 17:42:34 ok so first note 17:42:35 https://github.com/openstack-security/openstack-security.github.io/pulls 17:42:39 small changes and then this is done 17:43:11 dave-mccowan: minor spelling/grammer stuff aside, let's just go with capitalized project names 17:43:16 i'll add a comment to the reivew 17:43:20 sicarie: this looks good 17:43:50 Yeah, the shorter one should be pretty ready 17:44:01 +1 17:44:08 good job 17:44:13 the other one i was actually thinking about refactoring and looking at "traditional" vs something like an embedded team model 17:44:28 but yeah, please comment/nit/anything 17:45:11 sweet 17:45:29 so please have a look at sicarie's blog post if you get a chance 17:45:33 posts 17:45:36 #topic AOB 17:45:41 anything else? might wrap early today 17:45:49 those posts are pull requests in github currently? 17:46:00 yes 17:46:07 thanks! 17:47:05 allright well if nothing else let's roll it 17:47:09 #endmeeting