<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: A Critical Moodle LMS Security Vulnerability &#8212; All Versions</title>
	<atom:link href="http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/feed/" rel="self" type="application/rss+xml" />
	<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/</link>
	<description>Technology Made Easy</description>
	<lastBuildDate>Thu, 09 Sep 2010 12:17:16 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Free Technology Tutorials &#187; Moodle 2.0 &#8212; Vaporware??</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-31699</link>
		<dc:creator>Free Technology Tutorials &#187; Moodle 2.0 &#8212; Vaporware??</dc:creator>
		<pubDate>Mon, 06 Sep 2010 16:43:51 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-31699</guid>
		<description>[...] and quite obvious, security/FERPA issues built into that release&#8211;something that has been a hallmark of Moodle since day 1. Of course, I&#8217;m not sure security/privacy will matter much give the disastrous [...]</description>
		<content:encoded><![CDATA[<p>[...] and quite obvious, security/FERPA issues built into that release&#8211;something that has been a hallmark of Moodle since day 1. Of course, I&#8217;m not sure security/privacy will matter much give the disastrous [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: figaro</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20419</link>
		<dc:creator>figaro</dc:creator>
		<pubDate>Fri, 20 Nov 2009 16:51:18 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20419</guid>
		<description>&lt;a href=&quot;#comment-20418&quot; rel=&quot;nofollow&quot;&gt;@Joe &lt;/a&gt; 
Thanks Joe...good luck with the tracker issues.

Based on the advice of a good friend and one of the few independent thinkers still willing to post independent thoughts on moodle.org, I think it&#039;s time to close this thread...its about run its course. 

My offer to remove the YouTube video, and make this post unavailable until some point in the future, IF I&#039;m asked to do so by the Moodle Lead Dev., stands.

Thanks to all for a good discussion...try having these on moodle.org from time-to-time and, although messy and sometimes even ugly, Moodle will benefit!</description>
		<content:encoded><![CDATA[<p><a href="#comment-20418" rel="nofollow">@Joe </a><br />
Thanks Joe&#8230;good luck with the tracker issues.</p>
<p>Based on the advice of a good friend and one of the few independent thinkers still willing to post independent thoughts on moodle.org, I think it&#8217;s time to close this thread&#8230;its about run its course. </p>
<p>My offer to remove the YouTube video, and make this post unavailable until some point in the future, IF I&#8217;m asked to do so by the Moodle Lead Dev., stands.</p>
<p>Thanks to all for a good discussion&#8230;try having these on moodle.org from time-to-time and, although messy and sometimes even ugly, Moodle will benefit!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20418</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Fri, 20 Nov 2009 16:41:05 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20418</guid>
		<description>That&#039;s a fair question, and I&#039;m JoeMurphy on moodle.org. I&#039;ll tell you now that you&#039;ll see a lot more votes than comments - I&#039;m not a developer myself, but I participate in discussions as someone in user services.

That said, if something in the past has limited your ability to follow the process, I can see why you have to go another way. Sounds like an unpleasant and unproductive situation for all involved - I&#039;m sorry for those scars.

I do, as a matter of fact, think that messenger and message are both important. You&#039;re modeling a kind of behavior in reporting bugs here, and the context that you&#039;ve personally tried and failed to get them recognized is important. Sorry, there&#039;s that &quot;user services&quot; mindset instead of &quot;developer&quot;. :-)

And yes, I am working on replicating issues so we can enter useful tracker reports about the fundamental problems with the course backups. I expect them to be treated as significant security issues and made invisible until patched. :-)</description>
		<content:encoded><![CDATA[<p>That&#8217;s a fair question, and I&#8217;m JoeMurphy on moodle.org. I&#8217;ll tell you now that you&#8217;ll see a lot more votes than comments &#8211; I&#8217;m not a developer myself, but I participate in discussions as someone in user services.</p>
<p>That said, if something in the past has limited your ability to follow the process, I can see why you have to go another way. Sounds like an unpleasant and unproductive situation for all involved &#8211; I&#8217;m sorry for those scars.</p>
<p>I do, as a matter of fact, think that messenger and message are both important. You&#8217;re modeling a kind of behavior in reporting bugs here, and the context that you&#8217;ve personally tried and failed to get them recognized is important. Sorry, there&#8217;s that &#8220;user services&#8221; mindset instead of &#8220;developer&#8221;. <img src='http://educhalk.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>And yes, I am working on replicating issues so we can enter useful tracker reports about the fundamental problems with the course backups. I expect them to be treated as significant security issues and made invisible until patched. <img src='http://educhalk.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: netbuoy</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20417</link>
		<dc:creator>netbuoy</dc:creator>
		<pubDate>Fri, 20 Nov 2009 16:36:16 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20417</guid>
		<description>Joe,
As with profile spam, this was considered a feature, and it is as it allows me to backup a course including all user data and move the course and have all that user data intact- but there is no such thing as a free lunch. Last I counted there were less than a handful of regular contributors at moodle.org that felt this issue deserved any attention. Martin didn&#039;t respond here but on Miguel&#039;s blog where it followed some name calling as I recall. Moodle evangelistas continue to harp on their claim that Moodle is as easy as falling off a log; but while it may be my LMS of choice, it&#039;s not all that simple to administer.....  Remember, its a moodle core dev that said it wasn&#039;t as if money was at stake, not me.......

Short term? Just kill backup rights of teacher and course creator and use an admin password such as I have described (phrase with substitution) making sure that anyone with admin rights follows suit. Implement a forced password change for users and if your students are
minors use this opportunity to teach about trusted community and Internet security.</description>
		<content:encoded><![CDATA[<p>Joe,<br />
As with profile spam, this was considered a feature, and it is as it allows me to backup a course including all user data and move the course and have all that user data intact- but there is no such thing as a free lunch. Last I counted there were less than a handful of regular contributors at moodle.org that felt this issue deserved any attention. Martin didn&#8217;t respond here but on Miguel&#8217;s blog where it followed some name calling as I recall. Moodle evangelistas continue to harp on their claim that Moodle is as easy as falling off a log; but while it may be my LMS of choice, it&#8217;s not all that simple to administer&#8230;..  Remember, its a moodle core dev that said it wasn&#8217;t as if money was at stake, not me&#8230;&#8230;.</p>
<p>Short term? Just kill backup rights of teacher and course creator and use an admin password such as I have described (phrase with substitution) making sure that anyone with admin rights follows suit. Implement a forced password change for users and if your students are<br />
minors use this opportunity to teach about trusted community and Internet security.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: figaro</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20409</link>
		<dc:creator>figaro</dc:creator>
		<pubDate>Fri, 20 Nov 2009 15:55:10 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20409</guid>
		<description>&lt;a href=&quot;#comment-20397&quot; rel=&quot;nofollow&quot;&gt;@Joe &lt;/a&gt; 
&lt;em&gt;Thanks for the link to the thread about MDL-18807. Based on that thread, I don’t actually believe it addresses the core security hole. _Passwords shouldn’t be in the course backup at all._ Not plain text, not MD5 hashed, not hashed and salted, not AES-256&lt;/em&gt;

Well then, it sounds like YOU need to be filing some tracker issues and making your case in the forums...have you?

&lt;em&gt;But yes, as a matter of fact, I think you should remove the video pending the release of 1.9.7. &lt;/em&gt;

Okay...here&#039;s what I&#039;ll agree to do. If Moodle HQ asks me to remove it, then I will. But, I haven&#039;t been asked and don&#039;t expect I will be.

&lt;em&gt;This isn’t about what the Moodle developers knew or didn’t know.&lt;/em&gt;

Disagree. It has everything to do with what moodle devs knew and didn&#039;t know...and what they did and didn&#039;t do.

&lt;em&gt;Again, it’s possible – even probable – that it was justified to force Moodle’s hand in this case. 7 months is too long for this kind of hole, and maybe Moodle deserved a kick in the pants.&lt;/em&gt;

There is a point where we are in 100% agreement.

&lt;em&gt;But what I’m seeing is not the informed action of a contributing member of the community, but a rash decision by someone who isn’t really informed about the development process. I’ve asked you repeatedly about how _you_ handled it, and you’ve repeatedly pointed me to _other people’s_ posts.&lt;/em&gt;

I&#039;m far more informed than you realize. The reason you don&#039;t see me as a &quot;contributing member of the community&quot;, is because I was banned from the community by the lead dev himself for pushing issues just like this. I suppose I could have gone knocking on the door pleading for someone to listen to me, but I don&#039;t feel moved to do that. 

You have repeatedly tried to make this about the messenger instead of the message--been there, experienced that, have the scars to prove it. 

Okay, Joe...we&#039;ve had good exchanges for the past few days. We&#039;ve disagreed, but I haven&#039;t questioned your professionalism, or your commitment/contributions to the community you seem to care so much about. So, time to man-up...what is your identity on moodle.org? 

I would simply like to see how much of an &quot;informed, contributing member of the community&quot; you are.</description>
		<content:encoded><![CDATA[<p><a href="#comment-20397" rel="nofollow">@Joe </a><br />
<em>Thanks for the link to the thread about MDL-18807. Based on that thread, I don’t actually believe it addresses the core security hole. _Passwords shouldn’t be in the course backup at all._ Not plain text, not MD5 hashed, not hashed and salted, not AES-256</em></p>
<p>Well then, it sounds like YOU need to be filing some tracker issues and making your case in the forums&#8230;have you?</p>
<p><em>But yes, as a matter of fact, I think you should remove the video pending the release of 1.9.7. </em></p>
<p>Okay&#8230;here&#8217;s what I&#8217;ll agree to do. If Moodle HQ asks me to remove it, then I will. But, I haven&#8217;t been asked and don&#8217;t expect I will be.</p>
<p><em>This isn’t about what the Moodle developers knew or didn’t know.</em></p>
<p>Disagree. It has everything to do with what moodle devs knew and didn&#8217;t know&#8230;and what they did and didn&#8217;t do.</p>
<p><em>Again, it’s possible – even probable – that it was justified to force Moodle’s hand in this case. 7 months is too long for this kind of hole, and maybe Moodle deserved a kick in the pants.</em></p>
<p>There is a point where we are in 100% agreement.</p>
<p><em>But what I’m seeing is not the informed action of a contributing member of the community, but a rash decision by someone who isn’t really informed about the development process. I’ve asked you repeatedly about how _you_ handled it, and you’ve repeatedly pointed me to _other people’s_ posts.</em></p>
<p>I&#8217;m far more informed than you realize. The reason you don&#8217;t see me as a &#8220;contributing member of the community&#8221;, is because I was banned from the community by the lead dev himself for pushing issues just like this. I suppose I could have gone knocking on the door pleading for someone to listen to me, but I don&#8217;t feel moved to do that. </p>
<p>You have repeatedly tried to make this about the messenger instead of the message&#8211;been there, experienced that, have the scars to prove it. </p>
<p>Okay, Joe&#8230;we&#8217;ve had good exchanges for the past few days. We&#8217;ve disagreed, but I haven&#8217;t questioned your professionalism, or your commitment/contributions to the community you seem to care so much about. So, time to man-up&#8230;what is your identity on moodle.org? </p>
<p>I would simply like to see how much of an &#8220;informed, contributing member of the community&#8221; you are.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20397</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Fri, 20 Nov 2009 14:31:33 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20397</guid>
		<description>Thanks for the link to the thread about MDL-18807. Based on that thread, I don&#039;t actually believe it addresses the core security hole. _Passwords shouldn&#039;t be in the course backup at all._ Not plain text, not MD5 hashed, not hashed and salted, not AES-256. There&#039;s simply no valid use case I can imagine for having that data in a course backup in any form. Again, here&#039;s a point where we fundamentally agree - Moodle HQ has an approach to security which simply doesn&#039;t meet our criteria. The email Moodle sent out suggests that 1.9.7 will address this core problem, not the symptom (a crackable algorithm) which MDL-18807 seems to highlight. Salting is a band-aid, not a solution.

Now that the exploit is public, it seems that there&#039;s little benefit in keeping the information secret. I see your point. But yes, as a matter of fact, I think you should remove the video pending the release of 1.9.7. My site is not &quot;secure&quot; - it&#039;s &quot;more secure than it was.&quot; We don&#039;t have the programming expertise to address the core issue; that&#039;s going to have to come through an upgrade.

This isn&#039;t about what the Moodle developers knew or didn&#039;t know. It&#039;s about what the actual most effective way is to get the news out to the people who need it. It&#039;s about the huge amount of disconnected work that your approach has caused in the community, when I&#039;m hopeful that many of these issues will be handled centrally by the release of a critical security patch/point release.

Again, it&#039;s possible - even probable - that it was justified to force Moodle&#039;s hand in this case. 7 months is too long for this kind of hole, and maybe Moodle deserved a kick in the pants. But what I&#039;m seeing is not the informed action of a contributing member of the community, but a rash decision by someone who isn&#039;t really informed about the development process. I&#039;ve asked you repeatedly about how _you_ handled it, and you&#039;ve repeatedly pointed me to _other people&#039;s_ posts.

I don&#039;t think Moodle is responsible for making admins read their email. I know that some communities of admins shared this message with each other, to make sure fewer people missed it. And surely you don&#039;t think your site &quot;informed everyone who needs to be informed&quot;, do you?</description>
		<content:encoded><![CDATA[<p>Thanks for the link to the thread about MDL-18807. Based on that thread, I don&#8217;t actually believe it addresses the core security hole. _Passwords shouldn&#8217;t be in the course backup at all._ Not plain text, not MD5 hashed, not hashed and salted, not AES-256. There&#8217;s simply no valid use case I can imagine for having that data in a course backup in any form. Again, here&#8217;s a point where we fundamentally agree &#8211; Moodle HQ has an approach to security which simply doesn&#8217;t meet our criteria. The email Moodle sent out suggests that 1.9.7 will address this core problem, not the symptom (a crackable algorithm) which MDL-18807 seems to highlight. Salting is a band-aid, not a solution.</p>
<p>Now that the exploit is public, it seems that there&#8217;s little benefit in keeping the information secret. I see your point. But yes, as a matter of fact, I think you should remove the video pending the release of 1.9.7. My site is not &#8220;secure&#8221; &#8211; it&#8217;s &#8220;more secure than it was.&#8221; We don&#8217;t have the programming expertise to address the core issue; that&#8217;s going to have to come through an upgrade.</p>
<p>This isn&#8217;t about what the Moodle developers knew or didn&#8217;t know. It&#8217;s about what the actual most effective way is to get the news out to the people who need it. It&#8217;s about the huge amount of disconnected work that your approach has caused in the community, when I&#8217;m hopeful that many of these issues will be handled centrally by the release of a critical security patch/point release.</p>
<p>Again, it&#8217;s possible &#8211; even probable &#8211; that it was justified to force Moodle&#8217;s hand in this case. 7 months is too long for this kind of hole, and maybe Moodle deserved a kick in the pants. But what I&#8217;m seeing is not the informed action of a contributing member of the community, but a rash decision by someone who isn&#8217;t really informed about the development process. I&#8217;ve asked you repeatedly about how _you_ handled it, and you&#8217;ve repeatedly pointed me to _other people&#8217;s_ posts.</p>
<p>I don&#8217;t think Moodle is responsible for making admins read their email. I know that some communities of admins shared this message with each other, to make sure fewer people missed it. And surely you don&#8217;t think your site &#8220;informed everyone who needs to be informed&#8221;, do you?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: figaro</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20373</link>
		<dc:creator>figaro</dc:creator>
		<pubDate>Thu, 19 Nov 2009 23:28:22 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20373</guid>
		<description>&lt;a href=&quot;#comment-20363&quot; rel=&quot;nofollow&quot;&gt;@Joe &lt;/a&gt; 
&lt;em&gt;I disagree. I think it’s like someone with swine flu being quarantined so they stop spreading the germ.&lt;/em&gt;

Let me understand this...my video helped you secure your site. Are you suggesting I now &quot;classify&quot;/remove it...forget about anyone else who may still be in the dark? You got your flu shot...to heck with everyone else?

Do you really think that belated email moodle sent out has informed everyone who needs to be informed? I talked with a moodle admin (a furious moodle admin) today, who is on the registered users list to receive those notices and he didn&#039;t know anything was sent out...he&#039;s the second one on the mailing list I&#039;ve spoken with who didn&#039;t get the mail. Why? It seems it may have been marked as &quot;low priority&quot; and was caught by his spam filter...lots of filters do that with things marked &quot;low priority&quot;.</description>
		<content:encoded><![CDATA[<p><a href="#comment-20363" rel="nofollow">@Joe </a><br />
<em>I disagree. I think it’s like someone with swine flu being quarantined so they stop spreading the germ.</em></p>
<p>Let me understand this&#8230;my video helped you secure your site. Are you suggesting I now &#8220;classify&#8221;/remove it&#8230;forget about anyone else who may still be in the dark? You got your flu shot&#8230;to heck with everyone else?</p>
<p>Do you really think that belated email moodle sent out has informed everyone who needs to be informed? I talked with a moodle admin (a furious moodle admin) today, who is on the registered users list to receive those notices and he didn&#8217;t know anything was sent out&#8230;he&#8217;s the second one on the mailing list I&#8217;ve spoken with who didn&#8217;t get the mail. Why? It seems it may have been marked as &#8220;low priority&#8221; and was caught by his spam filter&#8230;lots of filters do that with things marked &#8220;low priority&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: figaro</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20372</link>
		<dc:creator>figaro</dc:creator>
		<pubDate>Thu, 19 Nov 2009 23:20:40 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20372</guid>
		<description>&lt;a href=&quot;#comment-20364&quot; rel=&quot;nofollow&quot;&gt;@Joe &lt;/a&gt; 
&lt;em&gt;If you think something more will clarify for me, point me to a specific post.&lt;/em&gt;

As I&#039;ve said, MDL-18807 is what you are missing. I could publish it, but there is no need...let&#039;s be clear...Moodle HQ has not denied knowing about this. In fact, the &quot;alert&quot; sent out a few days ago, so much as admitted knowing about it by saying:

&lt;em&gt;Moodle development policy has always generally been &quot;we trust teachers&quot;.&lt;/em&gt; 

Well, so do I, but I don&#039;t trust them with my bank account information.

However, if you want to see the origin of MDL-18807, take a look at this thread:

http://moodle.org/mod/forum/discuss.php?d=120180 

What else is there to say? If someone really needs to draw a picture of the problem, then maybe my video is the picture.

I&#039;m baffled as to what you think moodle devs didn&#039;t know? Are you really suggesting that you think they didn&#039;t know course backups included the complete user table for everyone in the backup? 

For what it&#039;s worth...the security reporting procedure IS to report issues to tracker. One more time -- MDL-18807 may shed some light on this for you. You comment here...which is appreciated, but you haven&#039;t asked to see that issue yet, have you? 

By the way, you&#039;re welcome and I do believe your name is Joe...apologies for my sarcasm earlier.</description>
		<content:encoded><![CDATA[<p><a href="#comment-20364" rel="nofollow">@Joe </a><br />
<em>If you think something more will clarify for me, point me to a specific post.</em></p>
<p>As I&#8217;ve said, MDL-18807 is what you are missing. I could publish it, but there is no need&#8230;let&#8217;s be clear&#8230;Moodle HQ has not denied knowing about this. In fact, the &#8220;alert&#8221; sent out a few days ago, so much as admitted knowing about it by saying:</p>
<p><em>Moodle development policy has always generally been &#8220;we trust teachers&#8221;.</em> </p>
<p>Well, so do I, but I don&#8217;t trust them with my bank account information.</p>
<p>However, if you want to see the origin of MDL-18807, take a look at this thread:</p>
<p><a href="http://moodle.org/mod/forum/discuss.php?d=120180" rel="nofollow">http://moodle.org/mod/forum/discuss.php?d=120180</a> </p>
<p>What else is there to say? If someone really needs to draw a picture of the problem, then maybe my video is the picture.</p>
<p>I&#8217;m baffled as to what you think moodle devs didn&#8217;t know? Are you really suggesting that you think they didn&#8217;t know course backups included the complete user table for everyone in the backup? </p>
<p>For what it&#8217;s worth&#8230;the security reporting procedure IS to report issues to tracker. One more time &#8212; MDL-18807 may shed some light on this for you. You comment here&#8230;which is appreciated, but you haven&#8217;t asked to see that issue yet, have you? </p>
<p>By the way, you&#8217;re welcome and I do believe your name is Joe&#8230;apologies for my sarcasm earlier.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20364</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Thu, 19 Nov 2009 19:59:39 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20364</guid>
		<description>&lt;a href=&quot;#comment-20356&quot; rel=&quot;nofollow&quot;&gt;@netbuoy &lt;/a&gt; 

Look, I&#039;m in agreement that this issue highlights some serious problems in Moodle&#039;s approach to security. Sure, &quot;education is not like banking&quot;, but it&#039;s still mission-critical for the institutions that do it.

I also know that people who actually do development, or even, like me, give a damn about how it&#039;s done, understand that there are proper procedures to follow, and that random veiled comments on discussion boards aren&#039;t part of them. 

What I&#039;m suggesting is that the Tracker probably has an immense amount of power in deciding what gets worked on and what doesn&#039;t. There&#039;s a time and place to violate procedure, of course - and as soon as anyone can tell me they themselves tried to follow procedure by writing or voting on or commenting on formal Tracker issues, I&#039;ll stop calling names.

Until then, it&#039;s not &quot;calling names&quot;, it&#039;s being linguistically precise in describing behavior. :-)

@figaro, regarding whether I&#039;m willing to dig - I&#039;m interested in digging out right now, figuring out what is broken, and how much, and how to fix it for my install. And again, I recognize that it&#039;s your impetus that&#039;s made my install more secure than it was Monday morning, and thanks again for that.

What I&#039;ve dug through so far (in terms of the Moodle discussion history) has mostly been an unhelpful morass of opinion (on both sides), not usable facts. If you think something more will clarify for me, point me to a specific post.</description>
		<content:encoded><![CDATA[<p><a href="#comment-20356" rel="nofollow">@netbuoy </a> </p>
<p>Look, I&#8217;m in agreement that this issue highlights some serious problems in Moodle&#8217;s approach to security. Sure, &#8220;education is not like banking&#8221;, but it&#8217;s still mission-critical for the institutions that do it.</p>
<p>I also know that people who actually do development, or even, like me, give a damn about how it&#8217;s done, understand that there are proper procedures to follow, and that random veiled comments on discussion boards aren&#8217;t part of them. </p>
<p>What I&#8217;m suggesting is that the Tracker probably has an immense amount of power in deciding what gets worked on and what doesn&#8217;t. There&#8217;s a time and place to violate procedure, of course &#8211; and as soon as anyone can tell me they themselves tried to follow procedure by writing or voting on or commenting on formal Tracker issues, I&#8217;ll stop calling names.</p>
<p>Until then, it&#8217;s not &#8220;calling names&#8221;, it&#8217;s being linguistically precise in describing behavior. <img src='http://educhalk.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
<p>@figaro, regarding whether I&#8217;m willing to dig &#8211; I&#8217;m interested in digging out right now, figuring out what is broken, and how much, and how to fix it for my install. And again, I recognize that it&#8217;s your impetus that&#8217;s made my install more secure than it was Monday morning, and thanks again for that.</p>
<p>What I&#8217;ve dug through so far (in terms of the Moodle discussion history) has mostly been an unhelpful morass of opinion (on both sides), not usable facts. If you think something more will clarify for me, point me to a specific post.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Joe</title>
		<link>http://educhalk.org/blog/a-critical-moodle-lms-security-vulnerability-all-versions/comment-page-1/#comment-20363</link>
		<dc:creator>Joe</dc:creator>
		<pubDate>Thu, 19 Nov 2009 19:49:19 +0000</pubDate>
		<guid isPermaLink="false">http://educhalk.org/blog/?p=524#comment-20363</guid>
		<description>&lt;a href=&quot;#comment-20358&quot; rel=&quot;nofollow&quot;&gt;@figaro &lt;/a&gt; 
&lt;blockquote cite=&quot;#commentbody-20358&quot;&gt;
&lt;strong&gt;&lt;a href=&quot;#comment-20358&quot; rel=&quot;nofollow&quot;&gt;figaro&lt;/a&gt; :&lt;/strong&gt;
&lt;a href=&quot;#comment-20354&quot; rel=&quot;nofollow&quot;&gt;@Joe &lt;/a&gt;
&lt;em&gt;“I’d expect to see MDL-18807 “declassified”…”&lt;/em&gt;
How can you “classify” something that has been sitting out in public for 7 months? That’s like me removing this video from YouTube and saying, sorry, it’s now classified. 
Looks like we are at an impasse, but if my “unprofessional” conduct helped you secure your site…you’re very welcome. Read MDL-18807 one of these days when it’s “declassified”.
&lt;/blockquote&gt;

I disagree. I think it&#039;s like someone with swine flu being quarantined so they stop spreading the germ. Sure, it&#039;s bad that they wandered around for a few days, but it&#039;s better when it stops.

Maybe it&#039;s all academic - once the exploit is public, there&#039;s little value in adding security so you might as well leave it alone. Or maybe you follow best practices anyway, because there&#039;s value in them.

And you did help me secure my site, and genuinely, thank you for that.

And Joe is honestly the name my parents gave me. No need for quotes, &quot;Figaro.&quot; :-)</description>
		<content:encoded><![CDATA[<p><a href="#comment-20358" rel="nofollow">@figaro </a> </p>
<blockquote cite="#commentbody-20358"><p>
<strong><a href="#comment-20358" rel="nofollow">figaro</a> :</strong><br />
<a href="#comment-20354" rel="nofollow">@Joe </a><br />
<em>“I’d expect to see MDL-18807 “declassified”…”</em><br />
How can you “classify” something that has been sitting out in public for 7 months? That’s like me removing this video from YouTube and saying, sorry, it’s now classified.<br />
Looks like we are at an impasse, but if my “unprofessional” conduct helped you secure your site…you’re very welcome. Read MDL-18807 one of these days when it’s “declassified”.
</p></blockquote>
<p>I disagree. I think it&#8217;s like someone with swine flu being quarantined so they stop spreading the germ. Sure, it&#8217;s bad that they wandered around for a few days, but it&#8217;s better when it stops.</p>
<p>Maybe it&#8217;s all academic &#8211; once the exploit is public, there&#8217;s little value in adding security so you might as well leave it alone. Or maybe you follow best practices anyway, because there&#8217;s value in them.</p>
<p>And you did help me secure my site, and genuinely, thank you for that.</p>
<p>And Joe is honestly the name my parents gave me. No need for quotes, &#8220;Figaro.&#8221; <img src='http://educhalk.org/blog/wp-includes/images/smilies/icon_smile.gif' alt=':-)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
</channel>
</rss>
