Territorio Libre

Hemos encontrado una magnífica reflexión sobre el mundo opensource, comparándolo con el negocio de los cerrajeros. Por ello, no nos hemos podido resistir a entrar en un debate que sabemos que es más polémico de lo que parece. En el post al que nos referimos, se expone que un cerrajero, que es capaz de abrir todas las puertas, no permite ver al usuario cómo hace su trabajo, argumentando que es por seguridad, además de que el trabajo del cerrajero se basa en que no se conozca la técnica para abrir las puertas.

La postura del cerrajero, aunque lógica para proteger su modelo de negocio, presenta el dilema del usuario en lo que se refiere a que todos podrían conocer las técnicas de apertura de puertas, con el fin de evitar incomodidades. Eso plantea el problema de que cualquiera podría abrir las puertas, pero si conocemos la técnica para abrirlas, también podemos saber cómo asegurar la puerta para que no puedan abrirse por manos ajenas. Y aunque no supíeramos hacer eso, los cerrajeros podrían dedicarse a asegurar las puertas, quedando su negocio protegido de nuevo gracias a la especialización.

Si este dilema lo trasladamos al mundo del opensource, se podría pensar en si es mejor exponer los fallos del código ante la comunidad para que puedan ser arreglados por ésta o, simplemente, esconderlos de ésta para evitar que existan agujeros de seguridad creados por los propios usuarios al conocer el código.

De esta forma, llegamos a la conclusión que en el caso de enseñar el código a la comunidad opensource, lo habitual es que la gran mayoría de usuarios se limite a retocar un mínimo de características que no suelen afectar a la seguridad. Hay que decir que existe la posibilidad de que usuarios con conocimientos especializados puedan acceder para “arreglar o estropear” la seguridad del software, pero eso es inevitable.

En contraposición a ello, el uso de software privativo no permite a ningún usuario ver la realidad del problema de seguridad, en caso de existir éste. Aún así, puede que los usuarios especializados que se comentaban antes puedan crear agujeros de seguridad que son más difíciles de detectar debido, principalmente, a que no es una comunidad la que vigila, sino un reducido número de usuarios programadores que tienen acceso al código.

Por ello, la lógica nos plantea la solución ante la duda de usar código abierto o cerrado: a la hora de tomar una decisión, parece mejor que, aunque sea potencialmente, toda una comunidad vigile y que no sean unas pocas personas las que se dediquen a ello.

Trackback URI | Comments RSS