Gmail, ofrece varios modos de recuperación de cuenta...

A veces que ha cambiado la contraseña de la cuenta y he olvidado anotarla y no he vuelto a entrar a ella durante cierto tiempo, acabo por olvidar dicha nueva contraseña, en tales casos suelo escoger el método: 'Cuál es la última contraseña que recuerdas?', e inmediatamente pongo la que tenía antes o incluso alguna anterior, pués las suelo anotar en casa... La ventaja de este sistema, es que puede ser muy probable que uno sí que recuerde alguna contraseña previa por que la mantuvo mucho tiempo y aún la recuerda o tiene todavía alguna anotada...

Una vez que recupere SU cuenta de email de Gmail, que solicite de nuevo, el ingreso a la plataforma de interés que dispondrá (se supone) de la verificación exigida en su bandeja del correo (típicamente las verificaciones caducan en un timpo limitado, es decir solo tendrán validez durante ciertas horas, rara vez mayor de las 24 que dura un día).

De todos modos, en el teléfono móvil, sueles tener la cuenta de correo permanentemente abierta... con lo que no precisas meter cada vez la misma. el caso suee darse cuando intentas acceder desde el navegador sea del PC o del tf. y borraste las cookies.

Todavía es muy propable que la plataforma del juego en cuestióndisponga de más opciones como quizás enviar un SMS al teléfono...

La estatua de la Libertad, acaba de perder un brazo.

...Trump la ha arrancado para metérsela por el @N0 a sus ciudadanos...

Intel lleva ya bastante tiempo estancado en los mismos namómetros.

Equipos con gran consumo, no son precisamente la solución. Así que los Ghz no los van a salvar... deben dar el salto de escala en la integración, pero Joule se ha impuesto como barrera insalvable.

Las siempre polémicas decisiones de Mocosoft...
Una parte de los usuarios 'morirá' con dicha decisión.

Creo que al final se equivocan entre dejar de actualizar y no permitir la coexistencia en futuros equipos.

La informática se fabricó coja y seguirá coja... debería ser posible en cualquier procesador de hoy día, poder instalar (si uno quisiera), cualquier sistema operativo anterior. Por ejemplo: algo tan vetusto como un windows 95... con exactamente las restricciones que tenía el propio sistema operativo. Después de todo, todos los requisitos que exigía un viejo S.O. lo cumple cualquier equipo de hoy día. Pero en fin, las empresas de software, consideran que les favorece forzar actualizaciones incluso obviando que alguien tenga ya en su casa un flamante win-10, pero aparte quiera mantener un viejo equipo.

El modo más sencillo de espantar a alguien de la programación, es llenarlo de detalles crudos en fases tempranas.
 
Basta una explicación general... tiempo tendrá de profundizar si sigue interesado en el tema, cuando ya adquiera una base.

Se hecha de menor aquellos tiempos en los que un S.O. era solo eso, un S.O. un gestor del equipo para facilitarle la vida al usuario. Ahora los S.O. tienen tantas aplicaciones y opciones, no deseadas, instaladas y activadas por defecto, que más que un Sistema Operativo, se convierten en un Sistema Inoperante.

Sería bueno que saliera un nuevo S.O. minimalista, que incluya todos los drivers para disponer y manejar el hardware, y poco más... más parecido a los que fue en su momento win-95. No quita que hubiera opcionalmente algún paquete más completo, pero así, opcional que se instale a petición del usuario si lo necesita.

No. Por eso son precisos dos registros..
Uno indica el segmento (por ejemplo CS) y el otro el desplazamiento (por ejemplo IP)
Además no vale cualquier pareja de registros. Cada registro de segmento admite unos específicos. Esto tiene que ver con la arquitectura del procesador.

Bueno, es una licencia decirlo así...
El que inventa algo, lo hace como considera mejor (sea mejor por la economía, por los medios disponibles o por cualquier otra razón) en ese preciso momento.
Es muy fácil criticar 20, 50, ...x años después que hubiera sido mejor de esta u otra manera. Cuanto todo estaba oscuro y no había nada en lo que basarse para empezar, cualquier paso dado será el primero, si luego resulta problemático se supone que aprenderán y mejorarán.

