lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite for Android: free password hash cracker in your pocket
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <AANLkTinRRp=Z83BVZTZgbV_ZkF4=Pmkeocup-qLrS01D@mail.gmail.com>
Date: Sun, 20 Feb 2011 23:55:50 +0000
From: Chris M <chris@...lroute.net>
To: Caspian Kilkelly <caspian@...dom-interrupt.org>
Cc: "full-disclosure@...ts.grok.org.uk" <full-disclosure@...ts.grok.org.uk>
Subject: Re: University of Central Florida Multiple LFI

All true, I too have worked in education and fully understand that things
tend to run in a not-so-business-like fashion, often policies and procedures
are often outdated and not followed, if even staff know where to find them
or of their existence. This does not mean this is right, however. If
universities are to become players in this modern world of technology, they
cannot do so half-heartedly, and must stand up and realise these deployments
which SOMEONE put in need to be maintained. Unfortunately, it sometimes has
to fly in their face before they will stand up and take notice. Some people
just can't be rationalised with, more drastic action is often required. I am
not saying this is right either, but simply fact.

On Sun, Feb 20, 2011 at 5:18 PM, Caspian Kilkelly <
caspian@...dom-interrupt.org> wrote:

> Chris and Luis,
> Thinking that a university IT department is a centralized, monolithic
> structure (like it is in most businesses) is stretching it. Most of the
> places I've worked with or for have little internal empires run by whoever
> got there first, and their budgets are pretty slim. Having something like a
> regular infrastructure meeting would be great if the heads of the official
> infrastructure department even knew who the other infrastructure
> stakeholders were, but they usually don't.
>
> Additionally, 5 days or even 12 is far too short a time to disclose vulns
> for institutions that have a support response time of a week or more (most
> universities move at a glacial pace). While I realize that you think this is
> critical, their IT managers might not have any idea what the problem is
> (communications are poor, they are usually undertrained and underpaid), and
> certainly have about 300 other things to think about that are likely just as
> serious to them (like prof Fuzzyhair's massive lab installation, or the
> director of research needing a new pc). Next time, make a few phone calls,
> and not to the peons who run the support desk (no offense, help desk), call
> the head of IT or the president, rector, or someone equally high up, and
> give them enough time to respond. You catch more flies with honey, etc..
>
>
> Caspian
>
>
> On 2011-02-19, at 1:02 PM, Chris M <chris@...lroute.net> wrote:
>
> Agreed - by not taking further steps following the complete negligence of
> the institution to protect the security of their assets (and thereby placing
> students & staff at risk) there must be some further incentive to bring this
> to their attention. If anything they should have regular infrastructure
> meetings where items like this should be at the top of the agenda.
>
> Its unfortunate that it has to come to this with many institutions - I have
> had many similar experiences.
>
> On Sat, Feb 19, 2011 at 5:54 PM, Hack Talk < <hacktalkblog@...il.com>
> hacktalkblog@...il.com> wrote:
>
>> Weev,
>>
>> I actually know many of the "techrangers" who are UCF employed students
>> which are in charge of maintaining websites and have spoken to them
>> personally about these and other vulnerabilities many times in the past and
>> they have yet to patch them. In addition to that I have gone so far as to
>> finding one of the developer's website ( <http://www.stevenmonetti.com/>
>> http://www.stevenmonetti.com/) and not only emailing him, but adding him
>> to my gTalk list (the invitation to which he has yet to accept after about a
>> month) and after looking at his resume left him a text message and a
>> voicemail all with no contact back. I am flat out when reporting
>> vulnerabilities and let the affected party know from day one that I follow
>> the RFP Responsible Disclosure Policy and if I don't hear back in 5 days I
>> no longer need to work with them. On days 3 and 5 I always email back if
>> they haven't gotten back in contact with me and once again reiterate the
>> disclosure policy. At this point they must not care enough if I was doing
>> that every 3 days for quite some time. If they don't care about their own
>> security then something must happen to make them care.
>>
>>
>> Luis Santana
>>
>>
>>
>> On Sat, Feb 19, 2011 at 12:49 PM, Eyeballing Weev <<eyeballing.weev@...il.com>
>> eyeballing.weev@...il.com> wrote:
>>
>>> Shawn,
>>>
>>> "Hack Talk" would rather fire off 5 emails than pick up a phone, make a
>>> phone call and call someone from the WHOIS information since by his own
>>> admission he's a Florida resident who lives near UCF or maybe he's
>>> worried about law enforcement after all ;-)
>>>
>>>
>>> On 02/19/2011 12:46 PM, Hack Talk wrote:
>>> > Hey Shawn,
>>> >
>>> > I typically follow the Rain Forest Puppy Responsible Disclosure Policy
>>> > which I'm sure many people have read. I even extended the contact time
>>> > to 2 weeks since Universities are quite busy places. During those 2
>>> > weeks I personally emailed them back 5 times and did not get a single
>>> > response back. This is not the first time the University has neglected
>>> > to respond to vulnerabilities affecting their sites and as such I
>>> > decided that enough was enough and that by publicly disclosing these
>>> > vulnerabilities they would be forced to patch their code. I've worked
>>> > with many Universities in the past to patch there vulnerabilities and
>>> > they have responded typically within 12 hours of me sending my initial
>>> > email alerting them to the issue. Being a .edu does not exempt you from
>>> > hackers wanting into your system and it does not mean you can get away
>>> > with having gaping holes in security for months without patching them.
>>> >
>>> > Full Disclosure as a methodology is about forcing people to fix their
>>> > holes which is exactly what I was hoping would happen to UCF.
>>> >
>>> > Thanks for doing your best to extinguish the flamewar that was starting
>>> :D.
>>> >
>>> >
>>> > Luis Santana
>>> >
>>> >
>>> >
>>>
>>> _______________________________________________
>>> Full-Disclosure - We believe in it.
>>> Charter: <http://lists.grok.org.uk/full-disclosure-charter.html>
>>> http://lists.grok.org.uk/full-disclosure-charter.html
>>> Hosted and sponsored by Secunia - <http://secunia.com/>
>>> http://secunia.com/
>>>
>>
>>
>> _______________________________________________
>> Full-Disclosure - We believe in it.
>> Charter: <http://lists.grok.org.uk/full-disclosure-charter.html>
>> http://lists.grok.org.uk/full-disclosure-charter.html
>> Hosted and sponsored by Secunia - <http://secunia.com/>
>> http://secunia.com/
>>
>
>
>
> --
>  I’m a hot-wired, heat seeking, warm-hearted cool customer, voice activated
> and bio-degradable. I interface with my database, my database is in
> cyberspace, so I’m interactive, I’m hyperactive and from time to time I’m
> radioactive.
>
> _______________________________________________
> Full-Disclosure - We believe in it.
> Charter: <http://lists.grok.org.uk/full-disclosure-charter.html>
> http://lists.grok.org.uk/full-disclosure-charter.html
> Hosted and sponsored by Secunia - <http://secunia.com/>http://secunia.com/
>
>


-- 
 I’m a hot-wired, heat seeking, warm-hearted cool customer, voice activated
and bio-degradable. I interface with my database, my database is in
cyberspace, so I’m interactive, I’m hyperactive and from time to time I’m
radioactive.

Content of type "text/html" skipped

_______________________________________________
Full-Disclosure - We believe in it.
Charter: http://lists.grok.org.uk/full-disclosure-charter.html
Hosted and sponsored by Secunia - http://secunia.com/

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