El deber del Scholar: contar la verdad a quien debe escucharla
The Duty of a Scholar
En 2004, mientras corregía su tesis doctoral en Oxford, Colin Percival detectó una fuga de información en el Hyper-Threading de Intel y construyó un exploit que reconstruía una clave privada RSA. Pasó seis meses coordinando la divulgación responsable en lugar de buscar empleo. A partir de ese caso y de las ideas de Fichte, sostiene que el Scholar no solo debe descubrir la verdad, sino buscar activamente a quién contársela.
Para mí, el deber incluye buscar activamente a las personas a quienes se debe contar la verdad. Escudarse en «nadie me lo preguntó» es incumplir ese deber.
- cperciva
Vaya, apareció rápido.
Los lectores también podrían considerar que mi publicación de 2020 "On the use of a life" es una pieza complementaria interesante: https://www.daemonology.net/blog/2020-09-20-On-the-use-of-a-...
- ballmerpoint
> Los miembros del IEEE se comprometen, por ejemplo, "a anteponer la seguridad, la salud y el bienestar del público..." sin que ese deber se limite a los peligros derivados de proyectos en los que participe el ingeniero en cuestión: el deber "de divulgar con prontitud" recae en cualquier ingeniero que reconozca que el peligro existe.
Como miembro activo del IEEE desde hace más de una década, nunca he visto a nadie (aparte del autor aquí presente) tomarse en serio este deber. Hay un montón de miembros del IEEE trabajando en cosas que causan directamente ese tipo de peligros.
- Animats
Intel afirmó que no era un problema: [1]
Hoy sería un asunto más grave. En la era de la IA, explotar agujeros difíciles de explotar es mucho más fácil. La IA tiene una paciencia limitada únicamente por tu presupuesto.
[1] https://www.itnews.com.au/news/intel-soothes-hyperthreading-...
- nickelpro
La respuesta de Intel fue:
> Los exploits de temporización son conocidos por la comunidad de seguridad desde mediados de los noventa. Desde un punto de vista del mundo real, el ataque no es práctico.
Y esto es básicamente el estado del arte hoy en día, incluso con Spectre. Puedes demostrar la vulnerabilidad en condiciones controladas, pero que esas condiciones surjan en producción no es práctico en el sentido ingenieril.
- jruohonen
Suena un poco a R. K. Merton, así que fue una buena lectura.