A estas alturas (si leíste el enlace de mi anterior mensaje) ya sabes que hay 4096 pares de combinaciones para referirse a una misma dirección, es decir se estarían refiriendo al mismo segmento.

Ahora bien tu partes de una suposición (digamos) errónea... El sistema operativo, cuando asigna un segmento a un proceso, lo marca como ocupado (lleva control de ello en una estructura de datos), luego no va a asignar a otro proceso el mismo (o parcialmente el mismo) segmento.

Hay muchos algoritmos para el manejo de la memoria... Cuando funcionan bien se les supone libre de dichos errores. es lo mismo que si tu tuvieras un array y en un índice guardaras tal o cual dato y más adelante por error lo sobrescribieras por otro dato, sin pretender borrar el que estaba ahí antes. Se supone que cuando ese programa salga a la luz, habrás corregido el error, tan pronto te dieras cuenta...

Básicamente se recurre a estructuras de árbol.

Hay varias estrategias, te expongo brevemente algunas ideas:
Al principio el árbol tiene (idealmente) toda la memoria libre, que ha particionado en x tamaño y asigna cada parte a un nodo de un árbol binario. Cada nodo tiene un estado para indicar libre u ocupado y si está ocupado cuanto está ocupado. En este árbol binario, solo los nodos terminales mantiene los datos, los nodos internos podrían considerarse como enrutadores rápidos, solo dispondran de datos muy simples que podrían (interesa que así sea) reflejar el total, pero sin disponer de las direcciones, datos que solo recáe en los nodos terminales.
Luego un proceso se inicia y requiere x espacio, entonces el árbol busca un nodo que disponga de ese tamaño. Si el nodo raíz indica que ese tamaño existe, revisa si su hijo izquierdo para ver si lo contiene, si no el hijo derecho. Y así va  sucesivamente descendiendo hasta el primer nodo que diga tener ese espacio libre, el nodo padre señala señala siempre el espacio libre de sus dos hijos, de modo que no hace falta explorar una rama si un padre declara que en su descendencia no hay memoria libre.
El nodo terminal proporciona la dirección física donde comienza ese espacio y la cantidad disponible.
Un S.O. podria asignar todo el espacio que señala que controla el nodo o bien podría asignar solo la imprescindible ocupada, con lo que partiría el nodo en dos nodos, a la derecha el nodo con la dirección  y el tamaño ocupado, al que marca ocupado y a la derecha el resto de memoria que ocupa ese padre, con la dirección y cantidad libre... como se ha tomado x memoria, a cada padre subiendo va descontando ese dato de 'libre'.
Si no basta un solo nodo para satisfacer la memoria requerida buscará si hay nodos contiguos con suficiente memoria libre, lo que complica la estructura, pués debe ser eficiente en cuanto a búsquedas. Pero ya sabemos que para eso basta consultar a algún padre...
Una de las operaciones de este tipo de estructuras debe ser la capacidad de mover datos de un lado de la memoria a otro precisamente para unificar memoria libre dispersa.
Inversamente a cuando se ocupa la memoria, cuando se libera, se accede al nodo hijo cuya memoria está contenido, se le marca libre e informa ascendentemente de la cantidad añadida.
Estos algoritmos tienen que hilar muy fino, pués el rendimiento de todo el sistema puede depender de su eficacia.

...y en definitiva el S.O. no va a entregar a sendos procesos un mismo espacio de memoria. Ten en cuenta además que los procesadores de hoy día disponen de muchas más intrucciones diseñadas explícitamente para el S.O. que hace 20, 30 ó 40 años.

Típicamente se usa el bit más bajo de cada píxel... La razón, es que con 256 tonos, uno más arriba o abajo, no cambia la imagen de cara al espectador (de hecho comprimirla en jpg o alguno otro formato con pérdida produce mayor pérdida).

