<?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>
	Comentarios en: Apple admitió que el núcleo de iOS 10 no está cifrado	</title>
	<atom:link href="https://www.enter.co/chips-bits/apps-software/apple-admitio-que-el-nucleo-de-ios-10-no-esta-cifrado/feed/" rel="self" type="application/rss+xml" />
	<link>https://www.enter.co/chips-bits/apps-software/apple-admitio-que-el-nucleo-de-ios-10-no-esta-cifrado/</link>
	<description>Tecnología y Cultura Digital</description>
	<lastBuildDate>Thu, 23 Jun 2016 19:38:00 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		Por: VooDooChicken		</title>
		<link>https://www.enter.co/chips-bits/apps-software/apple-admitio-que-el-nucleo-de-ios-10-no-esta-cifrado/#comment-184249</link>

		<dc:creator><![CDATA[VooDooChicken]]></dc:creator>
		<pubDate>Thu, 23 Jun 2016 19:38:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.enter.co/?p=252013#comment-184249</guid>

					<description><![CDATA[acá están revolviendo un poco de cosas. una cosa es el núcleo, otra es el caché, otra es lo del fbi.. y acá lor evuelvent odo y parece que no le atinann a nada.
el núcleo del sistema es un programa, es código ejecutable, y no tiene po qué estar cifrado; de hecho ni tiene sentido qwue esté cifrado ni puede estar cifrado, a menos que el mismo procesador tenga algo para enciptar y desencriptar; de lo contrario la misma encriptación sería por software, y de hecho, estaría en el núclo, para correr el núcelo. lo del caché? supongamos que se refiere a lo que está en el caché del procesador, o en cualquier caso, en la ram. la única forma en que un proceso se meta en la memoria de otro proceso, si no es porque usan memoria compartida, es porque el sistema operativo está mal hecho, o porque el procesador (el mismo hardware) no tiene formas de proteger la memoria.
como mencioné en un post hace algún tiempo, ene l caso de dos, no había sistema operativo como tal. els istema le soltaba todo el aparato al programa que fuera a correr, y a menos que fuera un virus, no habçia cuestión de un programa que le metiera en la mekoria de otro porque no había corriendo varios programas al tiempo. luego en windows 95 permitieron que corrieran varios programas al tiempo, pero no había protección de memoria, y un programa podía metérsele al rancho a otro programa, y podía cambiar la infoirmación que tuviera el otro programa en memoria, y podía hacer loq ue quisiera. eso se llama &#039;memory leak&#039;. luego, durante bastante tiempo, la protección consistió en las direcciones de memoria. a cada programa el asignaba un pedazo de memoria al azar, no consecutivo, así que a un programa no le quedaba tan fácil saber qué pedazo de memoria estaba usando otro programa; y si el sistema notaba que un programa se había metido en el espacio de otro,s implemente estrellaba el sistema, sin importar lo que se estuviera haciendo (las maravillas de m$). ahora lo hacen un poco más decente. tal vez el que mejor ha manejado eso ha sido bsd (que es gratuito, igual que linux, de hecho es bastante parecido alinux). si necesitan encriptar lo que un programa tiene en memoria es porque saben que hay riesgo de un memory leak. si está bien diseñado no necesitaría eso
y no es que unos hackers encontraron la solución y se la vendieron. es que había varias cosas en juego. la reputación de una de las compañías más grandes del mundo, que también es la imagen de un país y una de las que más contribuye al producto bruto, que no fuera algo obvio que todo el mundo pudiera salir a replicar, que pudiera ser usado en una corte, que no los dejara en verguenza.. pero formas había bastantes formas. tan simple como un vaciado de memoria y donde todo elc ontendio de la memoria quedaría como uns imple archivo en otro sistema, donde podían hacer todos los ensayos que quisieran sin riesgo de que elprograma luego fuera a cambiar la información o a borrar lo que ya había]]></description>
			<content:encoded><![CDATA[<p>acá están revolviendo un poco de cosas. una cosa es el núcleo, otra es el caché, otra es lo del fbi.. y acá lor evuelvent odo y parece que no le atinann a nada.<br />
el núcleo del sistema es un programa, es código ejecutable, y no tiene po qué estar cifrado; de hecho ni tiene sentido qwue esté cifrado ni puede estar cifrado, a menos que el mismo procesador tenga algo para enciptar y desencriptar; de lo contrario la misma encriptación sería por software, y de hecho, estaría en el núclo, para correr el núcelo. lo del caché? supongamos que se refiere a lo que está en el caché del procesador, o en cualquier caso, en la ram. la única forma en que un proceso se meta en la memoria de otro proceso, si no es porque usan memoria compartida, es porque el sistema operativo está mal hecho, o porque el procesador (el mismo hardware) no tiene formas de proteger la memoria.<br />
como mencioné en un post hace algún tiempo, ene l caso de dos, no había sistema operativo como tal. els istema le soltaba todo el aparato al programa que fuera a correr, y a menos que fuera un virus, no habçia cuestión de un programa que le metiera en la mekoria de otro porque no había corriendo varios programas al tiempo. luego en windows 95 permitieron que corrieran varios programas al tiempo, pero no había protección de memoria, y un programa podía metérsele al rancho a otro programa, y podía cambiar la infoirmación que tuviera el otro programa en memoria, y podía hacer loq ue quisiera. eso se llama &#8216;memory leak&#8217;. luego, durante bastante tiempo, la protección consistió en las direcciones de memoria. a cada programa el asignaba un pedazo de memoria al azar, no consecutivo, así que a un programa no le quedaba tan fácil saber qué pedazo de memoria estaba usando otro programa; y si el sistema notaba que un programa se había metido en el espacio de otro,s implemente estrellaba el sistema, sin importar lo que se estuviera haciendo (las maravillas de m$). ahora lo hacen un poco más decente. tal vez el que mejor ha manejado eso ha sido bsd (que es gratuito, igual que linux, de hecho es bastante parecido alinux). si necesitan encriptar lo que un programa tiene en memoria es porque saben que hay riesgo de un memory leak. si está bien diseñado no necesitaría eso<br />
y no es que unos hackers encontraron la solución y se la vendieron. es que había varias cosas en juego. la reputación de una de las compañías más grandes del mundo, que también es la imagen de un país y una de las que más contribuye al producto bruto, que no fuera algo obvio que todo el mundo pudiera salir a replicar, que pudiera ser usado en una corte, que no los dejara en verguenza.. pero formas había bastantes formas. tan simple como un vaciado de memoria y donde todo elc ontendio de la memoria quedaría como uns imple archivo en otro sistema, donde podían hacer todos los ensayos que quisieran sin riesgo de que elprograma luego fuera a cambiar la información o a borrar lo que ya había</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
