לMicrosoft יש ספריה שמממשת כבר את האלגוריתמים הנפוצים של הצפנה, למשל בדוגמא למעלה השתמשתי ב SHA1.

בעזרת הפונקציה למעלה אתה יכול לשמור Base64 ב DB שלך ללא דרך לשחזר אותו.

בחזרה לנושא ששאלת, שתקבל קצת אינטואיציה (אני אמנע ממונחים פורמלים כדי לא לסבך אותך):
תחשוב איזה קשה זה ליצור פונקציה חד כיוונית וחח"ע. זה כמו להגיד אני רוצה פונקציה שבהינתן קלט, תחזיר לי תוצאה כ"כ לא צפויה, שאני בחיים לא אוכל לשחזר את הקלט בהינתן התוצאה, אבל התוצאה הזאת היא אחת ויחידה. כל הקטע של הפונקציות החד כיווניות שהן עושות ערבולים ומודולו (ועוד כל מיני דברים חמודים כמו שורשים פרמיטיבים מודולו n וחישובים אריתמטים על חוגי פולינומים מעל שדות גלואה), ולכן הן לא יהיו חח"ע.
מה בכל זאת? אחת הדרישות לפונקציות גיבוב חזקות היא שההסתברות להתנגשות תהיה נמוכה, כלומר בהנתן 2 קלטים אקראיים, הסיכוי שהפונקציה תישלח אותן לאותו פלט יהיה קטן מאד.

היבט נוסף הוא שמאותה סיבה של אנדרלמוסיה בפונקציות החד כיווניות, נוצר מצב שקשה מאד להעריך את חוזק ההצפנה. אתה יכול לקום ביום בהיר ופתאום לגלות תכונה שעבור ערכים מסוימים שהוצפנו ב-MD5, קל למצוא את המקור, או שבהינתן קלט, ניתן ליצור תת קבוצה יחסית קטנה ומתוכה למצוא מקור, שהולך לאותה תמונה.
מאידך גם קשה לתת הוכחה ריגורוזית לכך שההצפנה אכן חזקה.
SO FAR בכל הפונקציות החד כיווניות נמצאו חולשות ומזה כבר כמה שנים עובדים על MD7.

אסור שהפלט שחוזר מ-2 מספרי כרטיסים שונים, יהיה אותו דבר.
מצד שני, אסור שיהיה אפשר לשחזר את המספר כרטיס מהפלט.

כמו כן, מה אם יש מישהו שהספרות שלו זה 1,2,3 ומישהו שהספרות שלו זה 4,1,1.. גם במקרה כזה הסכום שלהם יהיה זהה.. כמובן שאנחנו מדברים פה רק על סכימה, אבל גם במכפלה, וגם בחזקה יכולות לצאת תוצאות שונות..

אגב, גם (ועל אחת כמה וכמה) בחירת מספר ספרות באקראי מהכרטיס והצפנה שלהם, אין באמצעותה לתת לי פתרון לבעיה כיוון שכל פעם שהכרטיס עבר במערכת, ייבחרו מספרים שונים והמערכת לא תידע האם אותו כרטיס ספציפי כבר עבר אצלה ולכן הסכימה של כמות הפעמים תיהיה שגויה מיסודה.

ההצפנה כן חשובה גם (ובעיקר) בשביל אבטחה, אבל גם בשביל שהערכים שמתקבלים מקלט מסוים, יוחזרו תמיד בתור אותו פלט כדי שיהיה אפשר לסכום את מספר הפעמים שהלקוח השתמש בכרטיס.

גם אם אתה אומר "באתר שלי אין הרשמה למשתמשים" אז עדיין כרטיס אשראי מזוהה באופן חח"ע עם שם מסוים ועם תעודת זהות, אותם אתה יכול לשמור (בצורה מאובטחת) במסד הנתונים.

הבעיה נופלת אם וכאשר אתה מעוניין לשמור עבור ממש כל כרטיס אשראי את כמות הקניות שבוצעו דרכו, קרי אם לי יש 3 כרטיסי אשראי על השם שלי ועל תעודת הזהות שלי, אז תרצה לשמור את כמות הקניות עבור כל כרטיס אשראי באופן פרטני.

במקרה כנ"ל אפשר ליצור, כמו שאמרתי, סכמה קשוחה יותר:
לאחר הזיהוי מול תעודת הזהות של האדם, נבצע זיהוי על הכמות הבדידה והסופית של כרטיסי האשראי שלו. לשם כך ניתן לקחת סכום, לעשותו מודולו r באשר r סדר גודל של 10,000 או כל פעולה פשוטה יחסית שיכולה להבדיל בין כמות קטנה של כרטיסי אשראי בהסתברות קטנה. אם אתה רוצה להתעמק, אז עבור סכום ייתכן שנקבל התנגשויות בהסתברות גבוהה עבור מספר לא גדול של כרטיסי אשראי, אבל עבור מודולו r ובהנחת התפלגות אחידה על כרטיסי אשראי (מה שבקירוב, ככה"נ, נכון), נקבל שההסתברות של שני כרטיסי אשראי להתנגש היא r^-1 ובאופן כללי תצטרך sqrt(r) של כרטיסי אשראי כדי שבהסתברות של 50% תהיה התנגשות. בהנחה שלבן אדם אין יותר מ-20 כרטיסי אשראי, אפשר לקחת r ~ 10,000 ולקבל פתרון לא רע בכלל.

אפשרות נוספת, כמו שציינתי, היא להגריל לכל כרטיס אשראי k ביטים, לשמור את ה-bitflags שהוגרלו ובהינתן כרטיס אשראי חדש, להטיל אותו לרשומות כרטיסי האשראי של האדם שמשויך אליו בעזרת בדיקת המספרים היושבים ב-k הביטים שהוגרלו (+ הצפנה מסוימת).