Asi cada 8 píxeles obtienes un byte (considera little y big endian, pués no se sabe de qué equipo procedería), cada byte así formado se supone que será un carácter...

Pudiera ser que usara el bit más bajo de cada canal de cada píxel, con lo que serían 3 bits por píxel... y nuevamente deberías intentar en uno u otro orden RGB o BGR.

En alguna ocasión incluso he visto, que guardaban la info solo en el canal alfa a sabiendas.

...en fin, tú que eres el interesado, es quien debe perder el tiempo en ello, para buscar exactamente como está ocultado.

Esto viene de antiguo, de cuando la memoria era demasiado restringida.

Tiene que ver simplemente con el tamaño del bus de direcciones. Como supongo que sabrás, se empezó con 4 bits, luego se saltó a 8, luego a 16, 32, 64... pero... no es así de fácil.

Un microprocesador tiene 3 buses:
- el bus de datos.
- el bus de control.
- el bus de direcciones.

El bus de datos, determina el tamaño de 'palabra' que maneja la UAL... en tanto que el bus de direcciones maneja la memoria. Ha sido típico que cada salto, en realidad se haya dado (a menudo, no siempre) en 2 pasos... primero se duplicaba el tamaño del bus de direcciones y en otra se doblaba el tamaño del bus de datos.

El bus de direcciones casi siempre ha precisado ser mayor que el bus de datos. Aunque la memoria estuviera limitada, otros periféricos externos, odrían tener mucho más espaico al que era preciso poder acceder.

Si se usa un bus de direcciones de 16 bits, solo se puede acceder a 65536 posiciones de memoria... para los viejos micros de 8 bits (dle bus de datos), solía ser suficiente, pués empezaron teneinedo la friolera de 3-8kb. de datos... de los que además (algunos micros) para colmo, tenían una cantidad ya reservada por la ROM (caso típico de los ordenadores dirigidos al mercado doméstico.
De repende se dio el salt a los 16 bits, pero 64Kb. de memoria base daban para poco, especialmente para el acceso a disco... así, sin necesidad de dotar a tod el micro de 4 líneas más a todo el chip, se añadían por 'abajo' de la nada... y así se podían direccionar ya 20 bits, que daban para 1Mb. (2^20)...
El sistema se siguió usando pues era un modelo  útil. por ejemplo...

El sistema operativo, a menudo tiene que tratar con páginas de datos... hay muchos algoritmos, para intentar garantizar que haya memoria libre disponible junta preferentemente, esos algoritmos para hacer un uso eficiente de la memoria, precisan también compartimentar la memoria, lo mismo cuando se precisa guardar memoria a disco para liberarla y tener más memoria libre para alguna aplicación de forma puntual...

Por supuesto eso complica un poco al usuario (programador)... especialmente si no entiende qué hace o porqué existe.

Hoy día, yo no vería mal una paginación basada en 64Mb. de tamaño...

Por aquí, algo de info adicional:
https://foro.elhacker.net/programacion_visual_basic/simulador_segmentacion_paginada-t486073.0.html;msg2168899;topicseen#msg2168899

Vaya contradición.

Empieza diciendo que todo el mundo tiene que preocuparse, para luego acabar diciendo que solo si tienen acceso físico.... (tiempo, ocasión, conocimiento y un 'dispositivo apto' para hacer los cambios). Yo diría que eso lo restringe enormemente...

Un equipo con agujeros de seguridad físicos, pero inaccesible, forzosamente es seguro. Pongamos un ordenador con todos los fallos físicos de seguridad que se os ocurra... en una nave rumbo a Marte... quién rayos va a decir que es inseguro, si se requiere presencia física para acometer las fechorías.

Yo entiendo que las Universidades estudien, realicen pruebas e informen respecto de la seguridad... lo que no veo bien es que otros se hagan eco de la noticia y saquen conclusiones desproporcionadas.